Új hozzászólás Aktív témák
-
Hm, ezt már olvasgattam anno, azt hittem elveszett a CUDÁ-ba az egész, de ezek szerint rámozdultak az OpenCL-re, ami nagyon jó hír. Viszont ennek a seqscan / hash-join / aggregate gyorsításnak én sok értelmét nem látom. Ugyan tényleg bazi lassúak, de elég speciális terület szerintem. Ami ténylegesen hasznos lenne több szállal gyorsítani az talán a GIN index scan. Ez sajnos jelenleg viszonylag lassú, bár pár napja kijött a PostgreSQL 9.4, ami a GIN sebességén nagyot javított, ennek köszönhetően a natív fulltext állítólag már Sphinx teljesítményt nyújt, az új JSONB adattípus meg a MongoDB-nek csap oda. S akkor ennek még egy kis nitró több mag kihasználásával illetve GPU-val...
Hajrá PostgreSQL! GPU-val gyorsított RIOS-t!
[ Szerkesztve ]
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
zsolt501
nagyúr
Én a GPU-val gyorsított op rendszereket várom, de attól tartok sokáig kell még erre várni.
''Mind Így van ezzel aki hasonló időket megélt, de a döntés nem rajta állt neked csak arról kell döntened mihez kezdj az idővel amely megadatik.''
-
Igazából engem nem a GPU része érdekel, hanem az OpenCL, hogy CPU-ra többszálasítsa a feladatokat, amivel sokkal jobb válaszidő lenne elérhető elvileg. Gyakorlatban persze ez kérdéses, mert az OpenCL overhead nem biztos hogy elhanyagolható, így gyanús, hogy csak GPU-n lesz jó, az viszont meg már nincs ingyen.
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
sutszi
veterán
Pl. Oracle in-memorynál már nem... De ha hagyományos IO-ba gondolkodunk akkor is az SSD-k olyan sebességekre képesek, hogy ez már nem /nem lesz igaz.
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
Bizonyos helyzetekben CPU limit van, pl komplex keresési feltételnél, amikor hiába lassú az IO, a CPU még lassabban ellenőrzi le a sorokat. Ez utóbbira van a PgStrom. Vagy ha pl memóriában egy bazi nagy invertált indexet kell átnyálazni, akkor is CPU limit lehet. Ez meg tipikusan a keresésnél szokott lenni.
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
buherton
őstag
Az OS-t nincs értelme tovább gyorsítani, mert így is elég gyors. Viszont az OS-re épülő rétegek, min pl. a .NET-t, azt gyorsíthatnák GPU-val, mert lenne ott mit. No meg a C library-kat.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
nXu
tag
Lehet, hogy én vagyok a hülye, de szerintem egy szerveren (ahol a PgSQL általában futni szokott) azért nem az erős GPU a jellemző, nem?
-
lenox
veterán
Hol lehet latni barmilyen infot arrol, hogy heterogen processzorokrol beszelnek? Mert az intel cpus/nv gpus hivatkozasokat megtalaltam, de hogy jon ide az amd es a heterogen processzorok?
-
-
maross
veterán
Koszi. Kellemetlen. Ritkan kell keresnem, de akkor muszaj megtalalnom amit akarok, es elég idegorlo negyed oran keresztul csak nyomni a gombot es nezni az errorokat. Arrol ne is beszeljunk hogy igy tobb proci idot eszek mint ha elsore megkereste volna nekem.
[ Szerkesztve ]
eladó 100+ új/használt társasjátékom: https://tinyurl.com/tarsasjatekok
-
nyunyu
félisten
Milliárd rekordos tábláknál még mindig a háttértár sebessége a szűk keresztmetszet.
Oda olyan cucc kell, ami parhuzamositja az I/Ot is.
Az sem uj talalmany, Teradata ezer eve ugy mukodik, hogy primary keybol kepzett hash alapjan dobalja szet az adatokat a kulonbozo szerverekre, igy amikor jon egy combosabb query, akkor minden szerver megkapja feladatul, hogy az altala tarolt rekordokat nyalazza at, majd az eredmenyul kapott listakat automatikusan osszefesuli.
Ha viszont PK alapjan eldontheto, hogy melyik szerveren van a keresett rekord, akkor csak annak delegalja.Hello IT! Have you tried turning it off and on again?
-
MineFox54
őstag
Hm, érdekes, bár nem sokat tudok vele kezdeni dual P3 szerverrel
-
Abu85
HÁZIGAZDA
Az előadás elején volt szó róla. Benne is van a hírben ez a slide.
A gyártókról nem igazán beszélt kiemelten a fejlesztő. Ez egy gyártófüggetlen technika, de általánosan nem nehéz meglátni, hogy a Sandy Bridge, az Ivy Bridge, a Haswell, a Broadwell, a Llano, a Kabini, a Brazos, a Trinity, a Richland, a Kaveri, és ami még jön heterogén többmagos processzor, tehát az elmúlt években a hardverfejlesztés ebbe az irányba ment el, és ezek a hardverek is okosodnak. Ha ki akarod használni a számítási teljesítményüket, akkor a GPU-s gyorsítást kell előtérbe helyezni, ahogy teszi ezt a PG-Strom, mert ez működik IGP-vel is.Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
lenox
veterán
A hirben nem egy teljesen nem idevalo, tok mashonnan szarmazo amd slide van?
Nekem teljesen az jon le, hogy csinaltak gpu gyorsitast, persze, mukodik mindennel, diszkret gpuval es igp-vel is, de a ph-s verzioban ebbol amd reklam lett. Csak mert a pg strom slideot megtalaltam 2014 augusztusi verzioban, szo sincs benne heterogen cpurol, amd nincs emlitve, ellenben intel meg nv igen, erre itt 2013-as amd slide-dal van prezentalva, mint heterogen cpu use case.
-
Abu85
HÁZIGAZDA
Ezt a slide-ot használta a fejlődés irányának vizualizálásához. Alá írta a megjegyzéseit. A fejlesztővel beszéld meg, ha ez nem tetszik. Én csak azt írtam, amit ő mondott/írt. Gyártó amúgy nem volt kiemelve. Ezt írtam a korábbi hsz-ben. A hírben sincs említve gyártó csak a teljesítményadatok kontextusában.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
lenox
veterán
Na megtalaltam az aktualis slide-okat:
http://www.slideshare.net/kaigai/gpgpu-accelerates-postgresql
Nincs benne olyanrol szo, hogy a pg-strom a heterogen tobbmagos processzorokra reagalna, ami az alcimed. Olyanrol van benne szo, hogy gpu powert akar hasznalni, mindegy milyen formaban.
Gyártó amúgy nem volt kiemelve.
Ezt gondolom viccnek szantad, miutan az elso kepen egy bazi nagy amd logo van, de amugy a valosagban meg tobbfele intel/nv platformon teszteltek, amd-rol meg nem irnak.
-
Jim Tonic
nagyúr
-
lenox
veterán
válasz Jim Tonic #31 üzenetére
Azert van ott a slide, hogy mutassa, a cpuk nem gyorsulnak tovabb, nagyobb teljesitmenyhez mast is kell hasznalni. Nincs benne semmi apu specifikus dolog, nem a heterogen processzorok terjedese valasz, a feldolgozas heterogen, nem a processzor. Igen nagy kulonbseg, meg ha nem is latja at mindenki.
A jit fordito es a kompatibilitas miatt valtott opencl-re, ertelemszeruen apukon is mukodik, de minden mas opencl-t futtato rendszeren is. Teljesen teves bevonni a heterogen processzor mantraba, jelenleg legalabbis sima gpgpus alkalmazas. -
Abu85
HÁZIGAZDA
De jó neked, hogy csak ránézel a slide-ra és máris tudod, hogy azalatt a három percben, amikor erről beszélt mit mondott. Kérlek taníts meg erre, így nem kellene elkérnek a felvett hanganyagokat.
Attól, hogy a képet az AMD-től vette még gyártót nem említett. De mivel le tudod olvasni a slide-ről, amit elmondott, így nem tudom, hogy merült fel, hogy gyártót említett volna.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Khan13
senior tag
válasz buvartacsko #32 üzenetére
Köszönöm a felvilágosítást, nem hittem volna, hogy nem csak a csicsából áll egy oprendszer. Persze nem tudhattad, hogy az IT-n belül az "üzemeltetés" a szakterületem. Amúgy ez a gyorsítsunk GPU-val mindent dolog teljesen hülyeség. Nem mindenre jók, csak most nagyon divat, hogy csak az a jó, amit azon futtatnak. Van, amire jó (jobb), van amire a CPU a jobb. A szigorúan vett oprendszerek (tehát a keretrendszerek és egyebek nélkül) CPU-ra vannak írva, és nem is nagyon van más olyan részük a felületen kívül, amit a GPU gyorsabban tudna futtatni. A Windowson a régi Win32 API egy részét rá lehetne erőszakolni, de attól már a Microsoft szabadulni akar, a .net meg halad a kenyérpirítón is fut kategória felé (a WinRT meg lényegében az - sarkítok).
-
Abu85
HÁZIGAZDA
Photoshoppoljam le a hivatalos slide-ból az AMD logót? Esetleg ezt az előadótól várod el? Egyébként ez miért olyan fontos? Oda van írva, hogy honnan van annak a képnek a forrása. Az előadó csak felhasználta, mert nem akart saját diagramot szerkeszteni a mondandójához. Ő ki nem mondta egy gyártó nevét sem, ahogy én sem írtam bele gyártót a hírbe. A forrást megjelölte, a mondandóját hozzáfűzte. Teljesen bevett szokás ez a prezentációknál. Azt meg ne velem bokszold le, hogy nem tetszik, hogy pont ezt a képet rakta be a mondandójának alátámasztására. Bár ennek jelentősége nincs, de ha gondolod megmondom neki, hogy ne használjon többet AMD-s slide-ot, mert neked nem tetszik.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
lenox
veterán
Nekem mindegy, hogy csinalod, de egy gpgpus hir ne legyen mar amd logos, es heterogen processzorral teli (amirol minden hivod tudja, hogy csak az amd csinal jot, es kozos virtualis memoria nelkul fabatkat sem er stb), mert ez gaz. Pl. az 56 oldalbol nyilvan van masik erdekes is, de te valamiert az amd logosat valasztottad, vajon miert? Ez a legfontosabb aspektusa a pg-stromnak, nem? Ne probalj terelni, nem az 56 oldalas prezentacioval van bajom, hanem a hirrel, amit ebbol gyartottal, gpgpus alkalmazasbol amd reklamot.
-
Abu85
HÁZIGAZDA
Mutass rá arra, hogy hol van megemlítve a hírben az AMD? Mert az Intel és az NVIDIA meg van benne említve, de az AMD nem. Egy slide van berakva, amelyen a fejlesztő az indokot magyarázta, hogy miért fejleszti ezt a rendszert, és az indok az, hogy a processzorrész igazából nem fog fejlődni a jövőben. De ez rajta van a slide-on. Két bekezdés, angolul írva.
Az AMD logóját pedig ő rakta bele abba a slide-ba. Nyilván nincs felhatalmazva rá, hogy ha felhasznál egy forrást, akkor azt szerkessze. Ez normális, ugyanígy én sem vagyok arra felhatalmazva, hogy lephotoshoppoljam róla az AMD logót. Ha megteszem, akkor csinálok manipulációt, mert módosítom az eredetileg közzétett tartalmat. Vagy ezt várod el tőlem, hogy manipuláljam a hírt? Rossz ajtón kopogtatsz ...
Az, hogy most neked pont ez a slide nem tetszik még nem jelenti azt, hogy nem volt az előadás része. És fontos információt közölt vele a fejlesztő.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
lenox
veterán
az indok az, hogy a processzorrész igazából nem fog fejlődni a jövőben.
Reszben igaz, egyreszt ezert, meg mert a szamitogepekben van gpu, amit lehet hasznalni. Semmi koze a processzorok heterogen voltahoz, te meg azt irod, hogy azok miatt kezdte el. Szerintem nem is latott meg heterogen processzort, mikor elkezdte, irja is, hogy a sokmagos eros procik erdeklik, gondolom valami normalis workstationt hasznalt diszkret gpu-val, ahogy sokan masok.
Vagy ezt várod el tőlem, hogy manipuláljam a hírt?
Pont azt varom, hogy ne manipulald, de ennek ellenere manipulalod. Nyugodtan valaszthatnal masik slide-ot a tema illusztralasara, aminek koze is lenne az alkalmazashoz.
-
Abu85
HÁZIGAZDA
Nem tudom, hogy ő mit látott. Ez a slide benne volt az előadásában, alá van írva két gondolat, ami nem lett kivágva a hírből, tehát elolvashatod te is, illetve volt róla szó szóban is.
Csak és kizárólag ez a slide szólt az előadásban a processzorok fejlődéséről. Ezt te is megnézheted, amint publikusan elérhető lesz az előadás prezentációja.
Ja és továbbra is várom, hogy jelöld meg, hogy a hír szövegében hol szerepel az AMD. Előre is köszönöm.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
lenox
veterán
Ja és továbbra is várom, hogy jelöld meg, hogy a hír szövegében hol szerepel az AMD. Előre is köszönöm.
Ott van a fekete/piros kepen, nem kell ennel tobb, az alcimmel egyutt ultragaz. Nem csak a szoveget latom.
Nem tudom, hogy ő mit látott. Ez a slide benne volt az előadásában, alá van írva két gondolat, ami nem lett kivágva a hírből, tehát elolvashatod te is, illetve volt róla szó szóban is.
Igen, ettol manipulalas, lehet latszatindokot talalni.
[ Szerkesztve ]
-
pakriksz
őstag
neked olyan üldözési mániád van kb mint a nagyvezírnek, csak az ürgebőrbe varrt amcsi gyíkembereket lát mindenhol
Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"
-
Egon
nagyúr
Még szerencse, hogy neked, aki mindenhol Intel/MS/nV lefizetést vízionálsz, nincs üldözési mániád, hiszen nyilván csakis cáfolhatatlan bizonyítékokból indulsz ki...
A 2. bekezdés annyira rólad szól...[ Szerkesztve ]
"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
julius666
addikt
Én ha nem olvasom végig az itteni kommenteket, simán azt hinném, ez is valami AMD-támogatott projekt (mint mondjuk a libreoffice féle). Persze másodszorra, alaposabban végigolvasva ott vannak amiket Abu kiemelt, meg tényleg nem nagyon van az AMD említve a szövegben, de felületes első átfutásnál azért a cím-alcím-illusztráció hármasnak elég nagy szerepe van (nekem meg emellett ott a prekoncepció, hogy a PH-n olvasok Abu cikket ).
Nyilván azt az egy diát tényleg a csávó emelte át az AMD-től és végül is miért ne lehetne berakni a cikkbe, most ezen kár rugózni. Inkább az a gáz, hogy kb. minden GPGPU-val kapcsolatos cikknél ez van, valahogy mindig bele van csempészve az AMD jövőképe/marketingrizsája, akár van hozzá köze a hírnek, akár nem. Majdnem teljesen lényegtelen, hogy szándékos-e vagy sem (azaz hogy van-e összeesküvés, vagy Abu világnézetébe vannak tényleg ennyire beleivódva ezek a dolgok), vannak akiket zavar az ilyesfajta manipuláció.
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
És mi van akkor, ha erről beszélt az előadó, mert erről beszélt ... mi a kifogásolható része annak, hogy a PG-Strom fejlesztője elmondta, hogy a jövőben a processzorok nagy része IGP lesz, és vége annak az ingyen ebédnek, amiből a szoftverek profitálnak. Ott van a dia alatt leírva, hogy ha nem nyúlunk hozzá az IGP-hez, akkor nem gyorsul majd a szoftver. Jó persze ezt nehéz egy slide-on összefoglalni, de ezért hallgattam meg az előadás hanganyagát, hogy a hírben bővebben le tudjam írni.
Azt tényleg ne rójuk már fel a fejlesztőnek, hogy a saját állításának bizonyításához elővett egy diát az AMD-től. Ehhez joga van, és semmi jelentősége nincs. Nyilván rajzolhatott volna sajátot, de jobb dolga is van ennél, ráadásul ez az egyetlen dia, ami erről a mondandójáról szól. Abban pedig piszkosul igaza van, hogy a heterogén többmagos processzorok esetében évek óta nő az IGP-re költött lapkaterület. A 2015-ben az AMD az új izmosabb lapkák ~60-65, míg az Intel a ~70-75%-át IGP-vel tömi ki. Ha ehhez a lapkaterülethez nem nyúlnak hozzá a szoftverek, akkor jó eséllyel nem fognak gyorsulni. Semmi eretnekséget nem állított, csak rámutatott arra, hogy általánosan merre halad a processzorok evolúciója. Amit egyébként már számtalan gyártó mond évek óta.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz julius666 #46 üzenetére
A LibreOffice nem egy AMD által támogatott projekt. A The Document Foundation a MulticoreWare segítségével implementálta a ma használt rendszerét. Teljesen szabványos a felhasznált kód, csak még senkinek nincs olyan hardvere, ami annyit tud, mint a Kaveri, de a HSA runtime-on keresztül akármilyen későbbi lapkával üzemképes lesz a LibreOffice. Lesz még számtalan olyan lapka, amely képes lesz futtatni a programot. A Samsung, LG, Toshiba, TI, Mediatek, Qualcomm, Marvell, Huawei, VIA már rendelkezik prototípusokkal. Mindegyiken futni fog a MulticoreWare szabványos implementációja.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
nyunyu
félisten
Ennek a heterogen manianak van egyaltalan jelentosege a szerverek piacan?
Vagy oda ugyis megveszik a nepek a legtobb magos Xeont, mert fajlagosan arra a legolcsobb a szoftverlicensz?
Legalabbis elozo melohelyemen par eve pont amiatt dontottek a 10 magos Xeon E7 mellett, mert az produkalta a legnagyobb teljesitmenyt egyprocesszoros kiepitesben.
Lehet, hogy 2x Opteron nagyobb teljesitmenyt tudott volna olcsobban, de arra tobbe kerult volna az MS SQL Server Enterprise.Nyilvan aki Postgret hasznal, annal ez nem szempont.
[ Szerkesztve ]
Hello IT! Have you tried turning it off and on again?
-
pakriksz
őstag
"míg az Intel a ~70-75%-át IGP-vel tömi ki" nem keverted össze a cpu területtel?
Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"
-
Abu85
HÁZIGAZDA
Az adatbáziskezelés szempontjából a PostgreSQL-nek a PG-Strom modulja bevallottan a kisebb szervereket célozza, ahol fontos lehet a gyorsulás, de megfizethető keretek között.
A komolyabb szervereknél az Oracle épít majd nagyon a HSA-ra. Erre tervezik a jövőben a szoftvereiket, ami nyilván azután logikus, hogy beléptek az alapítványba.(#50) pakriksz: Nem, de erről majd később.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
lenox
veterán
Nem a fejlesztonek rovom fel, hogy 56 slide-bol egy amd-s, hanem neked, hogy 2-bol az elso az, es hogy a tema szempontjabol lenyegtelen heterogen cpu-t raktad az alcimbe meg a hirbe.
Abban pedig piszkosul igaza van, hogy a heterogén többmagos processzorok esetében évek óta nő az IGP-re költött lapkaterület.
Csak ahol erdekes a sebesseg, ott nem ezeken futtatjak az sql szervert. O sem ezen futtatja, hanem sokmagos cpu-n meg teslan. Illetve az amazon gpu-s node-jan, ott is cpu-n es gpu-n.
A feluletes szemlelonek, aki csak a desktopot nezi, plane amd szemuveggel ugy tunhet, hogy nem gyorsulnak a cpu-k, de a valosagban 2 eve 8 magos xeonok voltak, egy eve 12 magosok, ma meg 18 magosok. Nyilvan nem minden alkalmazas gyorsul ennek megfeleloen, de pont a jol parhuzamosithato alkalmazasok igen. De ennek sincs tul sok koze a hirhez, vagy legalabbis csak erintolegesen (lasd azt a reszt, ahol arrol van szo, hogy az opencl miatt a kod ilyen cpu-kon is futhat), mivel az egy gpgpu-s alkalmazasrol szol, ami diszkret gpu-n es igp-n is futhat (meg akar cpu-n is), mindegy neki. -
Abu85
HÁZIGAZDA
Ez az egyetlen slide szólt erről. Mint mondtam, ha nyilvános lesz a prezentáció, akkor megláthatod, hogy ha akartam volna se tudtam volna másik slide-ot bevágni a heterogén többmagos processzorokkal kapcsolatos mondandójáról.
Akkor jelöld meg a hírben azt a részt, amely azt írja, hogy a dedikált GPU-val nem fog futni. Igazából jó lenne, hogy ha a sok általánosság mellett, most már megjelölnél valamit a hír szövegében, ami alátámasztja azt, amit te látsz.
(#54) lenox: És nyilván az a slide sem szerepel a hivatalos prezentációban, amin három heterogén többmagos processzor die képe látható, ugye? Oh wait ...
Persze lefuthatod ugyanazokat a köröket még párszor, hogy azon a céglogón vagy kiakadva, aminek igazából semmi jelentősége, de egy szalmaszálat ad, amibe lehet kapaszkodni, csak ezt a kört már többször is lefutottuk.
Valami hitelesebb kellene, ami tényleg nem köthető az előadáshoz. Előre is köszönöm.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
lenox
veterán
A PG-Stromnak nincs koze a a cpu-k heterogen voltahoz. Emliteni se kellett volna a heterogen tobbmagos cpu-kat, mert nem tartoznak ide. Pont ez a hiba, hogy ezt nem tudod megitelni, csak meglattad, hogy amd logos slide, hopp, rakjuk bele, a mantraba is beleillik.
Akkor jelöld meg a hírben azt a részt, amely azt írja, hogy a dedikált GPU-val nem fog futni.
Miert jeloljem meg, nem mondtam, hogy van benne ilyen resz. Ellenben heterogen cpu, amit mar 10 hozzaszolas ota kifogasolok, na az van benne, bar teljesen felesleges, sot, kifejezetten karos, hogy ott van.
Igazából jó lenne, hogy ha a sok általánosság mellett, most már megjelölnél valamit a hír szövegében, ami alátámasztja azt, amit te látsz.
Keress ra, hogy heterogen, az lesz az.
-
lenox
veterán
Igen, amd logo, alcim, heterogen cpu. Manipulacio. Es amugy marhasag, mert az 56 oldalas preziben annyi szerepe van annak a slidenak, hogy bemutassa, miert nem eleg csak cpu-ra fejleszteni (mellesleg az elso cpun, SB pont nem is fut az alkalmazas, na ennyi koze van ennek a slidenak a PG-Stromhoz). Nem mondja, hogy igp-re fejlesztenek, nem mondja, hogy heterogen cpu-ra fejlesztenek, ellenben te mondod. Es kirakod az amd logot. Gaz.
-
Abu85
HÁZIGAZDA
Idézet tőled: "... annyi szerepe van annak a slidenak, hogy bemutassa, miert nem eleg csak cpu-ra fejleszteni"
Idézet a hírből: "... ma már a szoftverfejlesztők nem várhatnak előrelépést a hagyományos többmagos processzorok oldaláról, amit azzal támaszt alá, hogy az érkező processzorokban a lapkaterület egyre nagyobb részét foglalja el az integrált grafikus vezérlő."
Pont ugyanazt írom, amit te, és pont ugyanezt mondta a fejlesztő is. IGP nem is került szóba. Az AMD logó pedig benne van a slide-ban, de semmi jelentősége neki. A célja valószínűleg nem reklám volt, hanem egy jelenségre való figyelemfelhívás. Más slide ezt a jelenséget nem elemezte, tehát nem tudtam alternatív slide-ot kirakni.
Egyéb probléma?
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
lenox
veterán
Hat lehet, hogy az a problema, hogy nem erted az ok-okozati osszefuggeseket. Egyreszt a heterogen cpuk terjedese az egy trend, nem a PG-Strom fejlesztesenek kivalto oka, pedig te ezt irod. Masreszt a lassan novo desktop cpu teljesitmeny nem ekvivalens a heterogen cpuk terjedesevel. Ugyhogy nem ugyanazt mondjuk, a faszi sem azt mondja amit te, es nem is jutottal meg tul az elso probleman sem. A cpu teljesitmenyt feltetelezem nem csak ebbol a prezentaciobol tudnad illusztralni, ugyhogy nem latom jo indoknak az amd logora azt, hogy de hat csak ezt a slide-ot talaltam.
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
Szerintem eddig is látható volt, hogy fogalmam sincs arról, hogy mit sérelmezel, hiszen semmi olyat nem ír a hír, amely nem lenne benne a hivatalos anyagban és/vagy nem hangzott volna el szóban az előadáson.
Talán azért írom azt, mert ezt mondta a fejlesztő az előadáson, hogy a processzortervezési trend megváltozott és erre reagálni kell szoftveresen, mert aki nem reagál az nem fogja tudni kihasználni az új erőforrásokat. Őszintén szólva erősen az az érzésem, hogy te nem hallgattad meg az előadás hanganyagát, csak a slide-okhoz jutottál hozzá, de javíts ki ha tévedek.Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
lenox
veterán
Talán azért írom azt, mert ezt mondta a fejlesztő az előadáson, hogy a processzortervezési trend megváltozott és erre reagálni kell szoftveresen
Igen, ezert csinalt gpgpus megoldast. Nem igpst, nem heterogen processzorost (amit te tevesen allitasz), hanem gpust. Ertem, hogy te az amd meg a heterogen kulcsszavakra ugyesen triggerelsz, de nem artana a szakmai reszevel is tobbet foglalkoznod.
-
Jim Tonic
nagyúr
Igen, ezert csinalt gpgpus megoldast. Nem igpst, nem heterogen processzorost (amit te tevesen allitasz), hanem gpust. Nem, mikor GPGPU-s megoldást csinált, akkor CUDA-t használt. Áttért OpenCL-re, és ennek elsődleges oka a heterogén éra. A fejlesztő anno letette a voksát a CUDA mellett, most hirtelen kukázza azt, és áttért OpenCL-re. Mégis miért? Szerintem ez elég egyértelmű, csak te űzöl hobbit abból, hogy napok óta a cikkírót támadod.
Alcohol & calculus don't mix. Never drink & derive.
-
lenox
veterán
válasz Jim Tonic #60 üzenetére
Azert tert at, mert az opencl tobb platformon supportalt (elsodlegesen, de amugy tobb oka is van, pl. a jit compiler, de ha eddig se jutottal el, akkor mindegy). Nincs benne heterogen cpu specifikus resz, azota is diszkret gpun fejlesztik, tesztelik. Majd esetleg olvasd el, mielott talalgatsz. De amugy te azt hitted, hogy ami opencl, az nem lehet gpgpu?
[ Szerkesztve ]
-
Jim Tonic
nagyúr
Áruld el, a többi platformon, ahol "supportált", ott milyen trendek és megoldások vannak? Az Intelnél milyen GPGPU lesz? Az AMD hová tart? Az AMD miatt dobta a CUDA-t poénból, és váltott OpenCL-re, vagy sokkal inkább benne van az, hogy az Intel is és az AMD is heterogén CPU-kat fejleszt, ezt pedig az OpenCL támogatja?
Totál egyértelmű az OpenCL-re váltás legfőbb oka. Totál egyértelmű, merre megy a PG Storm.Alcohol & calculus don't mix. Never drink & derive.
-
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
lenox
veterán
Ez most valami vicc akar lenni? A PG-Strom fut nvidia hw-en szerinted kell hozza OpenCL 2.0? Nem szukiteni akartak a supportalt configokat...
Nem kene hozza tul sok, hogy azt lehessen mondani, hogy heterogen cpu feature is van benne, eleg lenne egy nyavajas zero copy, de nem, pci-e transfer meresekkel van tele... Nem beszelve arrol, hogy az augusztusi preziben meg nem is volt benne az apus slide, ugyhogy nyilvanvaloan nem az apuk terjedese miatt kezdodott a fejlesztes.
Új hozzászólás Aktív témák
- XFX Radeon RX 6800 Speedster SWIFT 319 16GB videókártya.
- ASUS Geforce GT1030 2GB GDDR5 Phoenix oc edition
- Sapphire RX 7600 Pulse 8GB (alig használt, hibátlan, 2,5 év garival!)
- Nvidia Quadro M4000 8GB GDDR5 256bit Videokártya
- PowerColor Radeon RX 6800 Red Dragon 16GB GDDR6 256bit (AXRX 6800 16GBD6-3DHR/OC) Videokártya
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen