99,9% i Con Kolivas
Dowiadujemy się ze strony JakiLinux.org, iż jeden z hackerów jądra Linuksa najpopularniejszy wśród indywidualnych użytkowników Linuksa – Con Kolivas, który udostępniał nam patche spod znaku -ck do jądra, zakończył wspieranie tego popularnego projektu. Jego koniec uzmysławia nam – użytkownikom Linuksa, że główne prace prowadzone nad ulepszeniem jądra Linuksa nie są wcale nakierowane na nas indywidualnych, desktopowych użytkowników Linuksa, którzy stanowią jej 99.9%. Jak wynika z opinii Cona – cały olimp developerów – Linus, Morton itd. skupiają się na osiągach jądra nakierowanych na korporacyjne implementacje, funkcje, z których zwykły Linux user zapewne nie będzie miał możności skorzystać, no chyba, że zafunduje sobie desktopa z wieloma procesorami.
Con Kolivas wydawał się pomostem pomiędzy nami a developerami, którzy dla większości, słusznie okazywali się niedostępni.
Z drugiej strony jego rozwiązania traktowane były nie poważnie w kernelowym mainstreamie, a jego samego, jak wynika, potraktowano jak “bojownik o nie wiadomo co”, schizofrenicznego zapaleńca.
W całej tej sprawie poszło przede wszystkim o scheduler procesów w jądrze, który przesądzał o sensowności dalszych prac Cona. Argumenty zawarte na CK Wikia świadczą o tym, iż dotychczasowy, główny maintainer schedulera jądra Ingo Molnar jest faworyzowany przez czołowe środowisko developerskie. Propozycja Cona włączenia jego lepszego schedulera Staircase-Deadline CPU spotkała się z szybką odmową. Natomiast wtórne poprawki Molnara za sprawą akcji Cona o dziwo pojawiają się szybko w nowym “releasie” kernela. Przypomina to monopolizowanie jądra swoim kodem, a developerzy głównego jądra to zamknięta kasta. Kto by przypuszczał, iż na zewnątrz lobbowani Linuksiarze, sami lobbują wewnątrz swoich struktur – tutaj ofiarą padł akurat Con. Wstyd, że tak to się skończyło. :/
Co będzie dalej z nami, desktopowcami?, skoro na domiar złego autor innego patchsetu viper – Vipernicus, również poprawiającego osiągi desktopów, zmarł. 
Ja jednak pozwolę sobie jądro w wersji 2.6.22 uruchamiać z Cona patchsetem, bo tylko on zdaje się być czuły na mojego sprzętu potrzeby.
Gdy tylko mój nowy RAM nie będzie już frustrował mnie segfaultami, postaram się szybko skompilować jądro, jak najbardziej zbliżone memu PC-towi. 
