Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
E, afinal, qual foi o desfecho? On Friday, November 9, 2012, Eduardo Lemos de Sa wrote: Caríssimos 2012/11/9 firebits mrpa.secur...@gmail.com javascript:; já pensou em atualizar o firmware da BIOS da placa mae? Foi a primeira coisa que fiz para tentar resolver o problema. O danado é que o firmware da bios já estava na última versao (segundo a Asus, trata-se da versão 3.0.7). Grato pela atenção Eduardo @firebitsbr Em 09/11/2012 15:22, Eduardo Lemos de Sa eduardo.lemosd...@gmail.com escreveu: Caro Marcelo Obrigado pelo seu email e sua ajuda. Vou responder às suas perguntas logo abaixo de seu questionamento. 2012/11/9 Marcelo Gondim gon...@bsdinfo.com.br Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? Se eu desligar a máquina na terça à noite, e religa-la logo após a passagem da faxineira, eu começo a trabalhar e ela para. Já olhei se há crontab rodando como root e nada vi de especial. Desconfio que o problema não seja de software (afinal, o FreeBSD-8.x tem rodado há muito tempo, com muita estabilidade e nenhuma atualização de sistema foi feita recentemente). Além disto, eu tenho outras máquinas rodando o 8.3 e nenhuma delas trava. sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí quando fomos checar era a funcionária que queria sair mais cedo e dizia para o chefe que o sistema estava fora. rsrsrs É, tem de tudo no mundo da informática. Onde eu fiz pós-graduação, a rede caía todos os dias entre 17:15 e 17:45. Após um tempo de procura, descobrimos que um secretário, para proteger os dados de seu micro (que ficava desligado quando ele saía) abria a rede (naquela época, usava-se um longo cabo que percorria todo o prédio em forma de anel, onde as conexões com os micros eram feitas através de um T que ligava o cabo à placa de rede). período da manhã), daí resolvi deixar a máquina desligada de terça à noite até o momento da faxina acabar. De nada adiantou, e o micro congelava o video e não aceitava mais comandos. Troquei então a placa de video (que - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Caríssimos 2012/12/5 Gule g...@bsd.com.br E, afinal, qual foi o desfecho? On Friday, November 9, 2012, Eduardo Lemos de Sa wrote: Caríssimos 2012/11/9 firebits mrpa.secur...@gmail.com javascript:; já pensou em atualizar o firmware da BIOS da placa mae? Foi a primeira coisa que fiz para tentar resolver o problema. O danado é que o firmware da bios já estava na última versao (segundo a Asus, trata-se da versão 3.0.7). Grato pela atenção Eduardo @firebitsbr Em 09/11/2012 15:22, Eduardo Lemos de Sa eduardo.lemosd...@gmail.com escreveu: Caro Marcelo Obrigado pelo seu email e sua ajuda. Vou responder às suas perguntas logo abaixo de seu questionamento. 2012/11/9 Marcelo Gondim gon...@bsdinfo.com.br Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? Se eu desligar a máquina na terça à noite, e religa-la logo após a passagem da faxineira, eu começo a trabalhar e ela para. Já olhei se há crontab rodando como root e nada vi de especial. Desconfio que o problema não seja de software (afinal, o FreeBSD-8.x tem rodado há muito tempo, com muita estabilidade e nenhuma atualização de sistema foi feita recentemente). Além disto, eu tenho outras máquinas rodando o 8.3 e nenhuma delas trava. sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí quando fomos checar era a funcionária que queria sair mais cedo e dizia para o chefe que o sistema estava fora. rsrsrs É, tem de tudo no mundo da informática. Onde eu fiz pós-graduação, a rede caía todos os dias entre 17:15 e 17:45. Após um tempo de procura, descobrimos que um secretário, para proteger os dados de seu micro (que ficava desligado quando ele saía) abria a rede (naquela época, usava-se um longo cabo que percorria todo o prédio em forma de anel, onde as conexões com os micros eram feitas através de um T que ligava o cabo à placa de rede). período da manhã), daí resolvi deixar a máquina desligada de terça à noite até o momento da faxina acabar. De nada adiantou, e o micro congelava o video e não aceitava mais comandos. Troquei então a placa de video (que - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd O desfecho é que o núcleo realmente não é mais identificado pela placa-mãe. Os travamentos pararam depois que ele não foi mais reconhecido, porém o nível de confiança neste hardware caiu bastante. Eu só não consegui descobrir ainda se o problema está na motherboard ou se no processador. Para descobrir isto, eu teria de instalar este processador em uma placa-mãe nova ou instalar um processador novo na motherboard atual. Eu tenho as duas peças novas, mas estou pensando se vale a pena correr o risco de queimar mais um proc só para matar uma curiosidade (afinal, isto só contará quem é o culpado, mas não resolverá o problema). Um abraço Edu -- Eduardo Lemos de Sa Associated Professor
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
On Wednesday, December 5, 2012, Eduardo Lemos de Sa wrote: Caríssimos 2012/12/5 Gule g...@bsd.com.br javascript:; E, afinal, qual foi o desfecho? On Friday, November 9, 2012, Eduardo Lemos de Sa wrote: Caríssimos 2012/11/9 firebits mrpa.secur...@gmail.com javascript:;javascript:; já pensou em atualizar o firmware da BIOS da placa mae? Foi a primeira coisa que fiz para tentar resolver o problema. O danado é que o firmware da bios já estava na última versao (segundo a Asus, trata-se da versão 3.0.7). Grato pela atenção Eduardo @firebitsbr Em 09/11/2012 15:22, Eduardo Lemos de Sa eduardo.lemosd...@gmail.com javascript:; escreveu: Caro Marcelo Obrigado pelo seu email e sua ajuda. Vou responder às suas perguntas logo abaixo de seu questionamento. 2012/11/9 Marcelo Gondim gon...@bsdinfo.com.br javascript:; Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? Se eu desligar a máquina na terça à noite, e religa-la logo após a passagem da faxineira, eu começo a trabalhar e ela para. Já olhei se há crontab rodando como root e nada vi de especial. Desconfio que o problema não seja de software (afinal, o FreeBSD-8.x tem rodado há muito tempo, com muita estabilidade e nenhuma atualização de sistema foi feita recentemente). Além disto, eu tenho outras máquinas rodando o 8.3 e nenhuma delas trava. sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí quando fomos checar era a funcionária que queria sair mais cedo e dizia para o chefe que o sistema estava fora. rsrsrs É, tem de tudo no mundo da informática. Onde eu fiz pós-graduação, a rede caía todos os dias entre 17:15 e 17:45. Após um tempo de procura, descobrimos que um secretário, para proteger os dados de seu micro (que ficava desligado quando ele saía) abria a rede (naquela época, usava-se um longo cabo que percorria todo o prédio em forma de anel, onde as conexões com os micros eram feitas através de um T que ligava o cabo à placa de rede). período da manhã), daí resolvi deixar a máquina desligada de terça à noite até o momento da faxina acabar. De nada adiantou, e o micro congelava o video e não aceitava mais comandos. Troquei então a placa de video (que - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd O desfecho é que o núcleo realmente não é mais identificado pela placa-mãe. Os travamentos pararam depois que ele não foi mais reconhecido, porém o nível de confiança neste hardware caiu bastante. Eu só não consegui descobrir ainda se o problema está na motherboard ou se no processador. Para descobrir isto, eu teria de instalar este processador em uma placa-mãe nova ou instalar um processador novo na
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Caríssimos 2012/12/5 Gule g...@bsd.com.br On Wednesday, December 5, 2012, Eduardo Lemos de Sa wrote: Caríssimos 2012/12/5 Gule g...@bsd.com.br javascript:; E, afinal, qual foi o desfecho? On Friday, November 9, 2012, Eduardo Lemos de Sa wrote: Caríssimos 2012/11/9 firebits mrpa.secur...@gmail.comjavascript:;javascript:; já pensou em atualizar o firmware da BIOS da placa mae? Foi a primeira coisa que fiz para tentar resolver o problema. O danado é que o firmware da bios já estava na última versao (segundo a Asus, trata-se da versão 3.0.7). Grato pela atenção Eduardo @firebitsbr Em 09/11/2012 15:22, Eduardo Lemos de Sa eduardo.lemosd...@gmail.com javascript:; escreveu: Caro Marcelo Obrigado pelo seu email e sua ajuda. Vou responder às suas perguntas logo abaixo de seu questionamento. 2012/11/9 Marcelo Gondim gon...@bsdinfo.com.br javascript:; Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? Se eu desligar a máquina na terça à noite, e religa-la logo após a passagem da faxineira, eu começo a trabalhar e ela para. Já olhei se há crontab rodando como root e nada vi de especial. Desconfio que o problema não seja de software (afinal, o FreeBSD-8.x tem rodado há muito tempo, com muita estabilidade e nenhuma atualização de sistema foi feita recentemente). Além disto, eu tenho outras máquinas rodando o 8.3 e nenhuma delas trava. sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí quando fomos checar era a funcionária que queria sair mais cedo e dizia para o chefe que o sistema estava fora. rsrsrs É, tem de tudo no mundo da informática. Onde eu fiz pós-graduação, a rede caía todos os dias entre 17:15 e 17:45. Após um tempo de procura, descobrimos que um secretário, para proteger os dados de seu micro (que ficava desligado quando ele saía) abria a rede (naquela época, usava-se um longo cabo que percorria todo o prédio em forma de anel, onde as conexões com os micros eram feitas através de um T que ligava o cabo à placa de rede). período da manhã), daí resolvi deixar a máquina desligada de terça à noite até o momento da faxina acabar. De nada adiantou, e o micro congelava o video e não aceitava mais comandos. Troquei então a placa de video (que - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd O desfecho é que o núcleo realmente não é mais identificado pela placa-mãe. Os travamentos pararam depois que ele não foi mais reconhecido, porém o nível de confiança neste hardware
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
On Wednesday, December 5, 2012, Eduardo Lemos de Sa wrote: Caríssimos 2012/12/5 Gule g...@bsd.com.br javascript:; On Wednesday, December 5, 2012, Eduardo Lemos de Sa wrote: Caríssimos 2012/12/5 Gule g...@bsd.com.br javascript:; javascript:; E, afinal, qual foi o desfecho? On Friday, November 9, 2012, Eduardo Lemos de Sa wrote: Caríssimos 2012/11/9 firebits mrpa.secur...@gmail.com javascript:; javascript:;javascript:; já pensou em atualizar o firmware da BIOS da placa mae? Foi a primeira coisa que fiz para tentar resolver o problema. O danado é que o firmware da bios já estava na última versao (segundo a Asus, trata-se da versão 3.0.7). Grato pela atenção Eduardo @firebitsbr Em 09/11/2012 15:22, Eduardo Lemos de Sa eduardo.lemosd...@gmail.com javascript:; javascript:; escreveu: Caro Marcelo Obrigado pelo seu email e sua ajuda. Vou responder às suas perguntas logo abaixo de seu questionamento. 2012/11/9 Marcelo Gondim gon...@bsdinfo.com.br javascript:;javascript:; Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? Se eu desligar a máquina na terça à noite, e religa-la logo após a passagem da faxineira, eu começo a trabalhar e ela para. Já olhei se há crontab rodando como root e nada vi de especial. Desconfio que o problema não seja de software (afinal, o FreeBSD-8.x tem rodado há muito tempo, com muita estabilidade e nenhuma atualização de sistema foi feita recentemente). Além disto, eu tenho outras máquinas rodando o 8.3 e nenhuma delas trava. sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí Definitvamente não é problema do S.O.: fiz um boot com um win7-64 (a MS pode ter os defeitos dela, mas não se pode dizer que haja ausência de drivers ou incompatibilidade entre hardware e software) o qual reconheceu somente 5 núcleos (ou seja, um núcleo continuou sumido). Um abraço Edu - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Eduardo Lemos de Sa Associated Professor Level 3 Dep. Quimica da Universidade Federal do Paraná fone: +55(41)3361-3300 fax: +55(41)3361-3186 Voip Number call to (41) 33613600 (listen to the message and type 10531185) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd É, aí o buraco é mais embaixo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Em 05/12/2012 17:09, Gule escreveu: On Wednesday, December 5, 2012, Eduardo Lemos de Sa wrote: Caríssimos 2012/12/5 Gule g...@bsd.com.br javascript:; On Wednesday, December 5, 2012, Eduardo Lemos de Sa wrote: Caríssimos 2012/12/5 Gule g...@bsd.com.br javascript:; javascript:; E, afinal, qual foi o desfecho? On Friday, November 9, 2012, Eduardo Lemos de Sa wrote: Caríssimos 2012/11/9 firebits mrpa.secur...@gmail.com javascript:; javascript:;javascript:; já pensou em atualizar o firmware da BIOS da placa mae? Foi a primeira coisa que fiz para tentar resolver o problema. O danado é que o firmware da bios já estava na última versao (segundo a Asus, trata-se da versão 3.0.7). Grato pela atenção Eduardo @firebitsbr Em 09/11/2012 15:22, Eduardo Lemos de Sa eduardo.lemosd...@gmail.com javascript:; javascript:; escreveu: Caro Marcelo Obrigado pelo seu email e sua ajuda. Vou responder às suas perguntas logo abaixo de seu questionamento. 2012/11/9 Marcelo Gondim gon...@bsdinfo.com.br javascript:;javascript:; Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? Se eu desligar a máquina na terça à noite, e religa-la logo após a passagem da faxineira, eu começo a trabalhar e ela para. Já olhei se há crontab rodando como root e nada vi de especial. Desconfio que o problema não seja de software (afinal, o FreeBSD-8.x tem rodado há muito tempo, com muita estabilidade e nenhuma atualização de sistema foi feita recentemente). Além disto, eu tenho outras máquinas rodando o 8.3 e nenhuma delas trava. sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí Definitvamente não é problema do S.O.: fiz um boot com um win7-64 (a MS pode ter os defeitos dela, mas não se pode dizer que haja ausência de drivers ou incompatibilidade entre hardware e software) o qual reconheceu somente 5 núcleos (ou seja, um núcleo continuou sumido). Um abraço Edu - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Eduardo Lemos de Sa Associated Professor Level 3 Dep. Quimica da Universidade Federal do Paraná fone: +55(41)3361-3300 fax: +55(41)3361-3186 Voip Number call to (41) 33613600 (listen to the message and type 10531185) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd É, aí o buraco é mais embaixo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Bom se o problema for processador, creio que o mesmo esteja na garantia, então coloca ele na placa-mãe nova. a chance do processador danificar a placa-mãe é menor, contudo o oposto é facil, só que antes ligue tanto o processador e placa-mãe nova para saber se não é incompatibilidade de hardware. Att. -- Paulo Henrique. BSDs Brasil - FUG-BR site: www.fug.com.br Rip Irado !!! flamers /dev/null - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Cara... servidor... mother intel ou supermicro... o resto. é isso dai que voce presenciou... []´s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí quando fomos checar era a funcionária que queria sair mais cedo e dizia para o chefe que o sistema estava fora. rsrsrs período da manhã), daí resolvi deixar a máquina desligada de terça à noite até o momento da faxina acabar. De nada adiantou, e o micro congelava o video e não aceitava mais comandos. Troquei então a placa de video (que geralmente é a culpada quando a tela congela), e de nada adiantou. O mais estranho é que, de uns tempos para cá (não sei precisar a data), o top mostrava processamento nos núcleos de 0 a 4 (=5 núcleos, quando antes funcionavam 6). Ativando o corre unlocker na bios, notei que 5 cores are actived (ou seja, o sexto núcleo está desligado). A minha suspeita é que o processador ou a placa-mãe (ou ambos) estejam danificados, porém, eu gostaria de ouvir a opinião dos caríssimos para saber: Esse lance do processador pode estar influenciando mas o que me intriga é: por que sempre às quartas de manhã? rsrsrs 1) Há algum software que me permita checar o funcionamento correto da placa-mãe e do processador? Eu tenho usado o mbmon para monitar as temperaturas e tensões do processador e placa-mãe, e parece estar tudo normal. Ummm para teste de CPU não sei não. Acho que só usando algo para estressar eles. 2) O passo seguinte é substitur a(s) peça(s), mas temo que instalar um processador novo (no mercado, agora, só há cpus com 4 núcleos para o socket AM3) em uma placa-mãe avariada possa danificar o novo processador e não resolver o problema. 3) Ao que tudo indica, as memórias estão em bom estado (estado do Paraná :-)), porque não ocorreram falhas de core dump (que, suponho eu, sejam o principal sintoma deste tipo de problema). Porém, não tenho certeza disto porque a ausênciaa de core dumps é baseada em uma suposição de alguém que não tem formação na área de informática ou eletrônica, e gostaria de ouvir a opinião de pessoas mais habilitadas que eu neste assunto. Depende. Já tive um caso que não haviam segfaults aparentes mas a máquina estava travando direto. Passei um memtest e acusou 1 banco com problemas. Troquei o mesmo e tudo normalizou. Mas volto na questão.. por que nas quartas pela manhã? :) Parece que algo roda nesse dia. O padrão do periodic semanal é rodar aos sábados. Então não deve ser ele mas é melhor checar o seu. Agradeço a atenção Eduardo Eduardo Lemos de Sa Associated Professor Level 3 Dep. Quimica da Universidade Federal do Paraná fone: +55(41)3361-3300 fax: +55(41)3361-3186 Voip Number call to (41) 33613600 (listen to the message and type 10531185) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
eu trabalhei numa empresa muito grande, com clientes interconectados no mundo todo. Um cliente reclamava que um dos POP's dele, em Ho Chi Minh City, ficava offline todo dia as 21:00 e sempre retornava as 7:00. Mandou-se técnico averiguar, contatou-se a operadora e não tnha nada errado, e o cliente cada vez reclamando mais. Após muita luta e stress chegou-se a tia da limpeza, que parecia ser o único técnico local (???) e perguntaram se ela não via nada diferente. E ela disse que no país raciona-se energia, então TODO o país fica sem energia das 21:00 as 7:00. Então quando nada mais funciona, quando todos estão à beira da loucura e o cliente espumando de raiva, pense sempre no mais improvável. A experiência me mostrou que as vezes funciona! Frederico Boechat Em 09/11/2012, às 10:24, Marcelo Gondim gon...@bsdinfo.com.br escreveu: Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí quando fomos checar era a funcionária que queria sair mais cedo e dizia para o chefe que o sistema estava fora. rsrsrs período da manhã), daí resolvi deixar a máquina desligada de terça à noite até o momento da faxina acabar. De nada adiantou, e o micro congelava o video e não aceitava mais comandos. Troquei então a placa de video (que geralmente é a culpada quando a tela congela), e de nada adiantou. O mais estranho é que, de uns tempos para cá (não sei precisar a data), o top mostrava processamento nos núcleos de 0 a 4 (=5 núcleos, quando antes funcionavam 6). Ativando o corre unlocker na bios, notei que 5 cores are actived (ou seja, o sexto núcleo está desligado). A minha suspeita é que o processador ou a placa-mãe (ou ambos) estejam danificados, porém, eu gostaria de ouvir a opinião dos caríssimos para saber: Esse lance do processador pode estar influenciando mas o que me intriga é: por que sempre às quartas de manhã? rsrsrs 1) Há algum software que me permita checar o funcionamento correto da placa-mãe e do processador? Eu tenho usado o mbmon para monitar as temperaturas e tensões do processador e placa-mãe, e parece estar tudo normal. Ummm para teste de CPU não sei não. Acho que só usando algo para estressar eles. 2) O passo seguinte é substitur a(s) peça(s), mas temo que instalar um processador novo (no mercado, agora, só há cpus com 4 núcleos para o socket AM3) em uma placa-mãe avariada possa danificar o novo processador e não resolver o problema. 3) Ao que tudo indica, as memórias estão em bom estado (estado do Paraná :-)), porque não ocorreram falhas de core dump (que, suponho eu, sejam o principal sintoma deste tipo de problema). Porém, não tenho certeza disto porque a ausênciaa de core dumps é baseada em uma suposição de alguém que não tem formação na área de informática ou eletrônica, e gostaria de ouvir a opinião de pessoas mais habilitadas que eu neste assunto. Depende. Já tive um caso que não haviam segfaults aparentes mas a máquina estava travando direto. Passei um memtest e acusou 1 banco com problemas. Troquei o mesmo e tudo normalizou. Mas volto na questão.. por que nas quartas pela manhã? :) Parece que algo roda nesse dia. O padrão do periodic semanal é rodar aos sábados. Então não deve ser ele mas é melhor checar o seu. Agradeço a atenção Eduardo
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
On 09/11/2012 09:24, Marcelo Gondim wrote: Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí quando fomos checar era a funcionária que queria sair mais cedo e dizia para o chefe que o sistema estava fora. rsrsrs período da manhã), daí resolvi deixar a máquina desligada de terça à noite até o momento da faxina acabar. De nada adiantou, e o micro congelava o video e não aceitava mais comandos. Troquei então a placa de video (que geralmente é a culpada quando a tela congela), e de nada adiantou. O mais estranho é que, de uns tempos para cá (não sei precisar a data), o top mostrava processamento nos núcleos de 0 a 4 (=5 núcleos, quando antes funcionavam 6). Ativando o corre unlocker na bios, notei que 5 cores are actived (ou seja, o sexto núcleo está desligado). A minha suspeita é que o processador ou a placa-mãe (ou ambos) estejam danificados, porém, eu gostaria de ouvir a opinião dos caríssimos para saber: Esse lance do processador pode estar influenciando mas o que me intriga é: por que sempre às quartas de manhã? rsrsrs 1) Há algum software que me permita checar o funcionamento correto da placa-mãe e do processador? Eu tenho usado o mbmon para monitar as temperaturas e tensões do processador e placa-mãe, e parece estar tudo normal. Ummm para teste de CPU não sei não. Acho que só usando algo para estressar eles. Se o problema é stressar alguém está falando com quem entende. Este é um programinha que fiz para encontrar números primos mas cujo verdadeiro motivo de existir é exemplificar a programação com múltiplos processos. Você informa uma faixa de valores e ele encontra os números primos naquela faixa utilizando o número de processos que você informar. Você pode usar isso para stressar as suas CPUs. #include stdio.h #include stdlib.h #include sys/types.h #include sys/wait.h #include unistd.h #include primo.h int main(int argc, char **argv){ u_int32_t limite_superior; u_int32_t i, j; u_int32_t processos; u_int32_t intervalo; u_int32_t passo; int status; if(argc != 3){ fprintf(stderr,Este programa encontra todos os numero primos em um intervalo.\nVoce deve usar %s limite_superior numero_processos\n, argv[0]); exit(1); } processos = (u_int32_t)strtol(argv[2], (char **)NULL, 10); limite_superior = (u_int32_t)strtol(argv[1], (char **)NULL, 10); intervalo = limite_superior/processos; passo = 2 * processos; if(limite_superior = 1){ fprintf(stdout,%d eh primo\n, 1); fflush(stdout); } if(limite_superior = 2){ fprintf(stdout,%d eh primo\n, 2); fflush(stdout); } //Vamos criar os processos reponsáveis por encontrar os números for(i=0; iprocessos; i++){ //Vamos fazer o fork do processo if(!fork()){ //Processo filho entra aqui for(j=3+2*i; j=limite_superior; j+=passo){ if(eh_primo(j)){ fprintf(stdout,%d eh primo\n,
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Em 09/11/2012 10:41, Otacílio escreveu: [...] Se o problema é stressar alguém está falando com quem entende. Este é um programinha que fiz para encontrar números primos mas cujo verdadeiro motivo de existir é exemplificar a programação com múltiplos processos. Você informa uma faixa de valores e ele encontra os números primos naquela faixa utilizando o número de processos que você informar. Você pode usar isso para stressar as suas CPUs. #include stdio.h #include stdlib.h #include sys/types.h #include sys/wait.h #include unistd.h #include primo.h int main(int argc, char **argv){ u_int32_t limite_superior; u_int32_t i, j; u_int32_t processos; u_int32_t intervalo; u_int32_t passo; int status; if(argc != 3){ fprintf(stderr,Este programa encontra todos os numero primos em um intervalo.\nVoce deve usar %s limite_superior numero_processos\n, argv[0]); exit(1); } processos = (u_int32_t)strtol(argv[2], (char **)NULL, 10); limite_superior = (u_int32_t)strtol(argv[1], (char **)NULL, 10); intervalo = limite_superior/processos; passo = 2 * processos; if(limite_superior = 1){ fprintf(stdout,%d eh primo\n, 1); fflush(stdout); } if(limite_superior = 2){ fprintf(stdout,%d eh primo\n, 2); fflush(stdout); } //Vamos criar os processos reponsáveis por encontrar os números for(i=0; iprocessos; i++){ //Vamos fazer o fork do processo if(!fork()){ //Processo filho entra aqui for(j=3+2*i; j=limite_superior; j+=passo){ if(eh_primo(j)){ fprintf(stdout,%d eh primo\n, j); } } exit(0); } } for(i = 1; i=processos; i++){ wait(status); } return 0; } paulo@amd gcc46 numeroprimo.c numeroprimo.c:6:19: fatal error: primo.h: No such file or directory compilation terminated paulo@amd g++46 numeroprimo.c numeroprimo.c:6:19: fatal error: primo.h: No such file or directory compilation terminated. -- http://about.me/paulocavalcanti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Em 09/11/2012 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. [...] Realmente é muito estranho, Eduardo. Já experimentou com outro sistema operacional? Coloque o Ubuntu por uma semana e veja se o problema persiste. Vai por eliminação. Tenho um palpite que é problema na placa-mãe... -- http://about.me/paulocavalcanti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
On 09/11/2012 09:59, Paulo Olivier Cavalcanti wrote: Em 09/11/2012 10:41, Otacílio escreveu: paulo@amd gcc46 numeroprimo.c numeroprimo.c:6:19: fatal error: primo.h: No such file or directory compilation terminated paulo@amd g++46 numeroprimo.c numeroprimo.c:6:19: fatal error: primo.h: No such file or directory compilation terminated. Foi mal, este é primo.h #ifndef __PRIMO_H__ #define __PRIMO_H__ #include sys/types.h u_int8_teh_primo(u_int32_t numero); #endif E este é primo.c #include primo.h u_int8_teh_primo(u_int32_t numero){ u_int32_t i; if((numero2) ((numero % 2) == 0)){ return 0; } for(i=3; i = (numero / 2); i = i + 2){ if((numero % i) == 0){ return 0; } } return 1; } - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Em 09/11/12 11:09, Otacílio escreveu: On 09/11/2012 09:59, Paulo Olivier Cavalcanti wrote: Em 09/11/2012 10:41, Otacílio escreveu: paulo@amd gcc46 numeroprimo.c numeroprimo.c:6:19: fatal error: primo.h: No such file or directory compilation terminated paulo@amd g++46 numeroprimo.c numeroprimo.c:6:19: fatal error: primo.h: No such file or directory compilation terminated. Foi mal, este é primo.h #ifndef __PRIMO_H__ #define __PRIMO_H__ #include sys/types.h u_int8_t eh_primo(u_int32_t numero); #endif E este é primo.c #include primo.h u_int8_t eh_primo(u_int32_t numero){ u_int32_t i; if((numero2) ((numero % 2) == 0)){ return 0; } for(i=3; i = (numero / 2); i = i + 2){ if((numero % i) == 0){ return 0; } } return 1; } Opa vi agora que você mandou. Valeu!! :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
if(limite_superior = 1){ fprintf(stdout,%d eh primo\n, 1); fflush(stdout); } Há um erro conceitual: 1 não é primo, nem composto if(limite_superior = 2){ fprintf(stdout,%d eh primo\n, 2); fflush(stdout); } //Vamos criar os processos reponsáveis por encontrar os números for(i=0; iprocessos; i++){ //Vamos fazer o fork do processo if(!fork()){ //Processo filho entra aqui for(j=3+2*i; j=limite_superior; j+=passo){ if(eh_primo(j)){ fprintf(stdout,%d eh primo\n, j); } } exit(0); como vc poderia usar o crivo de erastótenes para ignorar os múltiplos de primos já obtidos. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
On 09/11/2012 12:04, Rodrigo Mosconi wrote: if(limite_superior = 1){ fprintf(stdout,%d eh primo\n, 1); fflush(stdout); } Há um erro conceitual: 1 não é primo, nem composto if(limite_superior = 2){ fprintf(stdout,%d eh primo\n, 2); fflush(stdout); } //Vamos criar os processos reponsáveis por encontrar os números for(i=0; iprocessos; i++){ //Vamos fazer o fork do processo if(!fork()){ //Processo filho entra aqui for(j=3+2*i; j=limite_superior; j+=passo){ if(eh_primo(j)){ fprintf(stdout,%d eh primo\n, j); } } exit(0); como vc poderia usar o crivo de erastótenes para ignorar os múltiplos de primos já obtidos. É, mas a idéia é mostrar que para um problema grande eu posso usar múltiplos processos na solução, que será bem mais rápida em uma máquina com múltiplas CPUs. Se eu sair usando muitos atalhos não vai ficar tão óbvia a vantagem de múltiplos processos. O erro conceitual será corrigido na versão 2.0. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
#include primo.h u_int8_teh_primo(u_int32_t numero){ u_int32_t i; if((numero2) ((numero % 2) == 0)){ return 0; } for(i=3; i = (numero / 2); i = i + 2){ if((numero % i) == 0){ return 0; } } return 1; } vc somente precisa testar até sqrt(numero) -- Princípio de Eratóstenes - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Em 9 de novembro de 2012 13:12, Otacílio otacilio.n...@bsd.com.br escreveu: On 09/11/2012 12:04, Rodrigo Mosconi wrote: if(limite_superior = 1){ fprintf(stdout,%d eh primo\n, 1); fflush(stdout); } Há um erro conceitual: 1 não é primo, nem composto if(limite_superior = 2){ fprintf(stdout,%d eh primo\n, 2); fflush(stdout); } //Vamos criar os processos reponsáveis por encontrar os números for(i=0; iprocessos; i++){ //Vamos fazer o fork do processo if(!fork()){ //Processo filho entra aqui for(j=3+2*i; j=limite_superior; j+=passo){ if(eh_primo(j)){ fprintf(stdout,%d eh primo\n, j); } } exit(0); como vc poderia usar o crivo de erastótenes para ignorar os múltiplos de primos já obtidos. É, mas a idéia é mostrar que para um problema grande eu posso usar múltiplos processos na solução, que será bem mais rápida em uma máquina com múltiplas CPUs. Se eu sair usando muitos atalhos não vai ficar tão óbvia a vantagem de múltiplos processos. O erro conceitual será corrigido na versão 2.0. O uso do crivo seria um exemplo de como usar uma área de memória compartilhada entre processos ou threads É um problema de exclusão mútua num bitmap - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
On 09/11/2012 12:13, Rodrigo Mosconi wrote: #include primo.h u_int8_teh_primo(u_int32_t numero){ u_int32_t i; if((numero2) ((numero % 2) == 0)){ return 0; } for(i=3; i = (numero / 2); i = i + 2){ if((numero % i) == 0){ return 0; } } return 1; } vc somente precisa testar até sqrt(numero) -- Princípio de Eratóstenes - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Sim, mas como dito anteriormente, o programa é para demorar mesmo, para que a vantagens fiquem evidentes. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
On 09/11/2012 12:15, Rodrigo Mosconi wrote: Em 9 de novembro de 2012 13:12, Otacílio otacilio.n...@bsd.com.br escreveu: On 09/11/2012 12:04, Rodrigo Mosconi wrote: if(limite_superior = 1){ fprintf(stdout,%d eh primo\n, 1); fflush(stdout); } Há um erro conceitual: 1 não é primo, nem composto if(limite_superior = 2){ fprintf(stdout,%d eh primo\n, 2); fflush(stdout); } //Vamos criar os processos reponsáveis por encontrar os números for(i=0; iprocessos; i++){ //Vamos fazer o fork do processo if(!fork()){ //Processo filho entra aqui for(j=3+2*i; j=limite_superior; j+=passo){ if(eh_primo(j)){ fprintf(stdout,%d eh primo\n, j); } } exit(0); como vc poderia usar o crivo de erastótenes para ignorar os múltiplos de primos já obtidos. É, mas a idéia é mostrar que para um problema grande eu posso usar múltiplos processos na solução, que será bem mais rápida em uma máquina com múltiplas CPUs. Se eu sair usando muitos atalhos não vai ficar tão óbvia a vantagem de múltiplos processos. O erro conceitual será corrigido na versão 2.0. O uso do crivo seria um exemplo de como usar uma área de memória compartilhada entre processos ou threads É um problema de exclusão mútua num bitmap - É, mas se você misturar um monte de conceito de uma vez só os alunos tem uma tendência de olharem para o problema como algo muito difícil. Melhor ir aos poucos. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
já pensou em atualizar o firmware da BIOS da placa mae? @firebitsbr Em 09/11/2012 15:22, Eduardo Lemos de Sa eduardo.lemosd...@gmail.com escreveu: Caro Marcelo Obrigado pelo seu email e sua ajuda. Vou responder às suas perguntas logo abaixo de seu questionamento. 2012/11/9 Marcelo Gondim gon...@bsdinfo.com.br Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? Se eu desligar a máquina na terça à noite, e religa-la logo após a passagem da faxineira, eu começo a trabalhar e ela para. Já olhei se há crontab rodando como root e nada vi de especial. Desconfio que o problema não seja de software (afinal, o FreeBSD-8.x tem rodado há muito tempo, com muita estabilidade e nenhuma atualização de sistema foi feita recentemente). Além disto, eu tenho outras máquinas rodando o 8.3 e nenhuma delas trava. sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí quando fomos checar era a funcionária que queria sair mais cedo e dizia para o chefe que o sistema estava fora. rsrsrs É, tem de tudo no mundo da informática. Onde eu fiz pós-graduação, a rede caía todos os dias entre 17:15 e 17:45. Após um tempo de procura, descobrimos que um secretário, para proteger os dados de seu micro (que ficava desligado quando ele saía) abria a rede (naquela época, usava-se um longo cabo que percorria todo o prédio em forma de anel, onde as conexões com os micros eram feitas através de um T que ligava o cabo à placa de rede). período da manhã), daí resolvi deixar a máquina desligada de terça à noite até o momento da faxina acabar. De nada adiantou, e o micro congelava o video e não aceitava mais comandos. Troquei então a placa de video (que geralmente é a culpada quando a tela congela), e de nada adiantou. O mais estranho é que, de uns tempos para cá (não sei precisar a data), o top mostrava processamento nos núcleos de 0 a 4 (=5 núcleos, quando antes funcionavam 6). Ativando o corre unlocker na bios, notei que 5 cores are actived (ou seja, o sexto núcleo está desligado). A minha suspeita é que o processador ou a placa-mãe (ou ambos) estejam danificados, porém, eu gostaria de ouvir a opinião dos caríssimos para saber: Esse lance do processador pode estar influenciando mas o que me intriga é: por que sempre às quartas de manhã? rsrsrs 1) Há algum software que me permita checar o funcionamento correto da placa-mãe e do processador? Eu tenho usado o mbmon para monitar as temperaturas e tensões do processador e placa-mãe, e parece estar tudo normal. Ummm para teste de CPU não sei não. Acho que só usando algo para estressar eles. Vou usar um teste passado pelo Otacílio e debugado por vários usuários e ver o resultado. De qualquer forma, creio que o problema seja de hardware porque o desaparecimento de um núcleo de processamento não pode ser efeito de uma alteração causada pelo software. 2) O passo seguinte é substitur a(s) peça(s), mas temo que instalar um processador novo (no mercado, agora, só há cpus com 4 núcleos para o socket AM3) em uma placa-mãe avariada possa danificar o novo processador e não resolver o problema. 3) Ao que tudo indica, as memórias estão em bom estado (estado do Paraná :-)), porque não ocorreram falhas de core dump