Hi,
I'd like to hear your opinions on the efficiency for the IPC mechanism
betweeen two processes. (from a kernel point of view)
I have a process (A) which wakes up another process (B) very often
(200-1000 times/sec).
eg:
A)
while(1) {
wait_a_few_msecs_using_RTC();
wake_up_B();
}
B)
while(1)
Hi,
I'd like to hear your opinions on the efficiency for the IPC mechanism
betweeen two processes. (from a kernel point of view)
I have a process (A) which wakes up another process (B) very often
(200-1000 times/sec).
eg:
A)
while(1) {
wait_a_few_msecs_using_RTC();
wake_up_B();
}
B)
while(1)
Hi folks,
I benchmarked Ingo's lowlatency-2.4.0-test7-A0 kernel
(http://people.redhat.com/mingo/lowlatency-patches/lowlatency-2.4.0-test7-A0)
I can only say that it looks VERY promising ( < 1msec latencies !)
But there seems to be problems with the kernel disk sync code:
After the disk stress
Hi folks,
I benchmarked Ingo's lowlatency-2.4.0-test7-A0 kernel
(http://people.redhat.com/mingo/lowlatency-patches/lowlatency-2.4.0-test7-A0)
I can only say that it looks VERY promising ( 1msec latencies !)
But there seems to be problems with the kernel disk sync code:
After the disk stress
Hi,
I benchmarked Montavista's premptive and preemtive-rtsched kernels
( patches for 2.4.0-test6) using "latencytest".
summary:
both patches do not improve latencies very much over standard kernels
I believe around factor 2, but far away from the factor 10 ( 12msec) claimed in
the
Hi,
I benchmarked Montavista's premptive and preemtive-rtsched kernels
( patches for 2.4.0-test6) using "latencytest".
summary:
both patches do not improve latencies very much over standard kernels
I believe around factor 2, but far away from the factor 10 ( 12msec) claimed in
the
6 matches
Mail list logo
