Ako hoces high tech cringe, LKML je "place to go". Linus je jezivo sposoban developer, koji je cesto u pravu.... Ono sto je meni u tom thread-u privuklo paznju je ono sto je napisao ovde:
Citat:
I don't want some application to go 'Oh, I'm _soo_ special and pretty and such a delicate flower, that I want to flush the L1D on every task switch, regardless of what CPU I am on, and regardless of whether there are errata or not' … I do not want the kernel to do things that seem to be "beyond stupid".
Ovo nije tehnicki, vec social aspect, ali u pravu je. Ocekujem da develoeri softvera tipa sshd to maksimalno koriste, bukvalno ces imati "flush L1 cache" svaki put kad radis context switch za sshd... Sto je sa jedne strane opravdano od njih (oni jesu "special snowflake", u smislu security-ja), ali sa druge ces obeshrabriti bilo koga da se ssh-uje na server, jer ce ubiti ceo core time. Strasno.
Pri tom, ako masina ima hyper-threading, ti mozes da napadnes sa drugog CPU thread-a i pre context switching-a, jer se isti ne desava. Bukvalno, krenes, pa sta je sa tobom na istom core-u u drugom HT pipeline-u, tvoje je. To je i najgori deo, nisi resio problem, a uveo si nesto sto ubija performanse. Amazon ovo gura, jer oni maksimalno koriste sharing (ali i hyper-threading), ali ovo nije resenje.
Da mislim da je Linus u pravu - ne "ovo ne treba da se radi" u pravu, vec "ovo ne resava problem u stvarnosti - a donosi nove probleme" u pravu. Treba nam bolje resenje. Na zalost, nisam siguran koje, i nisam siguran koliko je moguce resiti... Koliko ovo pogadja druge proizvodjace je pitanje, ali meni se cini da je polako vreme da se, za servere, odustane od Intel-a. Ja, zbog ovakvih stvari, sve sto mogu, a sto je cloud, uzimam kao AMD. I dalje ima problema, ali manje. Ovo su razlozi zasto ce privatni cloud ostati "viable" jos dugo vremena....
Please do not feed the Trolls!
Blasphemy? How can I blaspheme? I'm a god!'