Ebből az átlag felhasználó nem fog profitálni.

duree54

A tömörítésből dehogynem, pl egy konzol esetében.De akár PC-n is, nem kell a kitömörítéssel bajlódnia a CPU-nak, hanem maga az SSD végzi a kicsomagolást.

Igen-igen, még mindig Win7-et használok, és ha így haladunk még 2030-ban is így lesz.

Oké, de ez már most is működik pl. a PlayStation 5 esetén, és nincs szükség hozzá ilyen bika FPGA-ra és ennyi extra RAM-ra.

<-ƘƘ->

Különféle tömörítési eljárások más-más erőforrásigénnyel rendelkeznek, olyan ez mint a h264, h265, vagy av1 esetében, tömörítésnél is, és kicsomagolásnál is. Ez amúgy sem egy konzolba készült.

Igen-igen, még mindig Win7-et használok, és ha így haladunk még 2030-ban is így lesz.

Meg gondolom az sem mindegy, hogy ~800GB vagy pár PB a tömörítette adat mennyisége.

A tehén egy bonyolult állat, de ÉN megfejtem...| 2016-tól az tuti, hogy az angyalok is esznek babot...

A tárolt és az egybefüggő tömörített adat mennyiségével ez nem függ össze. Vagyis teljesen zökkenőmentes a kitömörítés, amiről nem is kell tudnia a központi és a grafikus processzornak. Egyszerűen csak bekérik az adott adatrészt, és tömörítetlenül kapják meg. De azt azért tudni kell, hogy a játékokat előre betömörítik plusz veszteséges átalakításnak is alá vethetik, és így vannak tárolva, a konzolnak csak az olvasáskori kitömörítésről kell gondoskodnia. Ezáltal nem is szükséges, hogy a vezérlőhöz ennyi RAM hozzá legyen csapva.

<-ƘƘ->

Egy nagyon drága hordozható mp3 lejátszót lehetne belőle programozni, ami egyszerre le tudja játszani az összeset, akár visszafelé is!

"Ezáltal nem is szükséges, hogy a vezérlőhöz ennyi RAM hozzá legyen csapva."

Dehogyisnem, minél több annál jobb.
A végén még éhen halnának a memóriagyártók, ha nem lenne tele minden rogyásig memóriával, ha kell ha nem.

" Bármi megtörténhet,még a pók is foghat halat. "

"Xilinx has been building up a library of IP for storage accelerators that customers can use with the SmartSSD CSD, as part of their Vitis libararies of building blocks and and Xilinx Storage Services turnkey solutions. Samsung has worked with Bigstream to implement Apache Spark analytics acceleration. Third party IP that has been developed for Xilinx's Alveo accelerator cards can also be ported to the SmartSSD CSD thanks to the common underlying FPGA platform, so IP like Eideticom's NoLoad CSP are an option." ( AT )

Ez a Vitis elég érdekes: még a gráfok támogatására is van kód ;
https://github.com/Xilinx/Vitis_Libraries
"Use Vitis accelerated-libraries in commonly-used programming languages that you know like C, C++, and Python. Leverage Xilinx platforms as an enabler in your applications – Work at an application level and focus your core competencies on solving challenging problems in your domain, accelerate time to insight, and innovate."

Vitis Graph Library
The algorithms implemented by Vitis Graph Library include:
- Similarity analysis: Cosine Similarity, Jaccard Similarity, k-nearest neighbor.
- Centrality analysis: PageRank.
- Pathfinding: Single Source Shortest Path (SSSP), Multi-Sources Shortest Path (MSSP).
- Connectivity analysis: Weekly Connected Components and Strongly Connected Components.
- Community Detection: Louvain Modularity, Label Propagation and Triangle Count.
- Search: Breadth First Search.
- Graph Format: Calculate Degree and Format Convert between CSR and CSC.

Annó még a Netezzának volt hasonló technológiája ( FPGA + Diszk )

Mottó: "A verseny jó!"

Pedig van szükség. A ps5ben a processzorba épített asic végzi a kitömörítést. És az csak kitömörítés, ami már önmagában jóval egyszerűbb.

Kivancsi vagyok mennyiert fogjak adni.

#6 Kendek: Es a betomoritest hogy oldod meg nagy memoria nelkul? Mert a kitomoritesnel valoban nem kell szotarat kezelni, mert ott mar az adott, de betomoritesnel ezt nem uszod meg. En desktopon is a 10-100 gigas fajlokat tobb gigas szotarral tomoritem, kb. 20-30 giga ram kell hozza.

[ Szerkesztve ]

Ott nincs is, de ezt a meghajtot nem playstationbe szanjak. Ott valoban csak olvasni kell az adatot, kb. barhol mashol meg irni is.

