1. Szerintem kevered a dedikalt processzoros rendszereket a multi procis rendszerekkel. Olyan altalaban nincs, illetve nem ''ugy szoktak'', hogy egyiken ez fut, masik procin meg az. Azt az oprencer utemezoje donti el, es ha az utemezo eleg okos, akkor kevesszer dobja at indokolatlanul a processzeket egyik procirol a masikra. Mert ugye az overheaddel jar. Nem specialis MP rendszerben gyakoriak az ''atdobasok''. Azert amit irsz, annak van igazsag alapja, mert akkor es csak akkor, ha Linux alatt hasznalnak cpu_affinity patch-et, akkor azzal hozzarogzithetnek processzeket adott processzorokhoz.

2. Siman ki lehet hasznalni 4-es HT-t is. Inditsd el alapban a Linuxod es nezd meg hany processz fut. 50? Indits el X-et meg par app-ot es most is nezd meg. 200-500? Most indits el valami Java-s alkalmazast, JavaVM-et igenylo cuccokat. Ehe. Kicsit sok processz/thread van? Ezeket mar szepen szet lehet osztani!!! Plane egy olyan gepnel, ami felhasznaloi kereseket szolgal ki. Es remelhetoleg mind memoria mind proci utemezesben nagyon eros lesz az uj 2.6 kernel.

Vagy fordithatsz ugy kernelt, hogy a makefile-ba felemeled a szimultan batch job-ok szamat 8-ra teszem azt. Szepen el elsz osztva a forditas.

Acer Predator Helios 500 Ryzen, Samsung 960 Pro NVMe + GeChic 15.6" kulso monitor a mobil irodahoz