Re: spinlocks
Chris Cameron <[email protected]> 26 Mar 2003 15:43:36 -0700
| Newsgroups | gmane.os.openbsd.smp |
|---|---|
| Organization | UpNIX Internet |
| Message-ID | <1048718616.2099.126.camel@localhost> |
I was thinking the developer we would pay would already be a CVS-commiting OBSD developer. So this person would already be all caught up on what would need to happen with the integration/politics. Plus, I imagine going through Theo wouldn't be very productive... Just from what I've seen. It really shouldn't be any different than a developer just working on SMP by himself, only we're "motivating" him.... With money. I may admit early defeat here.. Trying to pay a developer for specific work seems to open up a can of worms.. Get the idea the only way to influence the direction of this project is to be a very good developer, or someone with crazy amounts of money (DARPA) Chris On Wed, 2003-03-26 at 17:09, Marco Feenstra wrote: > I figured that Theo normally dispenses the OpenBSD funds to developers, so in > starting this sideshow get some advise from theo about his plans for the next > OpenBSD release because as has been pointed out before, the integration of > SMP touches every or at least lots of inches in OpenBSD and if theo is not > cooperative, due different priorities for OpenBSD you are essentially > throwing away your money. > > PS I'll be interested in funding 1 developerhour per month at least for the > first three months. After that a progress report would be in order to see if > we are throwing our money away in this SMP project. See if you can get the > other 160-200 hours filled up. My preference would be doing it via the > openbsd paypall if possible. > > You could also pay him to be an coder/coordinator because there must be some > people on this list who have some time and some knowlegde (Bachelor Computer > Science) to be educated on what to look for in the openbsd code and rewrite > it to be reentrant / SMP safe. This way the money invested in the coder might > be more effecient in the long run because your create more people who can > code and diagnose SMP problems. -- Chris Cameron UpNIX Internet Administrator ardvark.upnix.net bitbucket.upnix.net -- http://www.upnix.com