Cekani, az se druhy zpracuje, neni problem pomale komunikace mezi thready. Tim Sweeney mel na mysli neco jineho a ty moc dobre vis co Pochopil jsem z toho zhruba toto: MT SW jde psat dvema zpusoby: budto se minimalizuje mezi-vlakovna komunikace na minimum, coz je nutne u CPU propojenych pomalou FSB, protoze jinak oba procesory tato komunikace velmi brzdi. Pak ale zrejmne nastava to, ze na sebe musi thready dlouho cekat a pod, coz neni efektivni. Dalsi moznost je psat MT SW bez ohledu na minimalizaci mezi-vlaknove komunikace a soustredit se jen na co nejefektvinejsi navrh z hlediska MT pristupu. To ale zrejmne muze vyzadovat pomerne hodne mezi-vlaknove komunikace, coz je v pripadne nativne vice jadrovych CPU pouzitelne a podle nej to muze prinest vyrazny narust vykonu. Upozornuju, ze tomu nerozumim, jen jsem si prelozil, co Tim napsal...a pripada mi to pomerne logicke. Jinymi slovy: dnesni MT SW neni optimalizovan na DC, takze jde ocekavat dalsi zvysovani vykonu i u nyni MT aplikaci....
Citace Původně odeslal swarm Zobrazit příspěvek
Petrik: Jaký význam má nativní quad-core na problému komunikace mezi thready (tedy, že jeden čeká na druhý, až se zpracuje)?