Názory k článku
Intel zveřejnil rozšíření APX: Advanced Performance Extension

Tak to vypadá na další vystřízlivění z neomezeného růstu počtu jader, když se jádro dále zmohutní. Už bylo načase. Intel se vlastně s tou stagnací na 4 jádrech tak trochu trefil, protože když by čtyřjádra nebyla výrobci frekvenčně omezena, tak budou stačit i dnes většině náročnějších hráčů (výkon okolo RTX 4060), natožpak obyčejným lidem a té obrovské mase co hraje na něčem méně výkonném.

Nedávno jsem potkal jednoho opravdu machra (nemám důvod mu nevěřit) a ten mně vyprávěl o paralelním programování v praxi a nebýt té možnosti, že na PC vždy běží více programů naráz, tak by to bylo hodně pesimistické (ani čtyřjádra by nedávala jasný smysl).

Řekl mimojiné to, že udělat program, co skutečně efektivně umí využívat víc jak cca 12 jader, většinou naráží na nepříjemnou realitu (finanční i technickou) až tak, že to nikdo nedokáže bez nějaké skutečné revoluce v HW-SW. Neberme cinebench, fyzikální simulace a vývojářské nástroje pro programátory jako obvyklé programy, protože nejsou. Jen vyjímky potvrzující pravidlo.

Tak to byl teda pořádný machr.

I když už to jde (tzn, nevadí obrovské náklady navíc), tak režije je pak tak vysoká, že prostě smůla a efektivní to není, takže zbytečná práce.

Řekl mimojiné to, že udělat program, co skutečně efektivně umí využívat víc jak cca 12 jader, většinou naráží na nepříjemnou realitu (finanční i technickou) až tak, že to nikdo nedokáže bez nějaké skutečné revoluce v HW-SW.
Třeba obyčejný web server? Záleží co si definuješ jako "skutečně efektivně".

Tak snad je jasné, že serverové aplikace nemyslel...

Chtěl jsem ukázat, že udělat program, který využije víc jader není zas takový problém. Nesmysl je tvrdit, že je to nesmysl.

Paneboze to jsou jsou ale blaboly.

Spíše se mi zdá, že jsi jej nepochopil, jak to myslel.

Je fascinující, jak někteří dokážou ignorovat zřejmou skutečnost. Kdyby to byla taková blbost, tak konfigurace procesorů vypadá úplně jinak než dnes vypadá (např. v notebooku by žádný CPU neměl frekvenci nad 3GHz - kvůli efektivitě) a velká jádra by už byla dávno zválcována malými, např. Atomy. Bohužel v kontextu reálného SW je 16 malých jader sice levně vyrobitelných a s krásně nízkou spotřebou, ale jejich využití je mizerné.

28. 7. 2023, 12:35 editováno autorem komentáře

Možná by bylo lepší nepsat o tom, čemu nerozumíš.

https://blogs.solidworks.com/tech/2017/05/multiple-processor-cores-fea-good-bad.html

A těch programů je víc, takže buď jsou programátoři v těchto (všech) firmách jelita nebo zhruba platí, co jsem napsal.

A nebo tomu nerozumíš a hledáš jakýkoliv benchmark, který zrovna moc neškáluje, aby sis potvrdil svoji pravdu.

Děláš si srandu? Zrovna to co jsem odkazoval patří k přirozeně nadprůměrně přátelskému SW a škáluje dobře, většina SW je na tom ještě hůř. Nehodlám sem dávat 1500 odkazů, stačí první web na který narazíš a testuje aspoň 5 programů.

Ten růst počtu jader je daný dost tím, že s frekvencí už výrobci nemají kam jít. Oni se nezastavili z vlastní vůle, ale proto že je fyzika o moc dál nepustí. Výkon jednoho jádra už zvyšují hodně divokými a komplexními triky (a vedou k nečekaným průserům typu Spectre a spol).

Zrovna hry nejsou moc dobrý příklad. Moderní grafická api jako Vulkan jsou navržená, aby je bylo možné efektivně krmit z hodně vláken. Ta (r)evoluce v paralelním programování probíhá. A to z donucení, protože sériově to prostě dál moc nejde.

Hlavni informace se nejak ztratila v prekladu... ktere modely prinesou funkcni implementaci daneho rozsireni?

To bude trvat tak 2-3 roky. Určitě ne ty modely, které už mají podporu v GCC/clang.

Ale upřímně podporovat toho rozšíření nebude z pohledu CPU nějaký velký problém a toto je něco, kde bych viděl i podporu ze strany AMD. Jediná novinka je REX2 prefix - všechno ostatní se jen rozšíří. No a vzhledem k tomu, že interně mají dnes procesory víc než 100 registrů, tak adresovat 32 místo 16 je nic.

Ty instrukce celkem dávají smysl a vypadá to, že Intel konečně po letech udělal dobrý krok. Chybí mi tam ale opravdu min/max pro GP registry, které nově má i ARM64 - je to velká škoda, že na takto základní operace se musí použít CMOV.