Good to hear.
> But, to be sure i repeated everything, neither latencytest-0.42 nor
> my own tests could find a difference with or without the preemptible
> patch. I do not know if i can expect a lower latency at this stage of
> development.
I am surprised, you should see a difference, especially with the
latencytest. Silly question, but you both applied the patch and enabled
the config statement, right?
No, at this stage of development we are seeing greatly reduced latency
times with the patch. Continued work is going to be on improving
locking mechanisms, but this is something that will come about later and
improve the kernel overall.
> A maximum of 15 msec latency with all the stress, i managed to put on the
> machine is not that bad anyway.
No, 15ms is very good. I am seeing things 5-10ms here, but much much
higher without preemption. Odd.
> The CPU is a 1.1GHz Athlon. I forgot to mention this.
Oh, Good. we earlier had problems with an Athlon optimized kernel, but
we have solved those problems.
> I will continue to test the preempt patches.
Thank you.
> Do you want me to test anything special ?
I can't think of a benchmark that tests various aspects of a filesystem
(file creation/deletion, directory seeking and listing, etc.) but that
would be great to see if xfs improves with preemption.
You can test raw disk I/O with dbench ftp://samba.org/pub/tridge/dbench/
... try 16 threads (dbench -16).
-- Robert M. Love rml at ufl.edu rml at tech9.net- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/