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.

É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.''

Az oprendszert egy modern szamitogepen mar regen nem veszed eszre. Amikor nem futtatsz semmi kulonos programot, es ranezel a task manager-re, es latod, hogy 0% a CPU hasznalat, na az az, amit az oprendszer fogyaszt.

Es meg mennyivel olcsobb akar egy riser-el x1/x4/x8-ra kotott gpu mint egy komplett procicsere

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.

Nagy adatbazisoknal ennyire gond a processzorterheles? Az ember azt gondolna, hogy tok mindegy, mert ugyis IO-bound az egesz.

DRM is theft

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

Milliárd rekordos tábláknál még mindig a háttértár sebessége a szűk keresztmetszet.

[ Szerkesztve ]

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.

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... !!!

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?

Még nem...

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?

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?

Valóban az IO a siker titka, de ha továbbra is erősen haladunk az XML/JSon/JSonB irányba, akkor a szimpla table scan is sokkal több procit fog igényelni.

Hm, érdekes, bár nem sokat tudok vele kezdeni dual P3 szerverrel

Egyelore nekik van a legfejlettebb heterogen lapkajuk (CPU+GPU) kb iden tavaszig .

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.

Ha olyan lekérdezés történik, amire nincsen (nem tehető) indexelés (pl. szövegrészlet), akkor komolyan leültethető bármilyen CPU.

Alcohol & calculus don't mix. Never drink & derive.

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.

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.

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.

Nos, egyrészt a hatodik slide az pontosan az, amit Abu beszúrt. Valószínűleg nem ok nélkül. Másrészt az, hogy CUDA-ról OpenCLre váltott 2014-ben, szerintem egyértelműen a heterogén processzorok felé mozdulást jelzi.

Alcohol & calculus don't mix. Never drink & derive.

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.

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.

Gyartot te emlitesz, kiraktad a bazi nagy amd logot, teleraktad heterogen cpu-val a gpgpu-s alkalmazas hiret, amit a faszik Teslakon futtatnak.

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.

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.

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.

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.

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.

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 ]

Plusz érdekesség: [link], [link]

Alcohol & calculus don't mix. Never drink & derive.

É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.

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?