Hirdetés

2024. április 24., szerda

Gyorskeresés

Hozzászólások

(#1) #45185024


#45185024
törölt tag

Több prototípus van de egyben egyeznek hogy mindegyik kék :)))

(#2) Cifu


Cifu
nagyúr

Nem teljesen világos, ezek szerint a koncepciót mutatták be, ám maga a Radeon Pro SSG a jelek szerint nem a legújabb, 14nm-es Polaris 10 lesz, hanem a 28nm-es Fiji alapú? Ez így egy picit önlábonlövésnek tűnik. A Fiji max. 4GB Ram-ot kezelhet ugyebár, élből ki van lőve, hogy 8, 16, 32 vagy 64GB Ram legyen mellette (hacsaknem afféle külső cache-ként nem szándékoznak még rárakni, de a kártya mérete alapján ez nem játszik). A Ram pedig azért csak gyorsabb, mint az SSD.

Szóval ha ezt innen nézzük, akkor az AMD talált kb. egy módszert, ahol a Pro SSG most brillírozik (8K videotartalmak szerkesztése), meg talán még akad egy-két erősen speciális feladatkör, ahol lehet előnye.

De miért a Fiji-vel? :F

Légvédelmisek mottója: Lődd le mind! Majd a földön szétválogatjuk.

(#3) #06658560 válasza Cifu (#2) üzenetére


#06658560
törölt tag

"Az aktuálisan rendelhető Radeon Pro SSG egyébként nem egy végleges verzió, tehát ilyen formában a prototípusok nem annyira fontosak."

Rendelsz valamit, majd kapsz valamit. Addig értem, hogy tesztelni jó kvázi bármi, csak megint el van rontva a kommunikáció. Nincs tényleges sorozatgyártású hardver. Még lehet Polaris is rajta. Vagy Vega. Vagy GCN1.

A CAD modellmegjelenítés az nem speciális terület, ott annyin agyalok, hogy mennyi a GPU feldolgozási és mennyi a CPU feldolgozási idő. Tapasztalatom eddig inkább az volt, hogy a megjelenítési idő maximum harmada volt a teljes betöltésinek, a komplexitás pedig inkább az össz. betöltést növelte, nem a megjelenítést.

(#4) Abu85 válasza #06658560 (#3) üzenetére


Abu85
HÁZIGAZDA

A fejlesztői eszközök mindenképpen a Fijit kapod. Ez az a prototípus, ami most rendelhető. Más verzió a fejlesztőknek nincs. Az OEM-eknek és a hardverpartnereknek már van, de az meg nem fejlesztői csomag, hanem szimplán egy partneri együttműködésre vonatkozó rendszer, ami tulajdonképpen meg sem vásárolható.

A CAD-osok elvileg azt akarják, hogy ha egyszer már be van töltve és dolgozol vele, akkor az a munka legyen úgy elmenthető, hogy másnap ugyanonnan folytasd azonnal a gép bekapcsolása után. Mondjuk egy komplex CAD modellnél, amivel például az autógyártók dolgoznak a munkaidőből ~2 óra a betöltésre megy el, és ezt meg lehetne spórolni. Emiatt szoftveres cégek szerint érdemes lenne megfontolni a direkt támogatást.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#5) Cifu válasza Abu85 (#4) üzenetére


Cifu
nagyúr

Akkor mi a fene ez a bemutató?

Van egy rendszer, amely egy bizonyos HW-re épül, de az OEM-ek és a hardware-partnereknek egy másik HW-re épülő lesz. Vagy nem. Mert ez nem nyilvános. Meg hétköznapi ember úgy sem veheti meg.

Óriási kulimász ez az egész így.... :U

Csinálták volna zárt ajtók mögött az érintettek számára...

Légvédelmisek mottója: Lődd le mind! Majd a földön szétválogatjuk.

(#6) Abu85 válasza Cifu (#5) üzenetére


Abu85
HÁZIGAZDA

Ez arra van, hogy a fejlesztők rendeljenek fejlesztői csomagot, hogy amikor megtörténik az igazi termék startja, akkor a szoftverpartnerek, már eladhassák hozzá a szoftvereket is.
Zárt ajtók mögött is lehetett volna csinálni, csak akkor pont azokhoz nem jut el az információ, akik erre üzletet akarnának építeni 2017-ben. A professzionális piacnak a közhiedelemmel ellentétben nem igazán a hardver a mozgatórugója, hanem a szoftver. Abban van nagyon sok pénz, és mondjuk egy CAD gyártó elkérhet sokezer dollárt egy olyan licencért, ami ezzel a hardverrel gyorsa betölti a komplex CAD fájlt az első indítás után. Egy autógyártónak megéri, mert munkaórák tucatjait nyeri vele naponta.

Megveheti bárki a fejlesztői verziót már ma is, de ha nem készítesz hozzá szoftvert, akkor nem sok előnyöd lesz belőle.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#7) #06658560 válasza Abu85 (#4) üzenetére


#06658560
törölt tag

"A CAD-osok elvileg azt akarják, hogy ha egyszer már be van töltve és dolgozol vele, akkor az a munka legyen úgy elmenthető, hogy másnap ugyanonnan fojtasd azonnal a gép bekapcsolása után. Mondjuk egy komplex CAD modellnél, amivel például az autógyártók dolgoznak a munkaidőből ~2 óra a betöltésre megy el, és ezt meg lehetne spórolni. Emiatt szoftveres cégek szerint érdemes lenne megfontolni a direkt támogatást."

Ezt így magadtól találtad ki? Mert nagyon nem ez a valóság.

(#8) bsh válasza Abu85 (#6) üzenetére


bsh
őstag

és ehhez miért kellene, hogy fizikailag a grafikus kártya nyákján legyen a pex meg az ssd? bárhol rá lehet őket rakni pci-e-re.
az ilyen nagy modellekkel jellemzően nem egy ember dolgozik, ezért (valamint backup miatt) ezek nem szoktak lokálisan tárolva lenni. én legalábbis még sehol nem láttam ilyet.

(#9) Raysen623 válasza #06658560 (#7) üzenetére


Raysen623
addikt

Annyira okos vagy de komolyan. Aki dolgozott már CAD-es modellezéssel, az tudja mekkora fájlméretek alakulnak ki, és hiába bontogatod fel kisebb részekre valamilyen moduláris megoldással a méret akkor is nagy lesz a munka előrehaladtával. A méretnövekedéssel a másnapi újrabetöltés is sok időt vesz igénybe. Nálunk ez min 15 perc, de van hogy fél óra is, pedig csak "sima" épületmodellekről beszélünk, de munkaidőből ez is jelentős. Szerintem ezzel te is tisztában vagy csak kötözködsz merájemdé...

A MÁV-nak öt ellensége van: a négy évszak, meg az utasok.

(#10) Madárpók


Madárpók
aktív tag

a legtöbb M.2-es aljzat nem közvetlenül a processzorhoz kapcsolódik
És mi a helyzet a PCI-E slotba való SSDkkel, azokkal tudna működni?

(#11) pomorski válasza #45185024 (#1) üzenetére


pomorski
őstag

Akkor ezt nagyon furcsa színválasztásnak vélem részükről.

(#12) Abu85 válasza #06658560 (#7) üzenetére


Abu85
HÁZIGAZDA

Nem magam. Leginkább a Creo érdeklődik, de más is foglalkozik a problémával. Ma már ugye nagyon kedvező a szelektív betöltés, a részcsoportozás, stb. De ezek csak kezelik az alapproblémát, amivel - valós megoldás hiányában - együtt él a piac. Ellenben egy valós megoldást a CAD programok szívesen támogatnának.

(#8) bsh: A cikk is írja, hogy a fő előny nem pont a hardver, hanem az API és a szoftver, ami ezt működteti. Lehetne máshogy is csinálni egy hasonló konstrukciót, csak így az ideális.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#13) Raysen623


Raysen623
addikt

Ha jól értem akkor itt arról van szó, hogy berakunk mégegy SSD-t a gépbe ami a VGA-hoz van direktbe kötve és egy külön API kezeli annak tartalom managementjét? Tehát a jövőben ezek után CAD munkaállomásokon nem a rendszermeghajtóra másoljuk a fájlt (vagy oda is) hanem egy ilyen puffer tárolóra?

(#14) Kopi31415: na ugye, vágod a témát rendesen. Egy percig nem kételkedtem benned. Hasonlóval én is találkoztam, de a szoftverünk nem képes az egyszerűbb megjelenítésre már betöltéskor, csak utána lehet azzal mókolni. Én speciel a céges 32Gb-os munkaállomáson fogytam ki a memóriából. Igaz, már a 3. modell fájlt töltöttem befele :D (3-10 Gb-ig terjedő méretekről van szó).

[ Szerkesztve ]

A MÁV-nak öt ellensége van: a négy évszak, meg az utasok.

(#14) #06658560 válasza Raysen623 (#9) üzenetére


#06658560
törölt tag

Én pedig napi szinten dolgozom fél autókkal akár. És ismerem a problémát, mit jelent betöltetni a modellt. ahogy azt is, milyen technikák vannak rá, s mennyit jelent a betöltési időből a megjelenítés, s mennyit a többi. Volt, mikor helyi tárolóból nem tudta betölteni a program a modellt egy óra alatt, hanem összeomlott- mert a fizikai memória elfogyott a történettel betöltendő modellek miatt. Egyszerűsített megjelenítéssel fél óra alatt, harmadannyi RAM használattal megvolt. A megjelenítési folyamat pedig maximum öt perc volt neki.

#12 Abu85: OK, hogy mit akarnak a szoftverfejlesztők. viszont te itt dobálózol betöltési időkkel. Azok honnan vannak? Valakitől kaptad, vagy ex has benyögtél valamit?

[ Szerkesztve ]

(#15) Abu85 válasza #06658560 (#14) üzenetére


Abu85
HÁZIGAZDA

Ez nagyon jó. Csak értsd meg a piacot is. Ezek a trükkök nem azért alakultak ki, mert annyira jó ezekkel együtt élni, hanem azért, mert annyira komplexé válhat egy modell, hogy nagyon-nagyon sokáig tart a betöltése. Ellenben, ha bárki tud erre megoldást a trükkök nélkül, akkor helyből ugrik rá a piac.
Nagy különbség van aközött, hogy használsz valamit, mert nincs más választásod, vagy használsz valamit, mert az jó. :)

Ugyanonnan van. Kértem adatot arról, hogy egy tényleg komplex modell betöltése, amit iparági szinten is használnak, trükkök nélkül mennyi idő lehet. Erre volt a válasz, hogy a két óra nem ritka, ha tényleg komplex a modell.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#16) bsh válasza Abu85 (#12) üzenetére


bsh
őstag

az az API, amely "szimplán arról gondoskodik, hogy a feldolgozásra váró adat be legyen másolva a VGA-n található SSD-be" :F ehhez nagyon kell api, tényleg. az a két pex csip mögött lógó ssd is pontosan úgy fog látszódni a rendszer számára, mintha bárhol máshol lenne a pcie buszon. mondjuk egy x99 alaplap közvetlenül a cpu-hoz csatlakozó pcie portjában lévő ssd-raid kártyán. :F továbbra sem látom az értlemét, csak egy újabb fölösleges plusz apinak és marketing bullshitnek tűnik.

(#17) Abu85 válasza bsh (#16) üzenetére


Abu85
HÁZIGAZDA

Nem valószínű, hogy a végterméken is ilyen lesz. Egyrészt azért, hogy elkülönüljön a hardver az alaplaptól, másrészt azért, hogy ne lehessen akármilyen SSD-t vásárolni bele, csak olyat, amit az AMD kínál hozzá. Ez innen már a dolgok üzleti oldala: leszakítani a konstrukcióból a legtöbb pénzt.

Nyilván ha feltételezzük, hogy vannak megfelelő hardverek a rendszerben, akkor lehetne az egész egy egyszerű szoftver, legalábbis nem lenne sokkal lassabb, de abban meg mi a biznisz az AMD-nek?
Egyébként a CPU-hoz hülyeség kötni. Pont az a lényeg, hogy az OS-t és a drivereket kerüld meg, így a direkt elérés a legjobb módszer. De ezt is lehetne speckó PCI Express SSD-vel csinálni.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#18) #06658560 válasza Abu85 (#15) üzenetére


#06658560
törölt tag

És ebből a két órából mennyi a grafikai betöltés? Amit már legelső kommentemben is írtam, ez csak egy része a betöltésnek, hogy vizualizáni kell. Van egy csomó adatmozgás előtte, ami a RAM-ba megy. Azt ezzel nem fogod megspórolni, mert a programod sem csak GPU-n fut. És GPU VRAM-hoz nem fog hozzáférni továbbra sem a CPU, hogy csettintésre tudja ugyanonnan folytatni a munkát, hiába van neked SSD-d a GPU-ra ragasztva.

(#19) jerry311 válasza #06658560 (#18) üzenetére


jerry311
nagyúr

Nagy cégek sosem egy emberre számolnak.
Ha van 20 mérnök és mindenkinél fél órával kevesebb a 2 órás betöltés, akkor máris nyertek 10 munkaórát 1 napon belül, amiben effektív dolgozhat a mérnök és nem csak azért fizetik, hogy malmozva várakozzon.
Ez egy hónapban már plusz ~200 óra hasznos munkaidő. 40 órás munkahéttel számolva 1 ember 5 heti munkájával lenne egyenlő.
Nyilván nem ez a Szent Grál és vannak más területek amin lehetne gyorsítani, de az AMD most erre fókuszált és úgy tűnik a piacnak tetszik.

(#20) noPublicFG válasza #06658560 (#18) üzenetére


noPublicFG
senior tag

Kismókus, nagyon rákattantál erre a betöltési időre. A lényeget szűrd ki a cikkből: Ha ezt bevezetik a cégednél, többet kell dolgoznod.

plus ça change, plus c'est la même chose

(#21) lenox válasza jerry311 (#19) üzenetére


lenox
veterán

En mar csak azt nem ertem, hogy miert kene masnap ujra betolteni. Sleep/hybernate egy ideje mar ki van talalva. Amugy meg nem szokas kollaboralni? Ha valaki csak a sajat gpu ssd-jen tarolna adatot, azt hogy tudja mas egy masik gepen hasznalni? Egyre inkabb azt gondolom, hogy ez csak egy mediahack...

(#22) Reggie0 válasza Abu85 (#17) üzenetére


Reggie0
félisten

Miert lenne hulyeseg a CPU-hoz kotni? Jellemzoen az adatforgalom amugy is atmegy a root complexen(ami a cpuban van) memoriavedelmi okok miatt. A pcie bridge csak akkor bonyolitja a forgalmat helyben, ha ezt a root complex nem biralja felul(altalaban felulbiralja).

(#23) Abu85 válasza Reggie0 (#22) üzenetére


Abu85
HÁZIGAZDA

Az egyik cél ezt elkerülni, amikor csak lehet. Ezért van hozzá saját szoftveres háttér.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#24) janos666 válasza Abu85 (#4) üzenetére


janos666
nagyúr
LOGOUT blog

Egy buta kérdés: miért nem lehet azokat a gépeket munkaidőn kívül is bekapcsolva tartani, esetleg "altatni"? Még energiagazdálkodás szempontjából sem feltétlenül éri meg, ha kivágsz akár 16 órányi üresjárati fogyasztást, de aztán fizetsz érte 2 órányi intenzív terhelés fogyasztásával, ami közben az emberi személyzet idejét is rabolja (a munkabér szerintem magasabb, mint az áramdíj). Vagy esetleg bekapcsolhatná a gépet egy időzítő 2 órával munkakezdés előtt az előző napi modellt betöltve, az is triviálisnak tűnne, ha ez valódi probléma.

[ Szerkesztve ]

TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

(#25) Abu85 válasza janos666 (#24) üzenetére


Abu85
HÁZIGAZDA

Szerintem van olyan hely, ahol ezt így csinálják. De ez megint a probléma kezelése és nem a megoldása.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#26) janos666 válasza Abu85 (#25) üzenetére


janos666
nagyúr
LOGOUT blog

A probléma-specifikus, költséges extra hardware elemek beépítése nem az? :U

TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

(#27) Abu85 válasza janos666 (#26) üzenetére


Abu85
HÁZIGAZDA

De bizony. Ezért lehet mérlegelni, hogy megéri-e beruházni a megoldásért, vagy inkább maradni a kezelésnél. Minden cég a saját igényeit figyelembe véve fel tudja állítani a pro/kontra érveket. Ez alapján pedig még dönteni is lehet. Sajnos még nem ismerni az árakat, de valószínű, hogy drágák lesznek, így biztos, hogy nem mindenkinek éri majd meg. Attól is sok függ, hogy egy egész sorozat lesz, vagy csak egy nagyon drága VGA.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#28) #06658560 válasza jerry311 (#19) üzenetére


#06658560
törölt tag

Nagy cégnek dolgozom. Legalábbis feltételezem a Ford, JCI egyike sem kicsi. Jelenleg notival, franciaországi szerveren keresztül csatlakozva a Ford két kilométerre levő szerveréhez, vagy akar amerikaihoz sem találtam olyan modellt, ami két órát tartott betölteni. És a grafikai megjelenítés időigénye eddig bármely modellnél csak pár perc. Ha produktívabbak akarnak lenni, az adatmásolási, a fizikai felépítés és a fa generálásának idején kell fogni, mert az a veszteség.

(#29) #06658560 válasza noPublicFG (#20) üzenetére


#06658560
törölt tag

Addig elolvasom a leveleket, csinálok mást.

(#30) #06658560 válasza janos666 (#24) üzenetére


#06658560
törölt tag

Simán hibernálható a gép. Jól is működik, ha a licenszek foglalása automatikus, nincs inaktivitáshoz kötve. Ekkor nincs gond. Akkor se, ha csak a licenszet dobja el a program, de amint csatlakozik a szerveréhez, megkéri újra. Ha bezárja magát, akkor szívás. Pláne, ha induláskor üríti a cachet. Viszont csak a VRAM méretet így növelni erre értelmetlen. A kezdeti betöltésnél jöhet jól.

(#31) Reggie0 válasza Abu85 (#23) üzenetére


Reggie0
félisten

Viszont a pcie switches megoldassal egyenerteku, ha a proci a bridge. Tehat nem lenne se nem gyorsabb, se nem lassabb, ha a az alaplapon kapnanak az ssd kartyak helyet. Csak az OS-t kell kizarni, hogy ne piszkalja az SSD-ket. A kartyara rakott SSD jelenleg igy csak arukapcsolasnak tunik, ha esetleg lekerul a pcie buszrol es mas kapcsolat lesz koztuk, akkor lehet erdekes.

(#32) jerry311 válasza #06658560 (#28) üzenetére


jerry311
nagyúr

Jó, neked vagy nektek lehet, hogy ez nem megfelelő vagy nem hoz akkora gyorsulást, amiért megéri megvenni.
Ettől függetlenül más területek jó lehet, van még milliónyi számítási feladat nagy adatigénnyel.

(#33) Z10N


Z10N
veterán

Kerdes, hogy az ssd-k is birni fogjak-e 10 evig ilyen 'ipari" hasznalat mellett. Gondolom van polaris alapu prototipus is. Amugy az otlet tetszik. Varjuk a fejlemenyeket.

[ Szerkesztve ]

# sshnuke 10.2.2.2 -rootpw="Z10N0101"

(#34) lenox válasza Reggie0 (#31) üzenetére


lenox
veterán

Milyen filerendszer lenne az ssd-n, ami os fuggetlen, meg ki osztana a jogosultsagokat? Meg hogy lehetne verziozni, menteni, archivalni? Meg ha jon az audit, es kerdezne, hogy ti a fontos adatokat, amibol a ceg a bevetelt termeli hol tartjatok? Hat mindenki a lokal gpujanak az ssd-jen. Ez azert egy necces elkepzeles...

(#35) janos666 válasza lenox (#34) üzenetére


janos666
nagyúr
LOGOUT blog

"Nyilván" Btrfs. ;]
Amúgy ez gyakorlatilag tényleg egy viszonylag OS független modern filerendszer:
Btrfs WiKi (Linux), Btrfs for Windows (ez kernel driver! Windows-hoz!)

#32
Nekem nem tetszik. :(
Miért nem teszünk még egy saját CPU-t is a VGA-ra? Ha átméretezzük ITX méretűre a NYÁK-ot, akkor simán ráfér. (Az eredmény lényegében egy ITX méretű PC integrált VGA-val.)

#30
De ha van ilyesmire igény, akkor gondolom a CAD szoftver gyártójának oldaláról is egyszerűbb lenne 24/7 "meleg-készenléti" és/vagy altatáshoz/hibernáláshoz igazodóra átdolgozni a license feltételeket, és kezelést, mint speciális API-kat és ilyen SSD-s megoldásokat támogatni.
Ugyan így a munkahely részéről sem új dolog szerintem, hogy bizonyos munkagépeket jobb "melegen tartani", vagy legalább is automatikusan "előmelegíteni" a gyors műszakkezdéshez.

Persze "feltalálhatunk" egy új gyorsítókártyát is, ami semmi mást nem csinál, csak automatikusan altatja és ébreszti a gépet úgy, hogy közben kommunikál a license-kezelő szerverrel. Mindjárt szabadalmaztatom is, 1000$ alatt lesz az ára, de évente meg kell újítani a license-ét 200$-ért (de majd még pontosabban besaccolom mennyi áramot spórolhat, és annak a fele lesz kerekítve). :))

[ Szerkesztve ]

TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

(#36) #06658560 válasza jerry311 (#32) üzenetére


#06658560
törölt tag

Nem tudom, miért nem sikerült ezt megérteni, a példa (CAD) nem megfelelőségét vitattam, nem pedig azt mondom, hogy abszolút használhatatlan.

(#37) jerry311 válasza #06658560 (#36) üzenetére


jerry311
nagyúr

Még mindig csak ott tartunk, hogy a saját munkáidra/példáidra nem jó CAD-ban.

(#38) #06658560 válasza jerry311 (#37) üzenetére


#06658560
törölt tag

Továbbra is ott tartunk, hogy CAD-ben nem a grafikus megjelenítés viszi el az időt! Senki nem tudott erre semmi ellenpéldát hozni. Pláne azon téren, amit Abu annyira kiemelt, mint komolyan érintett.

[ Szerkesztve ]

(#39) Reggie0 válasza lenox (#34) üzenetére


Reggie0
félisten

Passz, en csak architekturalis szempontbol vizsgaltam a kerdest, de nem az en koncepciom az egesz:)

Amugy nem nagyon kell fajlrendszer, eleg csak egy olyan poolt tartani, amit mar kozvetlen at lehet kuldeni a vramba. Tehat a forrasfajlok maradhatnak a gepen. Gondolom arra apellalnak, hogy betolteskor a legtobb elem nem valtozik, igy nem kell frissiteni a beloluk generalt videomemoria tartalmat.

[ Szerkesztve ]

(#40) lenox válasza Reggie0 (#39) üzenetére


lenox
veterán

Na ja. Nyilvan akkor le kellene tudni ellenorizni, hogy meg ervenyes-e az egesz, kb. ezer baja lenne, ez nem egy valosagban mukodo elkepzeles.
Az a resze mukodo, hogy rakjunk a gyors mem melle lassu, de nagy kapacitasu tarolot, amit lehet hasznalni, ami ram jelleggel mukodik, tehat pl. ha ujrainditod a gepet, akkor ures (vagy legalabbis invalidalodik). Mondjuk ertelmes alkalmazasat meg en nem talaltam ki, meg ahogy latom az amd sem, de ebben van fantazia, bar az elony a sima pcie slotba rakott storage-ehoz kepest kerdeses, mar ugy ertem sebessegileg, mert amugy a fejleszto szempontjabol nyilvan sokkal kenyelmesebb lehet ha ram jelleggel mukodik, mint transzfereket, konzisztenciat programozni.

(#41) Reggie0 válasza lenox (#40) üzenetére


Reggie0
félisten

Egy checksummal komparalas nem a vilag vege.

(#42) lenox válasza Reggie0 (#41) üzenetére


lenox
veterán

Meg nem is old meg minden problemat. De amugy a kozvetlenul vramba kuldheto par giga adatot nyugodtan a sima filerendszeren is lehet tartani, onnan se kell 2 ora hozza, hogy be lehessen tolteni, meg szerverrol sem, de ha esetleg hasonlo ssd van a gepben, uj vga nelkul akkor kb. ugyanannyi ideig tart onnan a vramba juttatni, mint a gpun levo ssd-bol.

(#43) csongi válasza #06658560 (#38) üzenetére


csongi
veterán

Nem lehet, hogy a szoftveres megoldasban szerepel a GPU kozvetlen bevonasa a betolteseknel a grafika feledatokon tul?

Copyright © 2000-2024 PROHARDVER Informatikai Kft.