Názory k článku
Facebook BOLT: zrychlení linuxových binárek
-
654 (neregistrovaný)
Já bych to nazval spíš úklidem nebo reorganizací binárky za účelem lepší stravitelnosti pro CPU.
Citace z článku na sdtimes.com [1]:
"Highly complex services, such as those here at Facebook, have large source code bases in order to deliver a wide range of features and functionality. Even after the machine code for one of these services is compiled, it can range from 10s to 100s of megabytes in size, which is often too large to fit in any modern CPU instruction cache. As a result, the hardware spends a considerable amount of processing time — nearly 30 percent, in many cases — getting an instruction stream from memory to the CPU,...BOLT rearranges code inside functions based on their execution profile, the company explained. The body of the function is split based on how frequently the code is executed, and then it performs and optimal layout of hot chunks of code depending on the call graph profile."
-
j (neregistrovaný)
Jenze jestli neco "vi", co bude pro CPu stravitelny, tak je to prave kompilator, protoze prave a pouze ten vidi, co programator kodem zamyslel, kdezto cokoli potom uz ma informacni deficit danej prave tim, jak se rozhod kompilator.
A protoze i kompilator ti klidne muze nektery kusy kodu preorganizaovat tak, ze nebudou fungovat, tak prevazne existujou moznosti, jak jeho optimalizacim zabranit. Coz je opet informace v kodu pro kompilator, kterou ale optimalizator binarky ... nema.
-
Peter FodrekZlatý podporovatelA optimalizovať na ktorý procesor
AMD vs. Intel
The Compiler as Refereetest
444 namd optimalizovaný na Intel P7 bežal na Opterone na úrovni 89% výkonu kódu aptimalizovaného pre Opteron
atest
454 calculix optimaliyovaný pre Opteron bežal na Pč-kovom Xeone s výkonom 50% výkonu kódu optimalizoavného pre P4-ku
https://www.pgroup.com/lit/presentations/pgisc06.pdf -
Velke firmy riesia optimalizacie na vsetkych vsetkych urovniach. Od aplikacnej "vysokej" urovne az smerom k zelezu. Tu je napriklad talk o ich implementacii std::string, ktory priniesol 1% zrychlenie: https://www.youtube.com/watch?v=kPR8h4-qZdk Odporucam si to pozriet, aby si clovek uvedomil, ake extremne veci sa musia riesit.
Google ma tiez svoje pristupy. Napriklad nepouzivaju exceptions, aby dosiahli rychly kod. A samozrejme, tiez maju vlastny string :)
-
Ono hlavne treba rozlisovat to, ci niekto vytvara softver, ktory bezi na cudzom zeleze alebo na vlastnom. Ked uz musi firma sama znasat naklady na beh (priklad toho facebooku alebo google, ktore prevadzkuje vlastne servre), tak sa sakra posnazi, aby ich musela pouzit co najmenej. Takemu Microsoftu to naozaj moze byt u prdele, ako dlho sa u zakaznika pusta Office alebo Windows.
-
eeeee (neregistrovaný)
Detail: v Googli sa oplati aj usetrit 0.1%. Z verejnych zdrojov boli davnejsie rocne vydavky 10.9mld USD. Usetrenie 0.1% znamena usporu 10.9 mil USD a to uz zaplati aky-taky vyvoj.
ČLÁNKY DO MAILU