Új hozzászólás Aktív témák
-
poci76
aktív tag
"egyszer ugyanis biztosan igény lesz a 16 exabájtnál nagyobb memóriaterület megcímzésére"
Ezt elég nehezen tudom elképzelni.
-
S_x96x_S
őstag
>> a 16 exabájtnál nagyobb memóriaterület megcímzésére
a kulcsszó .. CXL 2.0 ; CXL 3.0; CXL 4.0
amivel az SSD-t memóriaként fel tudod mappelni ..
hasonlóan mint az Optane technológia.> Ezt elég nehezen tudom elképzelni.
egyenlőre nem az átlag gamer gép lesz ..
de közel az idő ..."Our calculated 1.28PB memory amount is a theoretical number and, as Beauchamp has intimated, the economics of this will make it unlikely. But imagine a hyperscale public cloud supplier doing this – providing a massive pool of memory to a set of Sapphire Rapids servers, and so enabling, through composability software, the provisioning of 100TB to 1,000TB memory instances for hyperscale in-memory database/data warehouse applications that would run at currently unimaginable speeds. A pool of Optane storage-class memory could be added in for persistent storage – checkpointing, for example."
https://blocksandfiles.com/2022/07/07/cxl-memory-pools-size/Mottó: "A verseny jó!"
-
Egon
nagyúr
A linkelt szövegben még ez a szűk másfél petabyte is erősen elméleti lehetőségként van említve. A 16 exabyte ennek több mint tízezerszerese. Mire ezt a korlát meghaladottá válik, lehet (valószínű) hogy a fasorban sem lesz a RISC_V architektúra.
"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
S_x96x_S
őstag
> erősen elméleti lehetőségként
a korábbi hozzászóló csak jelezte, hogy nem tudja elképzelni ..
valaki meg el tudja képzelni ...
pl. 1995-ben pl. 2043 -ra becsülte valaki a 128 bites címzést.
(ami már ZETA++ ! )
"Hence, one estimate would be 1995+48 = 2043 to be in leading edge of 64->128-bit transition, based on *physical memory* pressure."
https://yarchive.net/comp/128bit.html
persze ma már ezt korábbra becsülik.> Mire ezt a korlát meghaladottá válik, lehet (valószínű)
> hogy a fasorban sem lesz a RISC_V architektúra.Szerintem a RISC-V túlélése elég valószínű ..
Eléggé felkapott most az akadémiai és ipari körökben.
Amolyan hardveres Linux modell,
... nyílt .. és nyílt ... és nyílt ...
És Jim Keller is most RISC-V -re tervez AI procit.És a 128 bites memória címzést elképzelni,
ami már "zettabyte" kategória?Miért ne lehetne elképzelni?
És miért ne lehetne már a specifikációt elkezdeni?
Specifikálni az Assemblert .. és az utasításkészletet?
és emulációs programokat készíteni rá .https://five-embeddev.com/riscv-isa-manual/latest/rv128.html
“There is only one mistake that can be made in computer design that is difficult to recover from—not having enough address bits for memory addressing and memory management.” Bell and Strecker, ISCA-3, 1976."The primary reason to extend integer register width is to support larger address spaces. It is not clear when a flat address space larger than 64 bits will be required. At the time of writing, the fastest supercomputer in the world as measured by the Top500 benchmark had over 1 PB of DRAM, and would require over 50 bits of address space if all the DRAM resided in a single address space. Some warehouse-scale computers already contain even larger quantities of DRAM, and new dense solid-state non-volatile memories and fast interconnect technologies might drive a demand for even larger memory spaces. Exascale systems research is targeting 100 PB memory systems, which occupy 57 bits of address space. At historic rates of growth, it is possible that greater than 64 bits of address space might be required before 2030.
History suggests that whenever it becomes clear that more than 64 bits of address space is needed, architects will repeat intensive debates about alternatives to extending the address space, including segmentation, 96-bit address spaces, and software workarounds, until, finally, flat 128-bit address spaces will be adopted as the simplest and best solution.
We have not frozen the RV128 spec at this time, as there might be need to evolve the design based on actual usage of 128-bit address spaces."Mottó: "A verseny jó!"
-
E.Kaufmann
addikt
A 128 bitet már le lehetne képezni IPv6-ra, a memóriatartományok meg hálózati tartományok lennének
Ha így nézzük nagy elosztott rendszereknél pont jól jöhet akár 128 bit is.Le az elipszilonos jével, éljen a "j" !!!
-
És a 128 bites memória címzést elképzelni,
ami már "zettabyte" kategória?
Miért ne lehetne elképzelni?
És miért ne lehetne már a specifikációt elkezdeni?
Specifikálni az Assemblert .. és az utasításkészletet?
és emulációs programokat készíteni rá .
-Mert nincsen értelme jelenleg ezzel foglalkozni?-Mert mire oda odakerülnénk hogy limitáló tényező lehet a 48 vagy 64bit addigra sokkal tisztábban látszik, hogy pontosan mire van szükség és azt hogyan érdemes megvalósítani, mint ami ebből most látszik.
-
opr
veterán
Padding qrva jó móka lesz 48 biten. Mondjuk ahol ez ennyire rétegigény, ott úgyis annyira speciális és egyedi minden, hogy meg lehet oldani.
Jobban belegondolva, van egyáltalán iso 48 bites primitívekre? 8,16,32,64,128,256 van, azt tudom, de köztesről még nem hallottam.
[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Robitrix
senior tag
erre azért ne fogadj...... én még emlékszem, hogy a 80-as években voltak kifejezetten számítógépes magazinok. Microszámítógép magazin és egyebek. Ez még úgy a C64-esek és kezdeti PC-k kora. Na akkor jelent meg egy poénos irás, ami a "jővő" felhasználó levelire válaszoltak. egy elképzelt jővő beli panaszkodó olvasó és ott volt neki a újság válasza, amiben leírták neki, hogy az akárhány GB-os RAM-os gépe és a 2-3 TB háttérkapacítású már alavult. ne foglakozzon vele vegyen inkább valamim korszerűbben. A poén az volt benne, hogy a 80-as évek elképzelései szerint elképesztő kapacitások is kevesek lesznek a jővőben. akkor még 64 KB-os RAM volt egy mikroszámítógépben és 2-300 kb volt a lemezegység kapacitása és a PC-k is pár 100 KB rammal dolgoztak 10-40 MB merevlemezek mellett. Szóval akkoriban gigákról meg terrákról beszélni teljesítményben erős poén volt. Röhögtünk rajta. Ma meg azon röhögök közel 40 év múlva, hogya az akkor poénnak szánt teljesítmények és kapacitások simán benne vannak a ma hétköznapi gépeinkben... Szóval amikor azt mondod, hogy a 16 exebájt kapacitás poén... talán 30-40 év múlva elavult lesz...
-
opr
veterán
Webfejlesztok folytatjak a megkezdett uton a munkalkodasukat, siman el tudok kepzelni olyan szitut, hogy 10 ev mulva egy 128gb memoriaval rendelkezo telefonon nem lehet majd normalisan netezni, mert 2 oldalt mar nem tud egyszerre nyitva tartani.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
E.Kaufmann
addikt
Én azért remélem, hogy a memóriaigény nem fog annyira elszállni. Inkább az a gond, hogy pl multimédiában megint megyünk a fixfunkciós egységek felé, ami nélkül nem lesz elég energiahatékony netezni, még ha izomból bírná is a SOC. Én már várom, hogy az FPGA mint utasításgyorsítótár szerepet kapjon. Energiahatékonyabb valamint időtállóbb megoldás lenne.
Le az elipszilonos jével, éljen a "j" !!!
-
opr
veterán
válasz E.Kaufmann #15 üzenetére
Ahhoz kéne valami nagyon univerzális fpga szabvány, aminek meg kell felelni, különben káosz lenne. Annyira nem értek hozzá, de simán el tudom képzelni, hogy ez olyan korlátokat jelentene pláne mobil méretben, hogy nem biztos, hogy normálisan megvalósítható.
Persze ha jár itt köztünk valaki, aki benne van a dologban, remélem leírja a véleményét, mert amúgy az ötlet érdekes/jó."Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
S_x96x_S
őstag
> ... fpga ...
> Annyira nem értek hozzá, de simán el tudom képzelni, hogy ez olyan
> korlátokat jelentene pláne mobil méretben, hogy nem biztos, hogy
> normálisan megvalósítható.tervben: - nem véletlen a Xilinx felvásárlás ..
"AMD XDNA, the foundational architecture IP from Xilinx that consists of key technologies including the FPGA fabric and AI Engine (AIE). The FPGA fabric combines an adaptive interconnect with FPGA logic and local memory, while the AIE provides a dataflow architecture optimized for high performance and energy efficient AI and signal processing applications. AMD plans to integrate AMD XDNA IP across multiple products in the future, starting with AMD Ryzen™ processors planned for 2023."
"Also listed within the slide of the roadmap with Phoenix Point and Strix Point is an Artificial Intelligence Engine (AIE), which is more commonly found in mobile phones. The AI Engine or AIE will allow AMD to spec its products based on tiling with an adaptive interconnect. Still, it hasn't unveiled much more about how it intends to incorporate AIE into its notebook portfolio. We know that it is part of AMD's XDNA Adaptive Architecture IP, which comes from its acquisition of Xilinx.
We will likely learn more about AMD's Phoenix Point based on Zen 4 in the coming future, as a release date sometime in 2023 is expected. As for Strix Point, which will be using its unannounced Zen 5 microarchitecture, we're likely to hear more about this next year sometime."( Anandtech )
[ Szerkesztve ]
Mottó: "A verseny jó!"
-
opr
veterán
Rosszul fogalmaztam, ugyhogy pontositok: Mobil alatt mobiltelefont ertettem. Azt tudom, hogy laptopba jon, mar varom is nagyon. (De azert koszi!)
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
S_x96x_S
őstag
> FPGA ... Mobil alatt mobiltelefont ertettem.
az iPhone7-ben újraprogramozható FPGA van.
( Lattice chip , ICE5LP4K )
Valamint a Galaxy S5 (2014) -ben is van FPGA.persze te valószínüleg valami SDK-n keresztül programozható "nyílt" FPGA iránt érdeklődhetsz ..
Na az már nehezebb :-)Mottó: "A verseny jó!"
-
opr
veterán
Igen, arról volt szó, gyakorlatilag egy igény szerint, valami standard interface-en keresztül appok által programozható fpga volt a kérdés.
Mondom, nagyon nem vagyok otthon benne, de látok benne buktatót (illetve komplexitást) bőven.De az infókat köszi, nem tudtam, majd ha lesz időm, kicsit utánaolvasok, hogy ezek mik és miért és mi miért vagy miért nem.
[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
poci76
aktív tag
Ha azt nézem, hogy mennyit nőtt a RAM a számítógépekben az elmúlt 10 évben, akkor nem nagyon tartok attól, hogy 40 év múlva kevés lesz a 64 bites címtér. Ettől persze még lehet, hogy speciális hardverekben bájtonként akarnak majd bazinagy (virtuális) tárolókat címezni, és ahhoz kelleni fog, de hogy fizikai RAM normál felhasználóknál a 64 bit címigény közelében sem lesz, az elég valószínű. Egyszerűen ennek fizikai korlátai vannak.
-
Robitrix
senior tag
Azért ez is kötödig a teljesítményhez. azért a web korai szakaszában, mikor analog modemek voltak az adatávitel eszközei egy használható web oldal össze mérete nem igen lehetett nagyobb 150-200 kbájtnál. Hiszen egy 56,6 kbit/sec sebességű analog modem optimális esetben tudott letöltési sebességben úgy 6-7 KB-ot másodpercenete. De sok felhasználónak csak 33,6 vagy 19,2 kbit/sec modeme volt. Egy felhasználónak nem volt türelme kivárni perceket, mire betöltöddött egy oldal teljes tartalma ilyen alacsony sebességek mellett. 1 perc várakozás után inkább ott hagyta az egész oldalt. A dolog ma is igaz. ma se várn egy felhasználó 5 percet arra, hogy betöltődjön egy weboldal.... addigra rég ott hagyta a francba az egészet és 3 oldallal arébb böngészik már.... Persze ma képes egy gép percenete sokszáz MB átvitelre általában. viszont kérdéses, hogy képes-e web szerver kiszolgálni egyszerre 1000 felhasználót másodpercente sok 10 MB/sec átviteli sebesség mellett.... van olyan web oldal, amit hetente néz meg egy felhasználó és van amire naponta néznek rá 1 millióan. Szóval ma se mellékes egy web oldal adatmennyisége azért...
-
opr
veterán
Ezt magyarazd el a frontendeseknek, akik 2-4k meretu kepeket toltenek be olyan gui elemekre, amiknek a merete soha nem lesz nagyobb, mint mondjuk 300*120px. De meg a nem ennyire szelsoseges barmok se hajlandoak lemenni 720p ala... A kerdesre, hogy ugyan, megis, mi a f@szomert csinalsz ilyet, az a valasz, hogy mert ugy szerinte szebb, hiszen reszletesebb a kep (ne is kerdezd, soha nem tudtuk elmagyarazni nekik). Azt hinned, ez legbol kapott, de melohelyen sokszor kell partnerekel errol beszelni, konkretan azert, mert beagyazott rendszeren kell a szarjuknak futnia (amit mi tamogatunk, olyan ertelemben, hogy adjuk nekik a webkit alapu keretrendszert, hogy fusson a szarjuk), eleg eros memorialimitekkel. Az esetek 90%-ban, amikor ebbe nem sikerul beleferniuk, ilyen dolgok vannak. De volt szerencsem mar olyanhoz is, hogy kaptunk egy ticketet, hogy megis mit csinaljanak a szarunkkal, amikor egy hulye kepet nem kepes megjeleniteni. Amit etkuldtek pelda oldal, volt benne egy kep (16k, mert mi a faszomert ne, ugy, hogy a legmagasabb tamogatott felbontasa az eszkoznek, amin futni fognak, a 4k), es sikerult nekik megenni 350MByte-ot ennyivel. Borzalom. Ez a konkret barom valami 600npm modult huzott be ahhoz, hogy megjelenitsen egy darab statikus kepet. Aztan csodalkozunk, hogy leterdel az egesz a picsaba.
[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Robitrix
senior tag
Azért ha abból indulok ki, hogy az első PC- amivel dolgoztam....(figyelem ókori történelem következik) egy turbó XT volt 8086-os procival(16 bit) nem az eredti 4,77 Mhz-en ment a proci, hanem sűvitett 8 Mhz-en. Nagyjából 340 ezer utasítést tudot véhgezni max 16 bites adatokkal másodpercente.
volt a gépben 640 kb RAM, és egy 20 Mb-os MFM csatolos 5,25 hüvelykes 1 kilós merev lemez nagyjából 80-100 kb/sec átviteli sebességgel.
Ma az otthoni 3 éves PC-m van egy 6 mag 12 szálas proci 4,2 GHz-es turbó(már lassan elavult) 16 GB DDR 4-es ram. háttértáróló meg vana gépben vagy 4-5 TB több SSD és és egy HDD társaságában. 64 bites utasitásokból képes a gép úgy 400-500 GFLOP végrehajtására 64 bites adatokkal. A GPU meg valahol a 6 TFLOPS teljesítményű... nagyjából 35 év a különbség. Mint látszik számos teljesítmény adat a több 1000-szeresére bövült mások meg például a miliószorosára azóta. Ennek tükrében igen nehezen tudnám megmondani, hogy milyen paraméterei lesznek egy számítógépnek 30-40 év múlva. A 80-as évek közepén röhögtünk az előre vázolt teljesítméyn adatokon, mert elképzelhetetlennek tünt akkor a TB-os adattárolók és a Sok GB-os memóriák. Ma ez a általános realitás egy gépben... Ki fene gondolta 35 éve, hogy lesznek mobil telefonjaink. Legfeljebb a Star trekben láttunk kommunikációs eszközöket, ami SCI-FI volt. Ma ott van egy nagy teljesitmányű számítástechnikai eszköz kommunikációra és mindfenre a kezünkben 100 gflops számítási teljesítménnyel akár 256-512 GB háttértárólóval és 8-12 GB RAM mellett. Nagyjából egy ilyen eszköz pont olyan mese volt 35 éve, mint amikor valakinek azt, mondták volna a középkorban, hogy az emberek a levegőben közlekednek órák alatt föld másik felére. Vagy egy perc múlva már videon látjuk, hogy mi történik a föld másik oldalán stb. HA valamit megtanul az ember az elmúlt évtizedek tapasztalataiból, akkor a soha nem mond semmire, hogy soha... -
opr
veterán
Ilyenkor mindig azt szoktam mondani, hogy kivalo pelda az, ha vegiggondoljuk ezt a par adatot:
Elso...
- gozgep: 17. szazad
- gozmozdony 1825 (alig 200 eve)
- repulo 1903 (~100 eve)
- ember az urben 1961 (60 eve)
- mobiltelefon 1973 (50 eve)
- internetezesre igazabol so-so alkalmas mobiltelefon (3g, eleg korlatozott bongeszo) 2002 (20 eve)Ha ezt a listat nezzuk, latszik, hogy milyen hihetetlen, exponencialis mertekben fejlodik a technologia. Evezredekig a kozlekedes csucsa a lovaskocsi volt. 200 evvel ezelott elso valoban kozlekedo gozmozdony megjelenik, 20 evvel kesobb (1846) mar Magyarorszagon is volt kozlekedo vasut (es azota se csereltek le a sineket ).
Szoval azt megmondani, hogy mi lesz 1-200 ev mulva az gyakorlatilag teljesen lehetetlen. Amilyen iramban fejlodunk, meg az 50 ev is necces. Ha meg meg gyorsul is az iram, az eddiginek megfelelo mertekben, akkor meg a 20-30 ev is. Marmint, ki a franc gondolta volna 30 evvel ezelott, '92-ben, hogy most mindenki okostelefonokkal fog rohangalni, olyan szolgaltataskinalattal, amihez 30 eve egy teljes csapatot kellett tartanod, es az is kevesbe volt hatekony.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Robitrix
senior tag
Csoda azért nem kell hozzá csak némi müszaki ismeret, hogy mire képesek a mi eszközök, mennyi felhasználót kell kiszolgálni egy adott időben illetve mennyi adatot lehet józanul odatolni kezelhető szinten. a megfelelő eszköz ehhez a "JP" módszer. vagyis a Józan Parasztész... azért ez nem mindenkiben van meg... De tudod, hogy nem lehet szar alkalmazást késziteni, ami nem megfelően működik... legfeljebb megelőzi a korát és hardver még nem elég feljett hozzá... Majd alá fejlődik a hardver... idővel.... Erről eszembe jut a haverom, aki egy szoftveres cégnél dolgozott fejlesztő ként. Egy nagyobb cégnek fejlesztettek egy rendszert. Nos nagyon ötletesen írták meg minden objektív orientált benne még az adatok kezelése is. És még a nagyanyja térdekalácsa is le-fel öröklődött összevissza az adatkezlésben. Na mondom ok végül is müködik. 5 adattal, de vajon mennyi ügyfél és adat lesz a cégnél? Mennyi a napi várható transzakció szám? Na tessék akkor megfelelő reális adatokat generálni és kipróbáln.... ki lett próbálva és kiderült egy komolyabb adat lekérés futott vagy 2 órát több 10 ezres felhasználó és sok milliós adat mennyiségek mellett... Ok akkor várható, az, hogy az ügyintéző lekér valamit majs kimegy sétálni a városba 2 órát, hogy mire visszatér, hogy kapjon valami infót a rendszerből? Főleg ha többen is használják egyszerre a rendszert..... szóval elegancia akkor mehet a kukába és előtérbe a hatékonyság.... hogy egy használható pár másodperces válasz időnél ne igen legyen több.
-
opr
veterán
"De tudod, hogy nem lehet szar alkalmazást késziteni, ami nem megfelően működik... legfeljebb megelőzi a korát és hardver még nem elég feljett hozzá..."
Ez jo, ezt lopom.Amugy ezeket a tultolt minden interface-en keresztul van implementalva meg az isten fasza is virtualis ujkori fejlesztesi maniat ugy igazan, tiszta szivbol gyululom. Pontosan, ahogy irtad, a jozan paraszti esz teljes ellentete, hihetetlen merteku butasag ugy, ahogy van.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Robitrix
senior tag
Azért tudod miért lendült ám fel a technológiai fejlődés az utolsó 100évben???? annyira megjavult a világban a kommunikáció. Valaki kitalál valamit Ausztráliában és publikálja, akkor 10 perc múlva olvassák a dolgot európában vagy amerikában. Jééé az az ausztrál fickó(kutató csoport vagy akármi) mit is talált ki. ez mennyire haonlit ahhoz, amivel mi fél éve szarakodunk és nem találunk rá megoldás. vajon, ha mi azt használnánk amit az ausztrálok a mi problémánkra.... Régen meg az volt, hogy valaki elutazott tanulni mondjuk Pest-Budáról Párizsba. Mondjuk mint cipész.... Talán élve oda is ért egy hónap múlva. Ott megtanult egy újfajta cipő talpaló módszert. aztán pár év múlva visszautazott Pest-Budára és elkezdte itthon elterjesztani az új módszert... innováció a középkorban.... gyakran évek évtizedek alatt terjedt el valami a világban. Ma akár percek kellenek a világ túl oldalára eljusson valami új gondolat vagy ötlet, ami aztán megtermékenyiti mások elgondolásait vagy módszereit. Na ezért robbant be a fejlődés. és a tempó csak gyorsul az egyre fejlettebb kommunikáció miatt.
-
opr
veterán
Azert ennel joval osszetettebb a dolog, de igen, az teny, hogy a kommunikacio fejlodese is nagyban hozzajarul a dolgokhoz.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
poci76
aktív tag
Ezen az oldalon meg lehet nézni, hogy változott 1 MB RAM fajlagos ára 1957-től mostanáig. Egy átlagos árat nézve az adott évre az árak aránya tíz évente:
=> 1980:1990: 85x
=> 1990:2000: 65x
=> 2000:2010: 68x
=> 2010:2020: 5,4xAzaz harminc évig elég hasonló, kb. évi 50%-os mértékben csökkent a RAM fajlagos ára. Az utóbbi évtizedben ez a tendencia beszakadt kb. 20%-ra, és lassul. Van még fejlődés, de már sokkal lassabb, sokkal nehezebb a fizikai korlátok között megtalálni a továbblépési lehetőséget.
-
E.Kaufmann
addikt
DRAM-nál is be kell vezetni (ha még nem vezették be) az MLC-t (TLC, QLC ... ) szerintem DRAM-nál fáradástól nem kell annyira tartani, inkább a frissítést kell gyakoribbá tenni, valamint bonyolultabb memóriavezérlő kell, az ECC-nél komolyabb hibajavító eljárásokkal.
Le az elipszilonos jével, éljen a "j" !!!
-
S_x96x_S
őstag
> => 2010:2020: 5,4x
a FB ( social media) és a Cloud bekavart ...
szinte mindent felvásárolnak a piacról ...Amúgy ahogy a CPU és a GPU között a koherens memória egyre fontosabb ...
A hálózatba kötött gépeknél ugyanez a trend szintén megvan.
az IP6 128bites címzést engedélyez és minden IP-n lehet max egy 64-128 bites háttértár/memória/..
vagyis hamarosan 196 ... 256 bit kell
egy tökéletes BORG géphez - ami mindent asszimilál - egy címtérbe.
""Itt a Borg. Kapcsolják ki a védőpajzsokat és adják meg magukat. Tulajdonságaikat a miénkbe olvasztjuk, kultúrájukat szolgálatunkba állítjuk. Minden ellenállás hasztalan. Készüljenek fel az asszimilálásra.""
[ Szerkesztve ]
Mottó: "A verseny jó!"
Új hozzászólás Aktív témák
- EAFC 24
- Mibe tegyem a megtakarításaimat?
- PlayStation 5
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- SSD kibeszélő
- Xbox Series X|S
- Honor Magic5 Pro - kamerák bűvöletében
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- TCL LCD és LED TV-k
- Skoda, VW, Audi, Seat topik
- További aktív témák...
- Beszámítás! Intel Core i5 6500 4 mag 4 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i3 9100 4 mag 4 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i3 10105 4 mag 8 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i7 7700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- Intel I7 13700K 16mag/24szál - Új, Tesztelt - Eladó! 128.000.-