Re: Full Swap
On Fri, 03 Jun 2011, Vinícius Batistela wrote: De uma pesquisada no google sobre oom killer. Esse cara finaliza processos quando não ha mais memoria. Soh não tenho certeza se vem por padrao habilitado no kernel padrão das distros. Que eu saiba, ele não é opcional, exceto _talvez_ para embarcados. De qualquer forma, no Debian, RHEL, SuSE, Fedora e Ubuntu ele é ativo por padrão. No Gentoo e no Slackware eu não sei. Qual seria a melhor forma de tratar isso? Sei lá. Gosto da perspectiva de que o processo seja morto. 1. Cuidado que dependendo da versão, o ssh se defende do oom_killer, mas falha em resetar a preferencia de não me mate para o padrão com as childs, então tudo que você rodar em uma sessão ssh pode estar com uma preferência muito alta de não me mate, e o OOM killer vai causar estrago nessa situação. 2. Tem um ajuste por processo para setar a prioridade de quem morre primeiro. Fica em /proc/pid/oom_*. O google acha a documentação. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110604125209.gb12...@khazad-dum.debian.net
Re: Full Swap
De uma pesquisada no google sobre oom killer. Esse cara finaliza processos quando não ha mais memoria. Soh não tenho certeza se vem por padrao habilitado no kernel padrão das distros. Em 02/06/2011 09:40, Helio Loureiro he...@loureiro.eng.brescreveu: O certo é o sistema segurar e matar o processo que está devorando a memória. Só uma dúvida,... Depende da idéia de controle do maluco que trabalhou no escalonador na época do release. Pra ter uma idéia, esse tipo de problema ocorre de tempos em tempos em FreeBSD, OpenBSD e até mesmo Slowlaris, sem mencionar outros. Qual seria a melhor forma de tratar isso? Sei lá. Gosto da perspectiva de que o processo seja morto. []´s Helio Loureiro http://helio.loureiro.eng.br http://hloureiro.multiply.com http://twitter.com/...
Re: Full Swap
Oi, Em 1 de junho de 2011 20:37, Helio Loureiro he...@loureiro.eng.br escreveu: O certo é o sistema segurar e matar o processo que está devorando a memória. Só uma dúvida, até onde eu sei, isso não vem como padrão e vc é que tem que setar? Pra máquinas de produção, qdo se troca o kernel, é uma boa fazer isso pra testar a estabilidade - claro que não em horário de alto tráfego. Hum... [ ] 's -- | .''`. | : :' : Pee Jay - http://wiki.dcc.ufba.br/~PeeJay | `. `'` | `- Bow before me for I am root! -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktiksajkyt3jwes0m7clmr-9kcfd...@mail.gmail.com
Re: Full Swap
O certo é o sistema segurar e matar o processo que está devorando a memória. Só uma dúvida, até onde eu sei, isso não vem como padrão e vc é que tem que setar? Depende da idéia de controle do maluco que trabalhou no escalonador na época do release. Pra ter uma idéia, esse tipo de problema ocorre de tempos em tempos em FreeBSD, OpenBSD e até mesmo Slowlaris, sem mencionar outros. Qual seria a melhor forma de tratar isso? Sei lá. Gosto da perspectiva de que o processo seja morto. []´s Helio Loureiro http://helio.loureiro.eng.br http://hloureiro.multiply.com http://twitter.com/helioloureiro
Re: Full Swap
K, vc mandou o cara executar um forkbomb[1]! rp se não tiver controle da quantidade de processos não vai dar tempo nem piscar o olho ;) O certo é o sistema segurar e matar o processo que está devorando a memória. Pra máquinas de produção, qdo se troca o kernel, é uma boa fazer isso pra testar a estabilidade - claro que não em horário de alto tráfego. []´s Helio Loureiro http://helio.loureiro.eng.br http://hloureiro.multiply.com http://twitter.com/helioloureiro
Re: Full Swap
tenho uma duvida sobre como o Linux reage quando o uso de SWAP atinge 100%. Alguns sabores de Unix) reservam um espaco de memoria para que caso isto aconteca o administrador possa logar no sistema ( atraves da console apenas ) e executar alguns comandos basicos...ja outros dao crash no sistema e so resolve reiniciando E o Linux, como reage neste caso? Em geral capota. Mas depende da versão de kernel e do patch que foi aplicado, que vez ou outra arruma isso. O sistema deveria matar o processo comedor de memória, mas gerenciamento de memória sempre foi um tendão de Aquiles em Linux. Mas vc pode testar. Compile o programa abaixo e veja se ele é morto pelo init ou se o sistema capota: /* testcrash.c */ #include unistd.h int main() { while (1) { fork(); } return 0; } /* fim */ É só compilar com gcc testcrash.c e rodar o a.out. []´s Helio Loureiro http://helio.loureiro.eng.br http://hloureiro.multiply.com http://twitter.com/helioloureiro
Full Swap
Boa tarde amigos tenho uma duvida sobre como o Linux reage quando o uso de SWAP atinge 100%. Alguns sabores de Unix) reservam um espaco de memoria para que caso isto aconteca o administrador possa logar no sistema ( atraves da console apenas ) e executar alguns comandos basicos...ja outros dao crash no sistema e so resolve reiniciando E o Linux, como reage neste caso? abracoo Rafael