You're Invited to join my friends network, check my profile here:
http://dallanij.zoomshare.com/files/sexygirl.htm
I like what I see. It could be the start for the means of managing a single
socket's queue of processes. You do mention that this won't really scale
beyond roughly 8 cores. I would love to see you extend this with a 2D
array of weights that can be populated by various means (run-time testing,
or
On Wed, Oct 12, 2011 at 05:51:33PM +, Miod Vallat wrote:
> > Hi people,
>
> [...]
>
> > I'm not aiming for a "yeah, nice, we'll merge it" on this, but rather
> > for suggestions whether it's worth anyones time to pursue this further.
>
> This is interesting, there might be a good outcome of thi
> Hi people,
[...]
> I'm not aiming for a "yeah, nice, we'll merge it" on this, but rather
> for suggestions whether it's worth anyones time to pursue this further.
This is interesting, there might be a good outcome of this diff
eventually. However as of now:
- you have removed the bunch of code
Hi people,
attached is a patch that basically rewrites the CPU scheduler. It
replaces the multilevel feedback queue currently employed with an
earliest effective deadline first approach, similar to the BrainFuck
Scheduler for Linux.
My main motivation for rewriting the scheduler was mplayer getti
Hola friend!
I was at my wits end now I never miss a payment now im in this for the
long run just trying to look out for you
http://www.mdzol.com/tools/redirect.php?sikoh&xygukyk=facebook.com&qucaci=aol
.com&url=http://abcdaily24.net/esubmit/bizopp_hw3.php
see you soon.
patch was corrected after comments from Brad (in CC)
please commit
On 18:26 Tue 11 Oct , Sergey Bronnikov wrote:
> Usually pci vendor and products id generated in source tree
> from sys/dev/pcidevs.
> But that file has wrong vendor and product id's for Parallels
> virtual devices.
>
> I am chan
