Date: Wed, 12 Mar 2008 16:46:20 -0400 (EDT) From: Daniel Eischen <deischen@freebsd.org> To: Remko Lodder <remko@elvandar.org> Cc: Julian Elischer <julian@elischer.org>, FreeBSD Current <current@freebsd.org> Subject: Re: KSE Message-ID: <Pine.GSO.4.64.0803121644020.28886@sea.ntplx.net> In-Reply-To: <50356.195.64.94.120.1205351385.squirrel@galain.elvandar.org> References: <47D82E6F.6010302@elischer.org> <50356.195.64.94.120.1205351385.squirrel@galain.elvandar.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 12 Mar 2008, Remko Lodder wrote: > > On Wed, March 12, 2008 8:26 pm, Julian Elischer wrote: >> >> ----- >> Dan Eischen. Despite having a "real life" He did the imppossible >> and made the M:N library more reliable than the simpler 1:1 library >> for many years. >> I'm hoping that Dan doesn't take this as his queue to leave >> the project. I really do know how disheartening is is >> to have some part of your life taken out of production. >> I hope EVERYONE here takes the time to consider what a great >> job Dan has done, looking after not only libc_r but libkse, >> and taking the project from basically no threads to fully threaded. >> ----- >> Jeffr and David Xu (and David Mini in the beginning): >> Took on the task of making the 1:1 library competitive. >> AND KEPT IT COMPATIBLE. >> ----- >> All the developers who allowed us to try. >> >> ----- >> >> I think at this moment I will shed a tear for a grand idea, >> but look forward to the fact that we can concentrate on getting >> every last cycle of every processor, and I am pretty sure >> that despite what would appear to have been "wasted time" to some, >> It was not and we have learned a hell of a lot. FreeBSD has >> not been held up by this as we had the forethought to plan >> ahead. The changed landscape has meant that though I think >> there were some cases where M:N was needed, these cases are getting >> fewer and fewer and FreeBSD is better served by going the 1:1 path >> and concentrating on our strengths. >> >> The next challenges are going to be massive. >> We need to cope with systems with 256 processors >> with non uniform memory ranges. >> with non uniform inter process interconnects. >> and maybe even with non uniform processors. >> >> Lets get cracking! and I Dan, I hope you feel that you will be >> welcome, and appreciated by FreeBSD in general as we head off down the >> track.. >> >> Julian >> > > Well, I for one :-) would like to thank you, David and Daniel for the > tremendous work all that period of time, a lot of people learned from it, > build upon it and so on. Any rumors of my/our (& David) demise are greatly exagerrated ;-) -- DE
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.64.0803121644020.28886>