News for hackers. Stuff that matters.

A comment on The Jury Is In: Monolithic OS Design Is Flawed [pdf]. Parent comment

Re:The Jury Is In: Monolithic OS Design Is Flawed [pdf] by tropo on Wednesday August 15, 2018 @03:08PM (#17768796)
Cache footprint of the OS shouldn't matter because the system should be otherwise idle and benchmark shouldn't be interacting much with the OS. The OS mostly doesn't run during the benchmark.

Assuming you didn't have those mistakes, the difference was likely due to memory allocator choices. Scattering the pages of memory is very different from laying them all out one after another. Scattered pages will cause benchmark results to be less predictable, with evictions seeming to happen at random. QNX probably made one great big allocation, in both the virtual and physical address spaces.

[ Parent | on HN ]
Re:The Jury Is In: Monolithic OS Design Is Flawed [pdf] by KMag on Thursday August 16, 2018 @01:50PM (#17776971)
The benchmarks weren't particularly well written, using lots of syscalls for timing instead of RDTSC. The impact was small compared to cache size, and the benchmark worked perfectly fine for education.

I noticed a later filesystem simulation benchmark for the same class ran faster when I moved my mouse. After a few minutes of investigation, I submitted a patch to prefer /dev/urandom to /dev/random on hosts that had /dev/random.

[ Parent | on HN ]