#10454: New scheduler: substantial performance drop -----------------------------+---------------------------- Reporter: stippi | Owner: pdziepak Type: task | Status: in-progress Priority: high | Milestone: R1 Component: System/Kernel | Version: R1/Development Resolution: | Keywords: Blocked By: 10487 | Blocking: Has a Patch: 0 | Platform: All -----------------------------+---------------------------- Comment (by stippi): I am almost convinced this has nothing to do with thread migration. First of all, it was news to me that the observed behavior is apparently hardware-specific, for other people it works just fine and the new scheduler is faster, some are in the same boat as me. Secondly, I am observing "short freezes", which I now think may be related: I mostly notice that while typing in Pe, sometimes the text caret does not react, and then several chars that I just typed in the last second or two appear at once... so somewhere, sometimes a delay happens that prevents threads from running when they should. Maybe the delay is always there but varies in length, with the average length having the observed effect on overall compile time, and the longest length giving a noticeable delay while typing. My hardware is a Core i5 quad: Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz family(6) model(58) stepping(9) fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx rdtscp lm constant_tsc arch_perfmon pebs bts xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms Anything else I should follow up on to help investigate? -- Ticket URL: <https://dev.haiku-os.org/ticket/10454#comment:8> Haiku <https://dev.haiku-os.org> Haiku - the operating system.