Has anyone had any success performance tuning interrupt handling in 6.2 ?
I know that there is a improved performance handling mechanism in 7.0 but I
kinda stuck using 6.2.
The performance of interrupt handling mechanism on 6.2 during "interrupt
storms" is quiet poor, is there any anything I tweak
hi Krassimir,
The smallest time quatum moving a thread from sleep queue to ready queue is
equal to one tick(about 1 ms). This is dependent of os scheduling mechanism.
Even the delay of nanosleep is less than 1 ms, actually 1 ms is the smallest
unit.
I guess you should modify the kernel and add c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Julian,
Julian Elischer wrote:
> Krassimir Slavchev wrote:
>
>>
>> Also, I am able to set HZ=10 but the thread switching time is still
>> ~1ms.
>
> You must be talking about the time that a thread can run before it is
> pushed out by other
Krassimir Slavchev wrote:
Also, I am able to set HZ=10 but the thread switching time is still
~1ms.
You must be talking about the time that a thread can run before it is
pushed out by other threads? I know I've seem many x 10,000 context
switches in some cases, i.e. look at very high i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Sam Xia wrote:
> hi krassi,
>
> what kind of hardware are you using? Actually because of process/thread
> scheduling mechanism, timing granulariy is coarse in FreeBSD(more than 10
> ms)
dmesg:
...
CPU: Intel(R) Core(TM)2 CPU E8400 @
