The main contribution of this work is the discovery and study of four performance bugs in the Linux scheduler. These bugs cause the scheduler to leave cores idle while runnable threads are waiting for their turn to run. Resulting performance degradations are in the range 13-24% for typical Linux workloads, and reach 138x in some corner cases.

http://www.ece.ubc.ca/~sasha/papers/eurosys16-final29.pdf
#gindenpoleca #programowanie
@lerner:

https://arewefastyet.com/

https://blogs.windows.com/msedgedev/2015/05/20/delivering-fast-javascript-performance-in-microsoft-edge/

Zazwyczaj silnik kojarzymy z całym środowiskiem w którym jest wykorzystywany, i nie zawsze jest tak że wydajność w określonych testach przekłada bezpośrednio na to z czego korzysta później programista a co widzi użytkownik. Firefox bardzo zainwestował w pewnym momencie w asm.js i to widać nawet na demach od unity. Niektóre silniki przeglądarek (czyli silnik js + dom + css + webgl + svg itd) sprytnie ukrywają pewne mankamenty
because you don’t have systems in place to detect


@Ginden: Czyli właśnie to powinno być pierwszą rzeczą, jaką należy zrobić. I mieć nauczkę na przyszłość, żeby nowy kod bez testów się nie pojawiał.

Nie ma testów, które wykryją każdy regres


@Ginden: Ale większość typowych wykryją. I to chodzi. Testy nie mają zastąpić myślenia ;-)