Użytkownik "Wojciech Muła" <w...@g...com> napisał:
On Friday, December 22, 2017 at 12:19:36 PM UTC+1, AK wrote:

> Heh. _Po cholere_ dzis komus asm w normalnej praktyce ?

> Bo np. kompilatory są za słabe i nie zrobią wymyślnej wektoryzacji.

Nooo powiedzmy.

>Albo błąd programie okazuje się błędem w optymalizatorze i bez
> znajomości asemblera nie potrafiłbyś tego powiedzieć.

Racja. Polecam np. analize jakze "niestandardowej" fukcji strlen() w Turbo C++ 3.0.

>> Wlasnie dobry programosta powinien dzis uciekac od asm-a najdalej jak sie da.
> A bardzo dobry powinien wiedzieć, kiedy nie uciekać. :)

No zgoda w 100%.
Tyle ze bardzo dobrych wystarczy max 10% (a moze i batrdzie prawdopodobne ze 1%)
i zwyczajnie szkoda czasu aby wszytskich czynic bardzo dobrymi w czasach tak duzego
braku "resources".

>> Uczenie prakktyczne/inzynierskie asm-a na studiach to tez idotyzm zupelny i strata
czasu.
>
> Sposób uczenia jest pewnie głupi. Dużo sensowniej uczyć jak działają
> procesory, bo niektóre problemy wydajnościowe są wynikiem przeciekania
> niskopoziomowych abstrakcji wyżej. W szczególności te związane z dostępem
> do pamięci (cache, wyrównanie danych, atomiki, false sharing).
> Dobrze też wiedzieć dlaczego i kiedy hyper-threading się nie przyda.

...i jak zarzadzac (algorytmy) optymalnie pamiecia cache, jak przydzielac
optymalmnie
rejestry procesora (kolorowanie grafu) jak optymalnie "priotrytetowac"
pipeline instrukcji itp itd, ale nie spraw stricte inzynierskich/rzemieslniczych
czyli
zestawu instrukcji itp.

AK