2. Fórumok
  3. Processzorok, tuning
  4. Intel Core i7-3xxx "Sandy Bridge-E" és i7-4xxx "Ivy Bridge-E" (LGA2011)
Keresés

Új hozzászólás Aktív témák

  • #404 Abu85 HÁZIGAZDA p87 #403
    Új Válasz #404
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Abu85

    HÁZIGAZDA

    válasz p87 #403 üzenetére

    Pontosan, a gyártás miatt van rajta az a lyuk. A tokozás során megnövekedhet a nyomás a fémtok alatt, amit valamilyen formában el kell vezetni. Erre az egyik megoldás az a kis lyuk. Van persze más opció is, de úgy néz ki, hogy az Intel az SB-E-hez ezt a megoldást választotta. Annyira persze nem lényeges dolog, hogy milyen formában védekeznek a nyomás ellen, csak legyen elvezetve.

  • #269 Abu85 HÁZIGAZDA Mozsa #268
    Új Válasz #269
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Abu85

    HÁZIGAZDA

    válasz Mozsa #268 üzenetére

    Arra volt játék azonnal. A BattleForge rögtön kapott DX11 patchet. Jött a STALKER: CoP és a Dirt 2, majd az AVP. A PCI Express 3.0-ra konkrétan nincs semmilyen játék, ami ebből profitál.

  • #265 Abu85 HÁZIGAZDA Mozsa #264
    Új Válasz #265
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Abu85

    HÁZIGAZDA

    válasz Mozsa #264 üzenetére

    Igen. Azt ellenőrizni kell. A C1 az bevallottan bugos.
    Ettől függetlenül fenntartom, hogy a PCI Express 3.0-nak nagyobb a füstje mint a lángja. Nem értsetek félre, örülök a fejlődésnek, de ebből a játékosok most nem profitálnak. Ha nem megy a PCI Express 3.0, akkor nem megy. Semmit sem veszt egy átlag user. Ebből a szempontból a problémázást sem értem. Persze ha valaki éghajlatot szimulál OpenCL-ben, akkor sorry, oda valóban kell a nafta a kommunikációs busz oldalán, de egy gémernek nem kell.

  • #263 Abu85 HÁZIGAZDA Coldearth #262
    Új Válasz #263
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Abu85

    HÁZIGAZDA

    válasz Coldearth #262 üzenetére

    Nem az a baj, hogy nem megy, hanem, hogy nem biztos, hogy megy. [link]
    Ezért van csak 2.0-ra minősítve, és az Intel sem használja a 3.0-t, mert nem biztos, hogy hibátlanul működni fog. Ez ilyen működhet, de garancia nincs rá.
    De mondom túl nagy jelentőséget tulajdonítotok ennek.

  • #260 Abu85 HÁZIGAZDA gabipaci #258
    Új Válasz #260
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Abu85

    HÁZIGAZDA

    válasz gabipaci #258 üzenetére

    Ki vannak javítva a hibák, csak funkcionalitás szintjén le lettek tiltva, hogy a C1-es procikat ne kelljen cserélni. Hallottam már, hogy a C2-es Xeonon működik a VT-d. Egy gyártó erősítette meg az infót, szóval abszolút megbízható adat. A Xeon is ugyanazt kapja, amit a Core, csak jelen esetben korlátok nélkül.
    A PCI Express 3.0 egyelőre kérdéses. Az Intel a szerver útitervben is PCI Express 2.0-t jelez, úgy, hogy előfordulhat, hogy működik a PCI Express 3.0, de erre nem lesz garancia. Itt nem csak az Intelen múlik a dolog, hanem a többi gyártón is.
    Bár azt valóban nem értem, hogy ha a PCI-SIG hitelesítette a vezérlőt 3.0-ra, akkor miért nem azt írják. Ha nem fog működni, akkor az nem az Intel hibája lesz, hanem a bővítőkártya gyártójáé, mivel az Intelnek meg van a hivatalos hitelesítés. Ha meg a bővítőkártya gyártójának is megvan, akkor nincs para. A szabvány pont azért van, hogy így ezeknek működniük kell. Ez egyelőre homályos. Esetleg még stratégiát lehet ebbe belevonni. Az Intelnek jó dolog a PCI Express 3.0, de még jobb dolog ez a HPC szerverek piacán az AMD-nek és az NV-nek. A CPU és a GPU közötti sávszél növelésével a heterogén módon programozható rendszerek teljesítménye is nő, ami egyre gazdaságosabbá teszi a GPU alkalmazását, és ez az Intelnek rossz. Akár az is elképzelhető, hogy az egész szándékos, kérdés, hogy a Knights Corner esetében garantálják-e a PCI Express 3.0-t. Ha igen, akkor ez egy stratégia húzás, amivel az AMD és az NV cGPU-k technológiai előnyét akarják megreszelni a HPC-piacon. Ebben a szegmensben azért tényleg számít, ha a CPU és a GPU dupla sávszéllel adja át az adatokat. 10-20%-os előnyben mérhető.

  • #259 Abu85 HÁZIGAZDA Mozsa #257
    Új Válasz #259
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Abu85

    HÁZIGAZDA

    válasz Mozsa #257 üzenetére

    Heterogén szempontból ez mindegy. Ha keversz, akkor az már hátrány lesz a szoftveres oldalon. OpenCL esetében eléggé meg van keverve a helyzet. Egyrészt a gyártói fejlesztések nem azonos szinten történnek. Ez alapvetően nem baj, amíg teljes konfigurációd egy gyártótól származik, de amint kettőtől, akkor már két eltérő OpenCL drivered lesz a gépen. Az említett Intel és NVIDIA esetében például az Inteltől egy CPU driver és az NV-től egy GPU driver. Ez a szoftverfejlesztők oldaláról egy komoly probléma, mert nem elég a gyártók eltérő fejlesztési tervéhez igazodni, meg tökéletesre kell csiszolni azt is, ha a vásárló keveri a gyártókat. Ezen a ponton lehet persze dolgozni, de azzal már nem tudnak mit csinálni, ha nem a programban, hanem az egyik driverben van gond, és ez akadályozza a működést. Ilyenkor például az említett NV-nek és Intelnek össze kell dolgozni, kideríteni mi a gond, majd elvégezni a módosításokat a driverben, amit tesztelni kell, és ez két külön csapattal több hónap is lehet.
    Egyébként Intel procihoz AMD VGA-val sem leszel előrébb. A hivatalos támogatás tekintetében ugyanúgy két gyártó driverét használod. Talán annyi előnyöd lesz, hogy ha az Intel drivere nem jó, akkor felmegy az AMD OpenCL CPU drivere is a procihoz, ami engem már sokszor segített ki, de ugyanakkor bosszúságot is okoz, hogy nem tesztelik az Intel procikon a működést, vagyis egy nem hivatalos támogatásról van szó, ami sokszor szintén gond.
    Én úgy gondolom, hogy a szoftveres fejlesztéseknél főleg az APU-k élveznek majd előnyt. Ott az Intel az Ivy Bridge-hez ad CPU és GPU OpenCL drivert. Az AMD az APU-khoz szintén. Az NVIDIA a Windows 8-hoz érkező új Tegra platformhoz szintén készít ilyen támogatást. Ez egy jóval könnyebben járható út a fejlesztőknek. Valószínű persze, hogy a heterogén feldolgozást a gyártók keverésével nem fogják megtiltani, de egyrészt ezt eleve korlátozza a PCI Express busz, másrészt a működést nem biztos, hogy garantálják. Hasonlóan el lehet járni, mint a Viewdle Uploader. A fejlesztők minden kevert konfigurációra úgy tekintenek, hogy az nem támogatott. Ettől persze működik, csak, ha nem jó, akkor tud a program írója védekezni, hogy ez eleve nem is volt garantálva, hogy jó lesz. Ettől függetlenül persze az ügyfél az első, így a hibákat ahogy tudják javítják, csak be kell biztosítani magad a gyártói oldalon keletkező hibák ellen. Amit az adott gyártó házon belül megold napok alatt, az két gyártónak már több hónapos munkát jelent. Ez alapvetően logikus is. Teljesen más környezetben dolgozik két gyártó OpenCL-es csapata. Összefogni egy javításért nem a legjobb. Aztán ott van még az üzleti rész, ami sokszor sajnos kemény. User érdeke ide vagy oda. Az AMD és az NVIDIA simán fel fogja tenni a kérdést, hogy miért is jó nekik, ha az adott program jól megy Intel procin? Miért is segítsék az OpenCL-es tapasztalattal a konkurenciát? A hosszútávú cél minden gyártónál a platform. Ha nem veszel platformot nem kapsz teljes értékű szolgáltatáscsomagot. Ez egy brutális szemléletváltás lesz a PC-ben, és az alapfilozófiát fogja kiütni, de túl sok opció nincs. Például az NV az új GPU-architektúráját ARM-hoz tervezi. Világos, hogy x86-os APU-val ez hátrányos lesz, de az NV-nek nem az x86 erősítése a célja. Az felőlük, akár a süllyesztőbe is kerülhet.

  • #256 Abu85 HÁZIGAZDA sniper elite #253
    Új Válasz #256
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Abu85

    HÁZIGAZDA

    válasz sniper elite #253 üzenetére

    A PCI Express 3.0-tól rendben van, hogy megkapod az elméletben elérhető dupla sávszélt. De a gyakorlatban ebből nem biztos, hogy profitálsz. Még mindig a késleltetés a legnagyobb problémája a külső buszoknak, amit a magas sávszél nem fog eltüntetni. A késleltetés miatt nagyon meg kell gondolnia a fejlesztőnek, hogy mennyire terheli a PCI Express buszt. Komolyabb büntetés nélkül tudsz csinálni egy CPU->GPU adatmozgatást, de többet nem igazán. Előrelépés a PCI Express 3.0, mert nyilván nyilván másodpercenként 16 GB-ot mozgat, míg az előző generáció 8-at, de ahhoz, hogy ez gyakorlati szinten is megmutatkozzon a programoknak több adatot kell mozgatni. A több adat azonban nem kifizetődő, mert a busz késleltetése nagyon magas, ami limitálja a lehetőségeket. Fantasztikusan jól optimalizált játékoknál (pl.: DiRT 3) jelenthet a PCI Express 3.0 1-2%-os előnyt, de ennyi. Ennél többre szerintem nem is érdemes számítani. Akár a következő csúcs-VGA-kat is kiszolgálja a PCI Express 2.0.
    Ahol óriási jelentősége van a PCI Express 3.0-nak, az a HPC szerverek piaca, mert ott elég sok kommunikáció következik be a proci és a GPU között a különböző tudományos szimulációk futtatásánál. Itt még szűkös is, de egyelőre ennyi van. Nem tudom, hogy ez otthon mennyire általános. Szerintem semennyire. Esetleg a WinZip 16.5-tel lehet majd ennek enyhe jelentősége, mert az a program már GPU-val tömörít, és aránylag sok adatot mozgat a CPU és a GPU között, de ott nagyobb probléma lesz, hogy kevered a gyártókat, ami OpenCL-ben elméletben nem baj, de azt láttuk már a benchmarkokon, hogy a heterogén feldolgozás eltérő gyártókkal problémás lehet, mert eltérő OpenCL drivert raksz fel a CPU-hoz és a GPU-hoz. Ezeknek problémamentesen kell együtt dolgozniuk, ami nem könnyű feladat. Konkrétan a gyártók együttműködésére van szükség. Ha van valami hiba, akkor azt közösen kell javítani, ami akár hónapokig is elhúzódhat.

Új hozzászólás Aktív témák