- OLED TV topic
- DVB-T, DVB-S (2), DVB-C eszközök
- Computex 2024: bemutatkozott a Biostar alaplapok AMD-s zászlóshajója
- Kormányok / autós szimulátorok topicja
- Azonnali informatikai kérdések órája
- ThinkPad (NEM IdeaPad)
- Vezetékes FEJhallgatók
- Computex 2024: a jövőt vázolta fel az NVIDIA
- Computex 2024: feltárta a Lunar Lake-et az Intel
- AMD K6-III, és minden ami RETRO - Oldschool tuning
Hirdetés
-
Pénzt akar a WhatsAppból a Meta, az AI majd segít
it Új AI-eszközöket kapnak a cégnek, a Meta célja, hogy több bevételt szedjen ki a WhatsAppból.
-
Ingyen osztogatja a Samsung a Galaxy Watch FE-t
ma Pedig még nem is létezik. Közben befutott a szuperfényes Watch Ultra specifikációja.
-
SGF24 - Befutott a Monster Hunter Wilds legújabb előzetese
gp Az új rész jövőre érkezik, ennél pontosabb dátumot nem kaptunk még sajnos.
Új hozzászólás Aktív témák
-
brd
nagyúr
válasz liksoft #6483 üzenetére
Szekvenciális írásnál már miért kellene beolvasni (a linkelt teszben pedig arról van szó)? Kit érdekel mi volt ott, amikor a tömb összes HDD-jére új adat kerül (kivéve persze a file-ok elején/végén, mert ott előfordulhat, hogy olyan helyre esik, ami csak egy stripe darab módosításával jár, még akkor is, ha szekvenciálisan kerül a tömbre)? Természetesen ha stripe size*HDD-k számánál kisebb adatot kell írni, akkor be kell olvasni, majd újra ki kell írni, de nem erről van szó. Seq írásnál simán hozza a ~2:1 (pl. 80MB/s olvasás vs. 40MB/s írás) közeli értéket a SW RAID5. Mutassak saját tesztet? Itt egy régebbi, de ha kell, csinálok újabb HDD-k használatával is.
The only real valuable thing is intuition.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen