Adam Migus wrote:
So if you gimme webspace can i promise you code and
output shortly after? If you want input into design I can
give you the code now with the understanding that it is
WIP.
Sure. If you can wait a week, I'll be able to sort you out. Right now, the
server is in need of some
Mike,
I don't have the test, but I've built a generic performance
testing framework for FreeBSD over the past couple of months
that would make running such a test trivial. I'd post a link
but the page has no permanent home yet. When it gets one I can
follow it up with a link.
I'd be happy
It's very WIP right now and will remain so for another couple
of weeks. I'd planned to show more people a 'working' version
when a) i got a home for the page and b) the numbers its
producing have reasonable variance.
I'd prefer defering a public release until those goals are
reached. You've
Mike,
I don't have the test, but I've built a generic performance
testing framework for FreeBSD over the past couple of months
that would make running such a test trivial. I'd post a link
but the page has no permanent home yet. When it gets one I can
follow it up with a link.
For now, the
On Fri, 28 Feb 2003, Paul Robinson wrote:
Well, I'm just a hanger-on without a commit bit, so I'll work on making it
production ready in the next few weeks, post up a patch and if somebody
wants to commit it, great. At the moment it's all based on 4.3-RELEASE and
isn't really production
David Schultz wrote:
The original anticipatory scheduler implementation was done for
FreeBSD 4.3. See
http://www.cs.rice.edu/~ssiyer/r/antsched/
Yeah, I managed to grab that 45 seconds after sending my original post. I've
also contacted Sitaram Iyer directly to see how he feels about
FWIW,
Although the original anticipatory scheduler prototype
was made for FreeBSD, it cannot be used in the base
system, unless reimplemented, due to the license. I
wonder if the Linux guys redid it or simply didn't
notice.
The option of configuring it for runtime is welcome, I
think.
[EMAIL PROTECTED] (Thu, Feb 27, 2003 at 06:12:29PM +0100) wrote:
In message [EMAIL PROTECTED], writes:
Hello gang.
Does anyone know what kind of `Disk Scheduling' algorithm,
if any, is used in FreeBSD?
One way elevator sort.
Thanks for the interesting reply, phk@ and all.
Cheers.
--
--- Paul Robinson [EMAIL PROTECTED] ha scritto:
The license is actually BSD. Or at least, the one I
saw last night had a
remarable resemblance to it. :-)
I thought the same when I glimpsed over it until I saw
the README file :-). Read again, it has 4 statements
ala BSD, including the
Hiten Pandya wrote:
Hello gang.
Does anyone know what kind of `Disk Scheduling' algorithm,
if any, is used in FreeBSD?
I'm assuming you've read this recently then:
http://www.kerneltrap.org/node-592.html
Anticipatory Schedulers are all well and good, but I think (I might be
corrected here)
In message [EMAIL PROTECTED], writes:
Hello gang.
Does anyone know what kind of `Disk Scheduling' algorithm,
if any, is used in FreeBSD?
One way elevator sort.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer |
Thus spake Paul Robinson [EMAIL PROTECTED]:
Hiten Pandya wrote:
Hello gang.
Does anyone know what kind of `Disk Scheduling' algorithm,
if any, is used in FreeBSD?
I'm assuming you've read this recently then:
http://www.kerneltrap.org/node-592.html
...
Anybody else got plans on
In message [EMAIL PROTECTED], David Schultz writes:
http://www.kerneltrap.org/node-592.html
...
Anybody else got plans on this?
I have plans to make it possible to configure, at run time, which, if
any disksort you want to use on a particular disk device.
--
Poul-Henning Kamp | UNIX
FWIW,
Although the original anticipatory scheduler prototype
was made for FreeBSD, it cannot be used in the base
system, unless reimplemented, due to the license. I
wonder if the Linux guys redid it or simply didn't
notice.
The option of configuring it for runtime is welcome, I
think.
cheers,
14 matches
Mail list logo