praka123
left this forum longback
source:Sunday, June 17. 2007
The end of the CK kernel patch set
Today kernel developer Con Kolivas announced that he will stop developing his Linux patch which improves desktop performance. For people who have followed recent discussions about his SD CPU scheduler and about the inclusion of his swap prefetching patches in the Linux kernel this will not come as a surprise.
The CK patch set was popular especially amongst desktop users who want to get maximum performance out of their machine. The CK kernel came with a different CPU scheduler (first Staircase, later SD), which improves the smoothness of desktop applications (for example no more sound stuttering), the mapped watermark patches, which makes the OS use less swap, and the swap prefetching patches, which makes the system more responsive after a memory hungry application caused others to be temporarily swapped out. The CK patch set was also used in several distro kernels, such as the Mandriva's tmb kernel and kernels in Gentoo and Arch Linux.
The decision to completely stop kernel development, came after the critical reactions by other kernel developers about the SD scheduler and swap prefetching. After the first releases of the SD kernel, some developers preferred trolling instead of helping out to fix the problems which existed at that time. While the SD scheduler slowly became more and more stable, only thanks to Con Kolivas efforts, a competing scheduler (CFS) which was based on the same concepts, was started. Now that both schedulers are mature and stable, a lot of CK kernel users and Con Kolivas himself are left wondering why it was even necessary to start competing with SD, instead of uniting all powers to make one great scheduler.
Swap prefetching was already proposed for inclusion in the Linux kernel a long time ago. But several developers remained critical, while a lots of users reported improvements by these patches. The patches were included in the mm kernel, but developers did not really review it and proposed it for the mainline kernel. Until Ingo Molnar finally stepped up recently, and gave some positive comments after a code review. Again some developers started criticizing the patch, and the future of this patch became again unclear.
With all this in mind, it's normal that Con Kolivas got fed up with Linux kernel development. It seems some Linux developers really need to do something to improve their communication, and need to be a bit more reasonable and constructive, instead of immediately criticizing one's efforts. This is at least the second kernel developer who got fed up with the way the Linux kernel development goes in a short time.
Developers come and go, that's a normal process. Still I think Con Kolivas' departure could have been avoided. In the end, we can only thank him for his great work, which certainly was not useless. In the end, the CFS scheduler which will be included in Linux owes a lot to Con Kolivas' ideas, and I hope the other patches will find their way to inclusion in other patch sets in way or another.
*artipc10.vub.ac.be/serendipity/archives/32-The-end-of-the-CK-kernel-patch-set.html
*ck.wikia.com/wiki/End_of_ck_patchset
*www.linuxtoday.com/news_story.php3?ltsn=2007-06-18-012-26-NW-KN
just saw in 2.6.21 changelog:
*kernelnewbies.org/Linux_2_6_21#head-1e87824aa4636cc57408ac7b268ceb44681781c9Crashing soon a kernel near you
This is a list of some of the ongoing patches being developed at the kernel community that will be part of future Linux releases. Those features may take many months to get into the Linus' git tree, or may be dropped. The features are tested in the -mm tree, but be warned, it can crash your machine, eat your data (unlikely but not impossible) or kidnap your family (just because it has never happened it doesn't mean you're safe):
- Con Colivas' RSDL process scheduler, which seems to work much better than the stock scheduler according to some reports (LWN article)
SO what went wrong? I just searched for ck patches after long time.saw this message
again this issues needs to be resolved or Linus is not so particular about other's work
Last edited: