edit: outdated
Announcement
Collapse
No announcement yet.
Benchmarking The Ubuntu "Low-Jitter" Linux Kernel
Collapse
X
-
Imagine if you could use a million z80s. 1ms osjitter, and suddently a million ms lost. Well figuratively speaking. One needs to have a good multicpu mainboard design aswell. But still. That is what liked about BeOS in it`s day. Designed from the ground of for multiple cpus. Instead of 1 or 2 expensive cpus, 8 cheap. Give the ghetto people doom 3.
As many obscure things, good or bad, it faded.
Comment
-
Originally posted by ext73 View PostMy kernels are faster and more responsive ... and energy consumption + my script APM at most 40-60% of standard solutions
Kubuntu 12.04 działające pod MSI X370 AMD APU E-350:mój kernel: 3.6.2-ext73-f1-21.0-64-brazos-ags-cfsobciążenie maszyny cały czas 100 % na oba rdzenie proces...
MSi X37- praca pod Kubuntu 12.04 + moje rozwiązani: skrypt APM, nastawy cpufreqd, kernel 3.6.2-ext73-f1-21.0-brazos-ags-cfs, wpisy w GRub [ACPI]Minimalne zuż...
greetings
e X t 7 3
Peace Be With You.
Comment
-
Originally posted by aceman View PostThanks at least for this full config.
Some list of the specific options you think must be set would be nice, e.g. a diff to the distro config.
Also, I wonder where do you get the CONFIG_HZ_90 option, when vanilla kernel has a 100Hz option. Also I wonder why the lowest value is best, when the kernel config says the highest (1000Hz) option is for low-latency.
A lot of people do believe 1000hz is the best, and I was recently told to use 10.000hz and BFS for "lowest latency". This is not true at all, infact a setting of 20hz with BFS, will not be noticably different from 10.000 except cpu-usage. With CFS though, 90hz gives the least jitter. Also the value may not scale, as the kernel code says the scaling is a bit unpredictable. It gives the lowest jitter on my dualcore though. I would strongly advise against 1000hz on the desktop, even though many believe that to be the best.
Peace Be With You.
Comment
-
Originally posted by YoungManKlaus View PostNoob. Beer is very good at preserving itself without any additives and refridgeration, which is exactly why it is not kept in a freezer in the super market. I know because I tried one - even a unfiltered one where the guaranteed time is shorter, but still in the range of months - about two years after that date and it was still good as ever.
Prerequisites:
- bottled in glass bottle, not aluminium can (though that should also work), or worst: PET
- not opened
- preferably strong (the stronger the better, obviously, as less germs survive)
- brewer has to know what he was doing
... so in short, US beer is out
And the "Abt" trappist ale from West-Vleteren is often at its best at 6-8yo (bottle refermentation and an artisanal brewing process make the result slightly unpredictable, but it's very unlikely it will be bad after 8 years).
Comment
-
Originally posted by Paradox Uncreated View PostPS: Even games were made in basic on c64, that had no slowdowns. Imagine interpreted basic, on a 1mhz CPU, can do lower-jitter than a modern pc. (well on many PCs )
The same was mostly true on a PC with DOS (see all the amazing things people from the demoscene did on that platform).
Comment
-
Originally posted by unix_epoch View Post(...)
Throughput benchmarks should only be included as an afterthought, if at all. They don't measure the important variable.
(It's like after finding a new medicine, you want to make sure it doesn't have too many side-effects.)Last edited by JanC; 20 October 2012, 02:47 PM.
Comment
-
Originally posted by JanC View PostThe OS on the C64 didn't support multitasking, so there weren't other processes competing for CPU time. That allows the application/game developer to have complete control over the CPU usage.
The same was mostly true on a PC with DOS (see all the amazing things people from the demoscene did on that platform).
The whole idea with low-jitter is to get that "no OS" experience. Making the OS completely transparent to the user.
Remember that "multi-tasking" are high-level concepts related to programming paradigms, context switches etc. You CAN run "multiple apps" on a c64 aswell, but you have to write them like that.
Peace Be With You.Last edited by Paradox Ethereal; 27 October 2017, 06:24 PM.
Comment
-
Originally posted by Paradox Uncreated View PostKano, I do, and you should try Mega Apocalypse to get an idea of how fun a low-jitter game can be. And then boot back in to high-level OS paradigms where there is latency, and get an idea of what I think of those.
I post a lot there. Was there anything in specific? I can post the whole .config for 3.6.2 shaved local, which you can take inspiration from. PS, not full distro config.
Peace Be With you.
(I also did some edits, but they are documented on the blog)
Originally posted by Paradox Uncreated View Postinfact a setting of 20hz with BFS, will not be noticably different from 10.000 except cpu-usage.
Comment
-
Input lag? Are you aware that my da converter has no clicks on my machine at 0.3ms? How do you relate that to "hz"? When I type, things are FAST. The OS is ultrasnappy.
Ofcourse when you optimize for a high-performance bus, like a graphics bus, used in OpenGL, you can be sure that good things are happening.
Peace Be With You.Last edited by Paradox Ethereal; 27 October 2017, 06:24 PM.
Comment
Comment