dsgeverton

@tut2 Se seu fan j[a tiver um certo tempo de uso, o barulho pode ser devido ao desgaste do rolamento apenas, é normal isso acontecer, geralmente esses fans de rolamento tem a vida útil baixa, nesse caso, não tem muito problema em questão de danificar nada, mas se o barulho incomoda, é hora de realizar a troca.

Bom dia, meu PC estava sem dar vídeo fazia algum tempo. Hoje resolvi parar pra dar uma olhada nele e tentar saber o que estava acontecendo. Fiz o teste com uma memória trocando de slots, e até então não nada nenhum sinal de vídeo, vale ressaltar que até esse ponto eu estava verificando a VGA também e até então os Fans estavam rodando normalmente, nada fora do comum. Ao trocar por uma outra memória para fazer o teste, o pc startou, ficou rodando por um tempo e depois desligou. Quando tentei ligá-lo novamente, percebi que soltou uma pequena fagulha e logo subiu aquele cheiro de queimado, imediatamente desliguei a fonte. Removi as peças para ver onde foi o estrago e percebi que foi no Circuito de alimentação dos Fans da VGA, o C88. Com isso, abri toda a placa e verifiquei se haviam outros focos de queimado ou componentes queimados, visualmente não. É possível efeituar a recuparação da placa substituindo o componente? E como identificar as propriedades de tal para trocar por outro compatível? Agradeço desde já.

@grievous Obrigado pela contribuição e pelas informações

@gabriel haas Cara, depende muito, por exemplo, a minha placa de vídeo é uma 1050TI e meu modelo tem uma conexão de energia de 6 pinos, como também tem outras que têm 4 e assim por diante... Tenta retirar a fonte, geralmente tem nela um folheto de informações

Acho que sem gargalo, por seu processador ser bem antigo acho que seria considerável colocar a 1050ti, porém teria que haver mais informações sobre a fonte pra saber se dá suporte ao consumo da placa e se há pinagem para a placa, caso necessário...

@Gabriel Ferrarez Nesse caso o router B está ligado para criar um NAT, gerando uma nova rede, por isso voce nao tem acesso reverso à rede do router A. Nesse mapa que voce enviou o correto seria: Reconfigurar o router B como eu tinha falado anteriormente sobre o router A, com IP estatico e DHCP desligado, recebendo o cabo em sua LAN e não na WAN. Assim, você faz com que o router B crie uma bridge para o router A. Sobre "problema é que o router A tem conexão com dispositivos moveis não seria um problema deixar DHCP do Router A desligado ??" voce tinha informado uma lógica diferente da topologia que postou, Se o seu router A é o router principal, ligado à internet, ele fica com o DHCP ativo, o router b que estará desativado, assim, quem se conectar ao router b receberar um novo IP gerado pelo DHCP do router A, pois estarão na mesma rede. Espero que tenha compreendido

@T0RRESS Se puder, tente monitorar o uso da sua placa de vídeo durante as partidas, pode ser que esteja caindo por algum motivo, o que leva à queda do FPS. Se puder teste com outra VGA também...

@Caparbo Se puder avaliar o comentário, ficarei grato. Obrigado

@Gabriel Ferrarez Deixe o router B que recebe a WAN como principal, no router A voce vai sair com um cabo de rede da porta LAN do router B para uma porta LAN do router A. Na configuração do router A, você desabilita o DHCP e configure um IP estático, diferente do router B. exemplo: Router B - 192.168.0.1 DHCP do Router B - 192.168.0.100 - 192.168.0.254 Router A - (IP ESTÁTICO) 192.168.0.2 DHCP DESABILITADO.

A virtualização do seu CPU está desabilitada. Reinicie o computador, entre no SETUP e procure alguma opção referente à Hipervision ou CPU Virtualization... Algo do tipo, varia de acordo com o modelo da placa-mãe. Salve e tente novamente.

Pessoal, não queria ter que apelar à isso, porém não tenho mais alternativas. Tenho um trabalho da faculdade pra fazer sobre controle de concorrencia em Ruby, sendo que nunca programei nessa linguagem, vou deixar a descrição do trabalho no final. Bom, resumindo, tenho que ter 3 threads, uma para cada cor: VERMELHO, AMARELO E VERDE, e exibir cada uma delas na tela na respectiva ordem. O problema é que a documentação do ruby não tem mt coisa sobre isso, já estou utilizando MUTEX e CONDITIONALVARIABEL, porém não consigo efetuar o controle da ordem em que as threads imprimem as mensagens. Segue abaixo a descrição do trabalho: Desenvolva um algoritmo que lide com três operações básicas que devem ser executadas N vezes (N ≥ 1). O valor de N tem que ser lido pelo teclado. As operações básicas consistem em imprimir as cores vermelho, amarelo e verde, exatamente nesta ordem, N vezes. A impressão de cada cor deve ser feita por uma Thread. Cada uma das N vezes que for impressa a sequência de cores, ela deve ser completa e ininterrupta. Ou seja, deve-se utilizar um mecanismo de Controle de Concorrência (um semáforo, por exemplo) para garantir a ordem correta da impressão (vermelho, amarelo e verde) de cada sequência e também assegurar que uma sequência só inicie após a conclusão da sequência anterior. Por fim, deve-se sortear um número inteiro aleatório x (1 ≤ x ≤ 10) para cada Thread, que será utilizado para adormecer a respectiva Thread por x segundos, após ganhar o direito de execução do mecanismo de Controle de Concorrência, mas antes de imprimir a cor, cada uma das N vezes. Obs.: Não é permitido utilizar o seguinte recurso: criar três Threads (uma para cada cor) para imprimir, matar estas três Threads, depois criar mais três Threads para imprimir, matar estas três Threads, e assim sucessivamente. Aqui abaixo vou deixar o código que tentei fazer para chegar a esta solução, sem sucesso: mutex = Mutex.new resource = ConditionVariable.new colors = ["RED","GREEN","YELLOW"] color_indice = "" thread = [] redFlag = Queue.new yellowFlag = Queue.new greenFlag = Queue.new producer = Thread.new { while true mutex.synchronize { # puts "criei a Thread #{colors[indice]}" indice = rand(3) color_indice = indice resource.signal } end } thread << Thread.new { redFlag.pop mutex.synchronize { puts "Esperando a cor vermelha..." while color_indice != 0 resource.wait(mutex) # puts "entrou" end puts "sou a thread #{colors[color_indice]}" yellowFlag.push(1) } } thread << Thread.new { greenFlag.pop mutex.synchronize { puts "Esperando a cor verde..." while color_indice != 1 resource.wait(mutex) # puts "entrou" end puts "sou a thread #{colors[color_indice]}" redFlag.push(1) } } thread << Thread.new { yellowFlag.pop mutex.synchronize { puts "Esperando a cor amarela..." while color_indice != 2 resource.wait(mutex) # puts "entrou" end puts "sou a thread #{colors[color_indice]}" greenFlag.push(1) } } redFlag.push(1) producer.join adicionado 2 minutos depois Aliás, esqueci de mencionar, tentei utilizar fila (Queue) pra fazer o controle, até que funcionou, mas não está do modo correto a implementação.

Pega o maior que puder ué...

Em que configurações você roda os jogos? também tem as % de uso do processador e VGA durante os jogos? Se sim, poste aqui também.

Você vai ter que colocar o roteador secundário em bridge. Em interface LAN, coloque um IP estático para o roteador, pode ou não estar na mesma rede do roteador principal. Em seguida, reinicie e volte acessar o router pelo mesmo ip que acabou de configurar. Após isso, Vá na aba DHCP, desative-o e reinicie novamente o router secundário. Pronto, está configurado como bridge, o que você deve fazer agora é conectar o cabo de rede que sai do router principal e ligar numa entrada LAN do segundo roteador.

Cara, eu tive quase que os mesmos problemas que você. Bem parecidos, Na maioria dos jogos a tela congelava, em alguns casos o pc até funcionava normalmente mas o jogo congelava. Alguns programas também paravam de funcionar (que geralmente ultizavam uma grande quantidade de RAM), mas como eu não tinha tempo de parar pra poder analisar a fundo o que podia estar acontecendo, eu simplesmente fui levando do jeito que tava e conseguia minimizar o problema alterando as propriedades da memoria. Não tenho certeza do que pode ser, mas creio que estaja sim ligado às memórias, se possível tente testar com outras

Provavelmente a fonte segurou o surto de energia do pc. Porém, Quem foi afetado foi o monitor, o que pode ter ocorrido além disso é que o campo eletromagnético que atingiu o monito desprotegido contra o surto também foi passada pelo cabo de video (HDMI, VGA, etc...), o que ocasionou o incidente na placa de vídeo. O melhor seria levar num especialista de eletrônica para verificar se nenhum componente está queimado ou danificado, como você mencionou a parte dos coolers da vga que nao giram, é possível um problema no circuito de alimentação da VGA.

Já tentou entrar em contato com a empresa que fazia a hospedagem para saber sobre?

Boa tarde. Qual a idade do notebook? Se ele tiver 2 anos ou mais de uso, eis alguns pontos que podem ser a causa do problema: - O cooler pode estar com o rolamento gasto, então não funciona corretamente. Isso acarreta no superaquecimento do processar, por sua vez, o mesmo diminui suas carateristicas de processamento para tentar contornar o problema da temperatura baixando drasticamente o clock (o problema da sua lentidão). - Desconsiderando a opção anterior, a pasta témica pode não estar mais surtindo efeito, ocasionando os resultados do problema anterior. De maneira geral, as características do problema que você informou, estão ligadas à problema de temperatura.

Porque você não testa desenvolvimento híbrido? Existem várias solução para isto já, por exemplo, Ionic, React, Flutter... Acho que vale mais a pena do que o que você pretende fazer.

@Semnet Se eu entendi o que você quer, basta imprimir após: O texto que você quer, utilizando o vetor na posição i para obter o valor naquela posição

Bom, ao meu ver, o overclock no monitor não influenciaria na VGA, então não ocorreria problema algum...

Fiz um calculo de consumo de acordo com as configurações que você informou. está no link abaixo: https://outervision.com/b/Zx3c8j Lembrando, sempre é recomendado deixa, pelo menos, 30% de folga de consumo para a fonte não trabalhar em 100%.

Tenta monitorar o uso do processador em relação ao da VGA também, porém provavelmente, como é uma questão aparentemente de percepção, o fato do monitor ser 60Hz e os games ultrapassarem os 100 FPS, pode ser que o frametime não fique sincronizado, o que ue ocasiona a percepção de lag. A melhor forma seria substituir o monitor por um com maior Hz ou utilizar V-sync/G-sync, e monitorar se tudo continua normal e se continua da mesma forma.

Eu geralmente costumo usar o CineBench R15, porém tem versões mais atuais...

Seu computador atende aos requisitos mínimos (pelo menos) do Windows XP. A questão é saber se vai te atender com a experiência de uso.