Con Kolivas volta a contribuir para o kernel Linux
Enviado por Pablo Hess (phessΘlinuxmagazine·com·br):
Para os usuários do Linux em desktops, esta é uma ótima notícia. Os patches ”-ck”, de autoria de Con Kolivas, estão de volta.
Terminado “para sempre” após a versão 2.6.22, em virtude de discussões acaloradas entre Kolivas e Ingo Molnar em relação ao escalonador de tarefas do kernel, o patchset -ck traz melhorias principalmente nas áreas de latência e gerenciamento de memória. Além disso, como não podia faltar, o principal componente do -ck é o escalonador BFS, “Brain Fuck Scheduler” — que, segundo relatos de Con e de um grande número de usuários, melhora sobremaneira a usabilidade do sistema.” [referência: linuxnewmedia.com.br]
Brain Fuck Scheduler AEHAEHEAHEAHeA criativo o nome..
Criativo e BOM PRA CARAMBA.
Tomara que agora as versões do kernel com preemptividade voltem a ser ESTÁVEIS. Já tem mais de um ano que eu desisti das versões “-rt” porque mesmo com um hardware bom (apesar de antigo), não conseguia ficar mais de 30 dias sem um reinício forçado (pois tomava kernel-panic por um motivo ou outro). Alguns kernels (ou kerneis?) que eram estáveis possuíam falhas de segurança, então me via obrigado a atualizá-los (se bem que os “-generic” também andam exigindo reinícios às vezes, também por falhas de segurança). Não que eu seja “tarado” por uptime, mas sinto saudade da época em que eu ficava com o pc sem reiniciar por 6 meses ou mais (só desligava para tirar o pó de dentro do gabinete ou trocar fonte queimada).
$ uprecords
# Uptime | System Boot up
----------------------------+---------------------------------------------------
1 76 days, 08:05:50 | Linux 2.6.22-14-rt Tue Dec 25 02:53:47 2007
2 74 days, 00:43:35 | Linux 2.6.20-12-lowlate Sat Apr 21 13:40:18 2007
3 46 days, 13:52:47 | Linux 2.6.20-16-generic Wed Jul 4 16:10:22 2007
4 38 days, 13:40:52 | Linux 2.6.28-11-generic Mon May 4 00:56:35 2009
5 32 days, 02:17:35 | Linux 2.6.22-10-rt Wed Sep 5 00:21:13 2007
6 31 days, 02:09:32 | Linux 2.6.22-14-rt Sat Oct 20 07:08:23 2007
7 30 days, 11:15:13 | Linux 2.6.20-12-lowlate Thu Mar 22 02:15:33 2007
8 29 days, 01:52:03 | Linux 2.6.31-14-generic Fri Oct 30 01:21:36 2009
9 23 days, 12:29:40 | Linux 2.6.24-12-rt Sat Mar 15 11:45:24 2008
10 21 days, 23:21:14 | Linux 2.6.20-9-generic Wed Feb 28 01:28:42 2007
----------------------------+---------------------------------------------------
-> 43 6 days, 23:52:04 | Linux 2.6.31-16-generic Fri Dec 11 19:03:42 2009
----------------------------+---------------------------------------------------
1up in 0 days, 15:58:17 | at Sat Dec 19 10:54:02 2009
t10 in 14 days, 23:29:11 | at Sat Jan 2 18:24:56 2010
no1 in 69 days, 08:13:47 | at Fri Feb 26 02:09:32 2010
up 851 days, 22:56:00 | since Wed Feb 7 04:22:52 2007
down 193 days, 15:36:54 | since Wed Feb 7 04:22:52 2007
%up 81.480 | since Wed Feb 7 04:22:52 2007
ON: Já estou baixando o patch. :P
@Bremm
OFF: Eu sou tarado por uptime assumido. Tenho um roteadorzinho em casa (HP Vectra VL5/100, Pentium 166 com 96MB Ram) que só desliga em quedas de energia. Movido à NetBSD, mas por velhera de hardware, ele ocasionalmente trava… Até entendo, 14 anos de idade o garoto possui. :) E que tag é essa, <code?
>> kernels (ou kerneis?)
Núcleos
poxa, ele eh anestesista o.O
=)
Estou usando o patch, setei o timer frequency em 10000, nenhuma aplicação desktop aparenta problemas, porém os servidores não rodam adequadamente (apache e squid…), senti melhora no desempenho do X.
@ph,
é justamente assim que deve ser.
Tanto é que 10000Hz está “an obscene value”… XD
Coloquei o patch aqui e não notei nenhuma mega-diferença não.
@LucasTimm e Bremm
Eu ja trabalhei em dois servidores gentoo (LAMP e SMTP) com quase 800 dias de uptime, achava o máximo isso! rs
Nem sei se é possível ter 1000 dias de uptime, ou se quando chega em 999 o uptime recomeça do zero.
Alguém sabe?
Abs!