- 5.1, 7.1 és gamer fejhallgatók
- 3D nyomtatás
- Steam Deck
- ASUS ROG Ally
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Übergyors Samsungnak próbál látszani egy hamisított NVMe SSD
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Kormányok / autós szimulátorok topicja
- Vezetékes FEJhallgatók
- Amlogic S905, S912 processzoros készülékek
Hirdetés
-
Grafikus jellegű munkára szánt AOC monitorok a megfizethetőbb szegmensben
ph A cég három kijelzővel jelentkezett, amelyek portfelhozatalukból kifolyólag dokkolóként is működnek.
-
3 évre zárnák börtönbe a legnagyobb kriptotőzsde korábbi vezetőjét
it Az amerikai ügyészek keményebb, 3 éves börtönbüntetést akarnak elérni, miután Changpeng Zhao, a Binance korábbi vezérigazgatója bűnösnek vallotta magát a pénzmosásellenes törvények megszegésében.
-
Megjelent a Moondrop audio-fókuszú telefonja Kínában, lesz globális verzió is
ma Középkategóriásak a specifikációk, ha az SoC-t és a kamerákat nézzük, de itt a kiemelt figyelem a hangra összpontosul, abban pedig egyedi dolgokat kínál a készülék.
Új hozzászólás Aktív témák
-
-
icp1970
senior tag
Köszi az infót.Erről nem is tudtam.
-
Tigerclaw
nagyúr
A piac 9x százaléka olyan gépet vesz, használ, amit a boltos ajánl neki, vagy az IT manager beszerez a cégnél. Ezeket jellemzően az érdekli, hogy mi esik le neki a dologból és nem az, hogy az ügyfélnek mi felelne meg legjobban.
Emellett az AMD-nek sok szegmensbe nincs terméke, illetve az OEM gyártók szintén 9x százalékos mértékben Intel megoldásokat preferálnak.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
kilua
senior tag
válasz Tigerclaw #55 üzenetére
"az OEM gyártók szintén 9x százalékos mértékben Intel megoldásokat preferálnak. "
Na ez az, arra gondolok hogy az oem gyártó szakemberei biztos jobban értenek hozzá mint például én, aki nem látok semmi érvet az Intel mellett, meg gondolom az IT boltosok is figyelik a piacot ha egyszer az a dolguk...
[ Szerkesztve ]
-
Kansas
addikt
Az OEM gyártók nem szakmai, hanem üzleti döntést hoznak.
Gyakran nem is pártatlanul: pl. Intel+Dell - a pert egyébként elvesztették[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
Cythyel
senior tag
és sajna 1-1 ilyen szerződést nem 1-2 évre hanem hosszabb időre kötnek, így az AMD-nek hiába van ott a bitang jó ryzen, az oem-ek ha akarnak sem építhetnek rá azonnal... szerencsére vannak gyártók melyek mind2vel szerződésben vannak (pont tegnap láttam hogy már idehaza is van 3rd gen r5 ryzen-es acer laposok)
-
Alogonomus
őstag
Ráadásul az Intel nem csak pénzért, de fenyegetéssel is kizárólagosságot követelhetett meg az OEM gyártóktól.
Tavaly ilyenkor kezdett az Intel bő évtizedes bűne nyilvánosságra kerülni, de az Intel akkor még jó pozícióból rákényszeríthetett az OEM gyártókra megkötéseket, ha azok nem akarták megkockáztatni, hogy az Intel "sajnos nem tudna" majd akár pótalkatrészt biztosítani a gépeikhez, plusz az év végi hajrához sem adna alkatrészeket a gépekbe. Beállhattak volna a sorba a sima boltok közé, és kaptak volna alkatrészt, amikor sorra kerülnek. Ezek a kizárólagossági kötelezvények majd szép sorban lejárnak, talán már több le is járt azóta. AMD az után tud majd a DIY szektoron kívül is labdába rúgni. -
hagy kérdezzem már meg, a linux vezető kernelfejlesztője még mindig linux kernelfejlesztő?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
wwenigma
Jómunkásember
válasz #07746304 #46 üzenetére
Állj le a tudatmódosító szerekkel!
Majd szólj ha felfedezték őket, jól eldugták....
Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma
-
Kansas
addikt
Tudsz valamit, amit mi nem?
Gugli haver nem dobott olyan hírt, hogy az úriember kilépett volna...Viszont ezen a héten még ilyen titulussal adott keynote-ot a 2019-es Open Source Summit-on: "Greg Kroah-Hartman
Linux Kernel Developer & Fellow, The Linux Foundation"[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
-
Kansas
addikt
Lol, ez nem tűnt fel
Azért priviben a cikkírónak elegánsabb lett volna...Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
ntomka
nagyúr
A BIOS alapból nincs patchelve, legalábbis nálam, az már nem kap frissítést sajnos. Viszont a Linux kernel az naprakész, minden benne van. Annak meg nem lenne értelme, hogy visszategyek egy olyat, amiben egy javítás sincs. A kernel fejlesztő úr sem ezt javasolja, hanem a jövőre nézve úgy tudjuk megelőzni a még feltáratlan hibákat, hogy eleve kikapcsoljuk a HT-t, mert a folyamatos toldás foldás miatt úgyis visszalassul a gép olyan szintre, mintha nem is lenne benne HT. Na, én ezt mértem, attól még messze vagyunk.
ツ Headphones on - World off
-
#95904256
törölt tag
486-osokon már elég sokat programoztam, mindenféle alacsony szintű ínyencségeket (önmódosító kódokat, architektúra analízis, stb.) és tuti, hogy voltak hibái. Az előbb keresgéltem kcsit, hátha találok errata listát, de csak egy ilyen dokut [link] találtam. A 9. oldalon szerepel, hogy melyik Intel 386 / 486 illetve korai Pentium verziókban mennyi hibát találtak. Sajna a régi dokukat egyre nehezebb fellelni.
-
Kansas
addikt
Nem olyan nehéz, Ryzenes laposból van jó néhány(nekem is egy R5-2500U-s Lenovo Yoga-m van), és nem csak papíron, a boltok polcain is. Nem annyi, mint Intelesből, de az eddigi AMD-s kínálathoz képest dömping. Még ThinkPad is van Ryzennel szerelve.
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
hokuszpk
nagyúr
de te a peccselt allapothoz kepest nezted a HT kikapcsolas hatasat, szerintem meg azt kene nezni, hogy a peccseletlen allapothoz kepest hol tart a dolog, lehet mar elerte azt a szintet, hogy patrcheletlen ht off perf = patchelt ht on perf, de majd elolvasom mar mirol beszel emberunk.
Első AMD-m - a 65-ös - a seregben volt...
-
"Többek között állandó a pufferek kiürítése a kontextusváltások között, amelyek ugyan megoldják a problémák zömét, de időbe kerülnek.": ez se igaz, ha jól emlékszem. nem két kontextusváltás között törlik a puffereket, hanem kontextusváltáskor.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
Geri Bátyó
őstag
Azt megnézted, hogy mi van kikapcsot HT-vel és a HT hibái miatt kiadott javítások nélkül, amire úgy nem lenne szükség? Mert ez lenne a lényeg. HT + javítások, vagy kikapcsolt HT a lassítások nélkül.
"Ki a büdös istennyila vagy te bohócképű!?" SzŐr Geri, birodalmi poéta és főszakács (:L topic)
-
#07746304
törölt tag
válasz Geri Bátyó #77 üzenetére
-
ntomka
nagyúr
válasz Geri Bátyó #77 üzenetére
Persze. De úgysem tudom kikerülni, hogy a kernelekben benne legyenek ezek a patchek normál körülmények között.
[ Szerkesztve ]
ツ Headphones on - World off
-
Geri Bátyó
őstag
Valószínűleg ki lehetne takarítani, csak nem lenne egyszerű.
Az egyetlen megoldás az lenne, ha valaki felrakna egy friss Wint lassítások nélkül és csinálna egy tesztet HT nélkül, utána frissítene és HT-vel is tesztelne.(#78) IntelliSense: Abban sem vagyok biztos, hogy az i5-öt nem lassítják-e a javítások!
[ Szerkesztve ]
"Ki a büdös istennyila vagy te bohócképű!?" SzŐr Geri, birodalmi poéta és főszakács (:L topic)
-
#07746304
törölt tag
válasz Geri Bátyó #80 üzenetére
Anno még az is felröppent, hogy a patch az AMD-seket is lassíthatja.
[link] https://bitport.hu/13-hardveres-hiba-az-amd-processzoraiban
-
wwenigma
Jómunkásember
válasz #07746304 #81 üzenetére
Az első intel SOS patch miatt FX-es rendszerek hónapokig random fagyásokat generáltak ugy hogy gyakorlatilag az AMD procik nem voltak sebezhetőek. Érdekes mód a CTS Labs és a Viceroy Research ugy tunt el ahogy megjelent...
Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma
-
-
Dr. Akula
nagyúr
Ezek a linuxosok állandóan ki akarják kapcsolni a HT-t...
-
#25954560
törölt tag
erdekes lesz h ha az intel tenyleg negyszalas HT-t tervez par ev mulva. azt teljesen mas alapokon oldjak meg vagy megkonnyebb lesz benne sebezhetoseget talalni? illetve ha azt le kell tiltani, akkor mennyi teljesitmenynek mondhatunk bucsut?
-
Kansas
addikt
válasz #25954560 #86 üzenetére
1. nincs összefüggés a szálak száma és a sebezhetőségek előfordulásának/megtalálásának az esélye között, annyi a kérdés, van vagy nincs HT
2. ha teljesen más alapokon oldják meg, lehet, hogy egyáltalán nem lesz sebezhető - lásd az AMD-féle SMT példáját, az is azonos funkcionalitás más megvalósítása
3. semennyi teljesítménynek nem mondasz búcsút, a proci ereje nem csökken attól, hogy kikapcsolod a HT-t, mivel a HT-tól nem lesz több nyers ereje a procinak(nem ad plusz magokat/frekvenciát/miegymást), csak feleannyi szállal nehezebb 100%-ban kihasználni - nem lehetetlen, csak nehezebb(#87) Dr. Akula : tán valaki kényszerít, hogy Linuxot futtass?
Itt válik majd el, hogy ki az aki azért használt Linuxot mert ingyen volt, és ki az akinek fontos a biztonsági aspektus is... A Linux kernel-fejlesztőknek láthatóan fontosabb a biztonság, mint az Intel renoméja...[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
Alogonomus
őstag
Hát bár a processzor nyers ereje elvileg nem változik, de a hasznosítható ereje megnő. "Az eljárás fő célja a már rendelkezésre álló részegységek minél hatékonyabb kiaknázása. Az Intel technológiájának lényege, hogy egyetlen fizikai magban a feldolgozás során keletkező üresjáratokat is kihasználják egy második szál (angolul thread) hozzáadásával."
[link] -
Kansas
addikt
válasz Alogonomus #89 üzenetére
Én is ezt írtam... a kihasználtságot növeli.
Az esetek túlnyomó többségében többet ér egy 6-magos i5 mint egy 4-magos, HT-s i7, azonos frekvencián...
Ezért is nem teljesen értem, hogy mit akarnak a 4-szálas HT-tól, annyi üresjárat van a procijaikban még a 2-szálas HT mellett is, hogy van értelme további szálakat indítani? Vajon mennyi extra hasznos teljesítményt lehet még nyerni ezzel? Vagy csak marketing értéke lesz...? Esetleg megint lesznek 2-magos procik, csak már 8 szálat tömnek le a torkukon?
[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
Geri Bátyó
őstag
A több szálas HT-nek szerver szinten lesz jelentősége olyan környezetben, ahol a szálak kihasználása viszonylag alacsony, de sok szál van.
Intel, ha csinál is 4 szálas HT-t, nem hiszem, hogy lehozza desktop szintre. AMD talán, de csak azért, mert ugyan azt használják mindenhol, de még náluk is esélyes, hogy letiltják, mert fölösleges.[ Szerkesztve ]
"Ki a büdös istennyila vagy te bohócképű!?" SzŐr Geri, birodalmi poéta és főszakács (:L topic)
-
MeszesKPT
őstag
Nem elsőként fogalmazta ezt meg, úgyhogy mondhatni nincs új a nap alatt.
-
-
Kansas
addikt
válasz Alogonomus #93 üzenetére
Ez egyszerűen nem igaz. Minden a terheléstől függ - például vannak olyan játékok is, amikben inkább nyersz mint vesztesz a HT kikapcsolásával(AMD SMT dettó). Másrészt a 40% az nedves leányálom, kb annyira gyakori, mint hogy semmit nem nyersz vele. A valós különbség inkább max 30% körüli átlagban(Blenderben mondjuk majd' 50%, WinRAR-ban még több, de pl. Far Cry New Dawn-ban -10%). Kétségtelenül jobban kijön szintetikus/produktivitási tesztekben(pl. Linux alatt).
HT/noHTjátékokban.
Meg egy másik
Linux alattNincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
#07746304
törölt tag
"Az esetek túlnyomó többségében többet ér egy 6-magos i5 mint egy 4-magos, HT-s i7, azonos frekvencián..."
Az lehet, az viszont tény, hogy amikor 19 év AM-s korszakomról váltottam Intelre, akkor az i5-6600K ami négy magon négy szállal operált, agyonverte az AMD 8 magos FX-ét, amiben igaz, hogy a magok párokban voltak, de mégis 8 mag 8 szál volt.
-
Cythyel
senior tag
válasz #07746304 #95 üzenetére
8mag8szál abban az esetben ha nem 256bit-es lebegőpontosokkal számolt, vagy csak a fixpontos egységre volt szükség, persze ehhez a programozóknak is utána kellett volna menni, de nem tették, így akár a 128bit-es lebegőpontos is képes volt lefoglalni a teljes fpu-t, így csak 4 magosként viselkedett az össz buldózer és leszármazottja, az alap elgondolás nem volt rossz, de a szoftverek nem mentek utána...
-
Kansas
addikt
válasz #07746304 #95 üzenetére
És, igen , a dózer szar volt, főleg kevés szálon, de jó napot, azóta már a 3. generációnyi Ryzen proci jött ki - vagy én is hasonlítsam az AMD procikat az előző Intel architektúrához(NetBurst), ami szintén elvérzett a korabeli AMD Athlon-ok ellen(az Athlon 64 3000+ kb. a 3GHz-s P4 teljesítményét hozta 1,8 GHz-en)?
[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
Robitrix
senior tag
válasz Tigerclaw #16 üzenetére
látod ez egy nagyon jó kérdés. nekem erősen elvi problémáknak tűnnek, amelyek csak bizonyos csillagállásnál jönnek elő, mikor éppen a ember nagymamája kerekkel gurulva éppen gőzmozdonyt játszik... eddig még soha nem hallottam, hogy akár a spekulatív utasítás végrehajtáson vagy HT és egyéb dolgokon keresztül sikerült valakinek ténylegesen adatot lopni vagy uralmat szerezni gép felett vagy virus fertőzést okozni vagy hasonló. szerintem az egész egy marhára elvi sebezhetőség. Amit marhára ráérő és unatkozó matematikusok és egyebek találtak. a media meg jól felfújta az egészet.
Elvben a körúton is vízbe fulladhat az ember. Nem túl valószínű, ennek ellenére esett meg már vagy 25-30 éve. egy hirtelen jött hatalmas csőtörésben a körút és a király utca sarkán páran megfulladtak egy pincében lent dolgozva. Olyan hirtelen jött a víz az eltört 600 mm-es főnyomó csőből, hogy nem tudtak elmenekülni. Ennek ellenére mégse mászkál mindenki mentőövvel a vállán a körúton. na ilyesmi a spectre, meldown és HT sebezhetőség. nyilván létezhet, de eddig még senki nem tudta ténylegesen kihasználni a gyakorlatban. -
opr
veterán
Ilyenkor azert bennem felmerul a kerdes, hogy ha a szakertok szerint azert szivas ez, mert konkretan a lehetetlennel hataros megmondani, hogy ki volt/van-e aktivan hasznalva, akkor pl Te megis honnan tudod ilyen magabiztonsaggal, hogy hulyeseg az egesz?
Amit meg ennel is kevesbe ertek, hogy ha ennyire vagjatok a temat, akkor hogy lehet az, hogy nem ismerjuk a neveteket? Hogy lehet az, hogy nem Ti alltok a podiumon es ismertetitek a minden bizonnyal alapos es melyrehato kutatasotok eredmenyeit?
Vegulis, csak a teljes "szakma" ert egyet benne, hogy ezek a sebezhetosegek amugy komolyak es nagy a gond. Sok barom, mi? Alig 10-50+ ev rutinnal akarnak itt pofazni, mikor megkerdezhettek volna akar Teged is, egyszerubb lett volna, mint "50 ev a banyaban", ugye.[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Robitrix
senior tag
ez valóban így van.
Alapvetően lassabban lehet futni 1 mag 2 szálán mint két külön álló magon. egy magnak egyetlen (1., 2. és 3. szintű gyorsító tára van) Ha HT vagy SMT van akkor a két szál ugyan azon a gyorsító táron osztozik. ha adott pillanatban egyszerre akarják használni a gyorsító tárat, akkor valamelyik szálnak ki kell várni pár gépi cikust, amíg a másik befejezi az írást vagy az olvasást. két külön mag esetén mind a két folyamatnak saját gyorsítót tára van így nem kell nekik egymástól függően dolgozni. Ráadásul két mag esetében tudok két külön programot futatni 1-1 magot használva. míg egy mag két szálára két külön program nem tud rámenni egy időben. a közös gyorsító tár miatt előfordulhatna, hogy ugyan azt a memoria helyet akarnák pont kezelni vagyis egymás adataiba gabalyodnának. Jól látszik a dolog, ha olyan játékkal tesztelik mondjuk a ryzen 5 3600-ot aminek csak 4-6 mag kell és mikor visszakapcsolják a 3600-ost 6/6-ra 6/12-ről még gyorsul is a program 2-3 FPS-t átlagosan. A proci ereje ott jön ki, ha mondjuk 8 szálat kéne egyszerre futtni párhuzamosan. 6-ból nem lehet egyidőben 8-at adni, de 12 szálból lehet.... -
opr
veterán
válasz Robitrix #100 üzenetére
"míg egy mag két szálára két külön program nem tud rámenni egy időben."
Ekkora marhasagot is reg olvastam, plane ilyen magabiztossaggal eloadva.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Kansas
addikt
válasz Geri Bátyó #91 üzenetére
Szerver szinten az Intel a Xeon Phi esetében pl. már most 4-szálas HT-t használ...
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
Kansas
addikt
válasz Robitrix #100 üzenetére
Nem csak a gyorsítótár közös, az egész mag kb. minden részegysége ugyanaz ha azonos mag két HT szálát nézed.
Akárhány mag tud akárhány programot futtatni, nézz csak bele a Task Manageredbe(magyarul Feladatkezelő), nálad épp mennyi fut. Úgy hívják: multitasking - magyarul ha több a taszk mint a mag(egy programnak lehet egy vagy több taszkja is), akkor a mag váltogat a taszkok között, adott ütemezésben, ami sok mindentől függ. A HT/SMT nagyon leegyszerűsítve annyival tud többet, hogy egy magon a két threaden szimultán(azonos időpillanatban) is végrehajtódhat egy-egy taszk.Azért érdekelne, honnan veszed ezt a sok sületlenséget amit írsz, saját kútfőből, vagy olvastad valahol?
[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
Geri Bátyó
őstag
Ezt nem tudtam, de abban az értelemben nincs is jelentősége, hogy alig használja valaki és el is kaszálták a Phi sorozatot. Ráadásul a Phi egy elfuserált gyorsító és nem proci.
"Ki a büdös istennyila vagy te bohócképű!?" SzŐr Geri, birodalmi poéta és főszakács (:L topic)
-
#25954560
törölt tag
"egy magon a két threaden szimultán(azonos időpillanatban) is végrehajtódhat egy-egy taszk"
meg csak ez sem. nincs duplazva vegrehajto-egyseg.
akkor van haszna a HT-nek, ha a futo progik jelentos idot varnak I/O-ra (memoria, halokartya, lemez, nemtommi), mert addig tud a masik futni. masik eset, amikor a ket szal nem egyforma tipusu terhelest ad a fizikai magnak, ezert jobb lehet osszessegeben a pipeline-ok kihasznaltsaga.
ezert ha eleg jol optimalizalt az applikaciod, akkor tobb ugyanolyan szal v process minimalis vagy semekkora novekedest nem fog hozni HT-n, mert gyakorlatilag egymassal versengenek a proci eroforrasaiert. ilyen esetekben a HT kikapcsolasa pl azert is segithet mert hugepage-ek eseten nem kell osztozkodnia a ket szalnak a TLB entry-ken vagy ahogy te is irtad kevesebben szemetelik a gyorsitotarakat (tipikusan az LLC ami faj, bar ez applikacio-fuggo).
altalaban jo megoldas kulonbozo tipusu terhelest pinelni a fizikai mag ket szalara ha van ra lehetoseg.[ Szerkesztve ]
-
-
Kansas
addikt
válasz Geri Bátyó #107 üzenetére
Csak eszerint a közérthető fogalmazás szerint nem különbözik az időosztásos multitaszking-tól, pedig de:
- "Simultaneous multithreading (SMT): Issue multiple instructions from multiple threads in one cycle.",
- "Hyper-threading is simply superthreading without the restriction that all the instructions issued by the front end on each clock be from the same thread.".(#106) &rew : Nem kell hozzá végrehajtó-egység duplázás, lásd feljebb.
[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
Geri Bátyó
őstag
Nem nagyon tudok angolul sajnos és a HT/SMT technikai részleteibe sem mélyedtem bele soha.
Valami olyasmi dereng, hogy a regiszterek vannak megduplázva (nyilván nem ennyire egyszerű azért) és emiatt lát az oprendszer egy magot kettőnek és ezért egymástól függetlenül is képes kezelni. Multitaszknál egy adott erőforráson belül (1 mag/1 szál) váltogatja, hogy éppen melyik program fut, de a HT/SMT ezektől függetlenül kapja meg a fennmaradó processzoridőt. Ezért nem konstans a HT/SMT által nyerhető többletteljesítmény (szoftverfüggő)."Ki a büdös istennyila vagy te bohócképű!?" SzŐr Geri, birodalmi poéta és főszakács (:L topic)
-
Kansas
addikt
válasz Geri Bátyó #109 üzenetére
Nincsen semmi megduplázva(illetve de, az a tároló, ami a processzor állapotát követi nyomon sima multitaszking esetén), annyi történik(a linkelt források leírása szerint), hogy egy utasítás-ciklusban nem csak egy szálhoz tartozó utasításokat tud végrehajtani.
Azt, hogy az oprendszer hány magnak látja, vagy hogy a "fennmaradó processzoridőt" hogy számolja, nem tudjuk, ahhoz sokkal mélyebben bele kellene menni a technikai részletekbe.
Azt tudjuk, hogy a felhasználó felé két magnak mutatja, de az valószínűleg azért van, mert a legtöbb felhasználó nem mélyed bele az SMT(amit az Intel HT-nak hív) technikai részleteibe, és egyszerűbb így.Mellékes kérdés, de ha érdekelnek pár évesnél nem régebbi mélyebb szakmai cikkek, akkor javaslom gyúrj rá az angoltudásra, mert különben csak kései és/vagy vacak minőségű, vagy legjobb esetben is felszínesebb információkból leszel kénytelen táplálkozni. Egy csomó jó könyv meg sem jelenik soha magyarul, emi meg megjelenik, már részben vagy egészében elavult. A magyar IT nyelvezetről(szaknyelvről) meg inkább nem nyilatkoznék... maradjunk annyiban: nem véletlen, hogy a legtöbb IT-s egyfajta kevert magyar-angol zsargont használ.
A legjobb magyar nyelvű leírás, amit hamarjában találtam - lassan nagykorú már, de talán az eredeti HT működése érthető belőle: HyperThreading - Intel Pentium 4 3.06 GHz - az azóta a technológián eszközölt változásokat nyilván nem tartalmazza, ahogy az AMD-féle SMT-hez képesti különbségeket sem.
[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
Geri Bátyó
őstag
Jó az a régi írás, amit linkeltél mert benne van a lényeg: "a processzor két szimmetrikus állapottároló, a külső egységek számára hozzáférhető egységgel rendelkezik"
Erre az állapottárolóra utaltam regiszterként."Ki a büdös istennyila vagy te bohócképű!?" SzŐr Geri, birodalmi poéta és főszakács (:L topic)
-
Kansas
addikt
válasz Geri Bátyó #111 üzenetére
Igen, közben kicsit utána olvastam az Intelnél(csak már nem fértem bele a szerkesztési időkeretbe), és a fent említett állapottároló, amiből thread-enként van egy-egy, az valóban tartalmaz egy-egy teljes regiszter-készletet("For each thread, the processor maintains a separate, complete architectural state that includes its own set of registers as defined by the Intel 64 architecture."), tehát az van valóban duplázva. Viszont a processzor teljes végrehajtó-része közös.
De önmagában ezzel nem sok teljesítményt lehetne nyerni, max annyit érne, hogy amíg az egyik thread-en taszkváltás van, a másik thread menne helyette, tehát az I/O műveletek idejét spórolná meg.
Ami a HT igazi trükkje, hogy a két thread-hez tartozó utasításokat képes együtt végrehajtani, mivel egy órajelciklus alatt több (mikro)utasítást tud lefuttatni(az Intel konkrét példájában a Nehalem 4-et), és ezeknek a HT jóvoltából nem kell szükségszerűen egyazon thread-ből származni, hisz nem kell a thread-ek közti váltáskor(az egyazon threaden futó taszkok közti váltáshoz képest) elmenteni az egyik thread-hez tartozó regiszter-tartalmat és a másikat visszatölteni a helyére, hiszen mindkettő folytatólagosan rendelkezésre áll.Persze nyilván vannak még ezen felül mindenféle optimalizációk, meg out-of-order "mágia", de ez az alap működése, legalább is a 2009-es állapot, amikor az összefoglaló született.
Forrás: Performance Insights to Intel® Hyper-Threading Technology(2009)
[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
Geri Bátyó
őstag
Azt írtam én is, hogy a HT lényege a multitaszkkal szemben, hogy függetlenül kezeli az adott szálat (ezért van a 2. regiszter).
Persze nyilván van még egy csomó hardveres okosság, hiszen a HT elvileg akár 25%, de az SMT akár 35% plusz teljesítményt is adhat (az adott gyártó szerint).[ Szerkesztve ]
"Ki a büdös istennyila vagy te bohócképű!?" SzŐr Geri, birodalmi poéta és főszakács (:L topic)
-
Kansas
addikt
válasz Geri Bátyó #113 üzenetére
Nem pontosan idézel saját magadtól...
Ezt írtad:
"Multitaszknál egy adott erőforráson belül (1 mag/1 szál) váltogatja, hogy éppen melyik program fut, de a HT/SMT ezektől függetlenül kapja meg a fennmaradó processzoridőt"
Csak épp ez úgy hangzik, mintha egy szál futna, és egy másik, alacsonyabb rendű szál megkapná a változó mennyiségű kihasználatlan, "fennmaradó processzoridőt".Ez elvi szinten zárná ki a HT bekapcsolásából fakadóan fellépő teljesítmény-csökkenést, viszont potenciálisan kiéheztetné a másodrendű szálon futó taszkot.
Csakhogy mivel a két thread egyenrangú, vannak esetek, pl. livelock(egymásra vár a két thread), vagy az egyik a másikra vár ami meg I/O-ra vár, amikor az eredő teljesítmény kisebb lehet, mint ha a két szál csak simán multitaszk üzemmódban futna(HT off). Ezek szerencsére ritkábbak, mint hogy valamekkora mértékű gyorsulást hoz a HT/SMT.A biztonsági probléma abból fakad a HT-nál, hogy(nagyon durván leegyszerűsítve) az egyik thread hozzáférhet a másik thread által használt memóriaterülethez, mert nincsen kellő mértékben biztosítva a szeparáció.
Ez egyébként nem csak prociknál, de más erőforrás-megosztást használó esetekben is probléma, a legegyszerűbbtől(közös használítú számítógép) a kifinomultabbakon át(pl. hipervizorok) egyészen a felhős alkalmazásokig - csak ott nem olyan bosszantó a védekezési módszerekből(pl. full disk encryption - BitLockert és társai) fakadó teljesítmény-csökkenés és/vagy a nép már hozzászokott és eleve kalkulál vele.[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
Új hozzászólás Aktív témák
- Beszámítás! Intel Core i5 6500 4 mag 4 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i3 9100 4 mag 4 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i3 10105 4 mag 8 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i7 7700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- Intel I7 13700K 16mag/24szál - Új, Tesztelt - Eladó! 128.000.-