Igen, csak azért került itt elő a PS5, mert abban is van valami olyasmi megoldás, mint ami ennek a meghajtónak is az egyik lényege. De természetesen ezt a terméket egyáltalán nem ilyen felhasználásra szánják.

<-ƘƘ->

Persze, az egy pelda, hogy van hardveres gyorsitas a proci es meghajto kozott. Most ezzel ketiranyu es tetszoleges algoritmusu is megvalosithato.

> Es a betomoritest hogy oldod meg nagy memoria nelkul?

ez tömörítési algoritmustól is függ, de az LZ4 és a Snappy könnyen megoldható.

"By offloading compression to FPGA, we achieved 3.6x speedup against single threaded LZ4 default (v1.9.0) and a 4.4x speedup against single core Snappy (v1.1.4). Benchmark evaluation of compression performance is of reference Silesia Corpus."
https://github.com/Xilinx/Vitis_Libraries/tree/master/data_compression

Mottó: "A verseny jó!"

Lehet évek múlva processzor-szerű foglalatos lesz az SSD is?

Cicák támogatása: www.fos.hu/1176

nem is nekik készül.
Egy sima U.2 SSD kellően magas DWPD értékkel is csilliókba kerül, ez meg még sokkal drágább lesz.
Ebből egy 4TB-os méret drágább lesz mint egy felsőkategóriás komplett gamer PC ha egy kicsit jobb DWPD értékkel is kínálják majd.

Azoknak sok ertelmuk sincs, ugy oszinten szolva.

gondolom tervben van sok kulonbozo funkcionalitas tamogatasa, kulonben nem feltetlenul fpga-val lenne megoldva.

Ha már az AMD felvásárolta a Xilinx-et, jól fog ez még nekik jönni.

Nasit a kis fehér medvének!

Persze, azert gondolom azt, hogy ha a piacnak ezekre lett volna szuksege mar reg asic-ban lenne a vezerlo mellett, mert olyan egyszeruek. Itt pont az a jo, hogy az fpgaba mehet a bonyolultabb es rikabb algo, amibol nem lehetne gazdasagosan asic-ot gyartani.

[ Szerkesztve ]

> Persze, azert gondolom azt, hogy ha a piacnak ezekre
> lett volna szuksege mar reg asic-ban lenne a vezerlo mellett, mert olyan egyszeruek

a rugalmasság - és a legózás lehet itt a lényeg; - amiért egyesek fizetnek is
vagyis kombinálni és testreszabni az adatokra az algoritmusokat.
És minél kevesebb adatot mozgatni ( vagyis a lehető legkorábban szűrni és feldolgozni az adatokat )
A legózás alatt az értem, hogy például az FPGA-al tömörített Gráf adatokat dolgozunk fel,
Van "graph" és be-ki tömörítési támogatás ..

amúgy még a HFT piac ( =High Frequency Trading ) jut eszembe
.. ahol fontos a gyors válaszidő .. és a rugalmasság ..
és van pénzük is és hajlandóak megfizetni !

Amúgy GPU és kombinált SSD már régóta van .. és a két piac picit átfedi egymást.
pl. Radeon Pro SSG - ; és itt adja magát egy FPGA bővítés ..
De akár AI/ML rutinokat is rá lehet ültetni FPGA-ra ..

én sok fantáziát látok benne ..
és 10 éven belül a játékkonzolokban is lesz programozható FPGA ... a GPU mellett.

Mottó: "A verseny jó!"

En is sok fantaziat latok benne, meg remelem igy a hibas meghajtokbol olcson jutok majd fpgahoz

+1

Viszont nem túl sűrűn kell a boot folyamatot nézni, szóval inkább legyen lassú boot és utána gyors gépem, mint gyors boot lassú gép.

Ide valami nagyon nagy bölcsességet fogok írni, csak egyelőre még nem tudom mit mert olyan sűrűn nem nézegetek világmegváltó idézeteket. Pedig a világnak nagy szüksége lenne a megváltásra, kezdetnek mondjuk egy örök PH előfizetés mindenkinek jól jönne. PornHub. Nem Prohardver. :D

Tipikusan ilyen overengineering baromságnak néz ki. Mégis mi a fenének raknánk egy SSD-be FPGA-t? Ennél jóval egyszerűbb megoldások is vannak, ha kevés a hely:
1. Nagyobb SSD veszel
2. Prociból tömörítesz (az úgyis van)

Ha FPGA kell valamire azt meg berakod szépen külön PCIe-n...

Ja, biztos nagy biznisz tripla annyi pcie savot hasznalni amiatt, hogy a sata vezerlo forgalmat keresztulvidd egy fpga-n...

A proci elfogy barmit is csinalsz, nem tudsz tetszoleges teljesitmenyt szorosan csatolt rendszerben felhalmozni, igy celszeru csak azokat a feladatokkal terhelni, amire szukseg van.