cvs commit: src/sys/conf files src/sys/ddb db_ps.c src/sys/i386/i386 trap.c src/sys/kern init_main.c kern_synch.c kern_usched.c lwkt_thread.c usched_bsd4.c usched_dummy.c src/sys/sys globaldata.h thread.h usched.h

[Vlad GALU]

On 5/29/06, David Xu <bsddiy at xxxxxxx> wrote:
joerg at xxxxxxxxxxxxxxxxx wrote:

> CPU affinity is useful in a lot more situations to prevent unnecessary
> bouncing. I'd expect it to help e.g. two concurrent world builds as
> well.
>
> Joerg
I hope DragonflyBSD will support the idea, since both Linux and Windows
allow userspace to specify which CPUs a process or thread will run on.
  *me too* here. Not long ago I built a traffic monitoring machine
with 3 interfaces. 3 instances of the same pcap-based tool run on it,
each bound to a specific CPU (the machine has 4 of them). Finally, a
statistics/report generation tool runs bound on the 4th CPU. I had to
go for Linux to do it, since the load is quite big. I'd love to see
CPU affinity in DFly too.

David Xu




--
If it's there, and you can see it, it's real.
If it's not there, and you can see it, it's virtual.
If it's there, and you can't see it, it's transparent.
If it's not there, and you can't see it, you erased it.