Hirdetés
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Gurulunk, WAZE?!
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- ricsi99: 6. Genes alaplap tündöklése kontra MS/Zintel korlátozásai
- Graphics: Telefonvásárlási kálváriám....avagy clickbait cím: Horror a hardveraprón
- Parci: Milyen mosógépet vegyek?
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- bambano: Bambanő háza tája
Új hozzászólás Aktív témák
-
radi8tor
MODERÁTOR
Amikor én RAID0-t hoztam létre 3 vinyóval, akkor automatice 128k csíkméretet állított be az alaplap. Azt olvastam valahol, hogy csíkozásnál a 128k, tükrözésnél a 64k az általánosan elfogadott érték. Ezek szerint ezt igazolják a tesztjeid is.
Random sebességek azt mondod RAID0-ban jobbak lettek?
Oprendszernek tervezek X-25M RAID0-t.
-
Sunzi
aktív tag
Nem egészen szerencsés elmélet.
Ekkor ugyanis minden esetben több diszk fog egyszerre pozícionálni, és IO műveletet végezni.
Ha tfh csak 1 clusternyi adat kell, 1 seek time mindenképp van, átlagosan addigra a másik diszk is odapozícionált, majd majdnem egyszerre kiolvassák az adatokat. (de, mindenképp igénybe vettünk 2 seek időt, ezt Neked nem kell elemeznem, mit jelent..)
Ellenben, ha a cluster kisebb, vagy egyenlő, akkor van ugyanannyi seek time, a dupla hosszúságú beolvasás 1 IO- belül elfér, és nem mérhetően lassab, mindeközben a másik diszk ezzel egyidőben képes párhuzamosan egy másik műveletet végezni, pl. 1 ehhez hasonlót. Egyértelműen ez utóbbi megoldás a gyorsabb.
Az én javaslatom a stripe size=cluster size megoldás. Illetve a cluster ugye max 64k windows alatt, tehát stripe>=cluster a helyes képlet.
A túl kicsi stripe (2-8k pl.) viszont túl sok IO-t jelent, az sem mindenhol szerencsés.
Ha pl. nincs párhuzamosítható IO, akkor a raid vezérlő sem tudja párhuzamosan hajtani a diszkekek, tehát az én javaslatom nem jelent jelentős gyorsulást, de lassulást sem.És akkor még nem firtattuk, hogy mi van melyik esetben mondjuk random read-nél, ahol ez a javaslat sikeresen hozza majd 1 diszk sebességét IO/sec számban

Neked gondolom nem új, de az otthoni felhasználást leszámítva "elvileg" a szerver pontos igénybevétele dönti el, hogy ezeket hogyan konfiguráljuk, ez esteben ugyanis egy adott tömbön behatárolható, hogy milyen jellegű IO pattern várható.Otthonra meg nincs ideális beállítás. Max tesztekhez optimalizálás.... meg a windows boot ahogy hallom...
-
stgellert
aktív tag
Kiváncsi lennék, oprenccer függő e... el tudnám képzelni, hogy igen.
(én a 8-32 kb tartományt próbálnám végig, ha szándékomban lenne oprencert raidre tenni, de nincs szándékomban... ssd-re vágyom:-) )(kiváncsiságból megnéztem a win xp könyvtárát, elég sok benne a 32 kb alatti fájlméret...)
-
brd
nagyúr
Én a virtuális gép(ek) alá szoktam beizzítani RAID0-t, de csak akkor, ha nem gond, hogy elhasal. Viszont én software-es RAID0-t tudok csak elképzelni, főleg azért, mert biztosan látom a SMART adatokat, és a vezérlő sem vágja ki tetszés szerint a HDD-t a tömbből, max. a hibás helyen lesz egy kis filesérülés, de a többi adat hibátlanul megmarad, és elérhető, ill. maga a tömb is tovább működik; ráadásul gondos tulaj gépében én még egyik pillanatról a másikra sosem láttam HDD-t elpukkanni, mindig van valami előjele.
-
stgellert
aktív tag
Én speciel igen, de nem túl rég:-) Szal a raid 0 használata nálam (egyelőre alaplapival):
normál vinyó 1: rendszer, programok.
normál vinyó 2 swap a windovsnak, progiknak,
normál vinyó 3 munkák, alapfájlok 1x, kész renderelt dolgok, stb,
raid 0: aktuális munka alapfájljai, renderje (mindezt a 3-as vinyón szintén megvan), mert ezen gyors a munka nagyon, munka végén másol a 3-ra.Így ha elszáll a raid 0, csak az aktuális alapfájlokat másolm fel rá újra.
Érdekes, nekem Photoshopban nem hozott lényegi gyorsulást a raid 0, szerintem a PS rendszerigénye bekorlátoz.
(ui: most olvasom a logout bloggod, élvezet, lehet, ki kellene egy ssd-vel próbálnom a rendszert, lehet, akkor nem éreznék korlátot a PS működésben)
Új hozzászólás Aktív témák
Hirdetés
- Szinte új! - Intel SSD D3-S4510 Series 240GB 100% 0 - 2 nap közötti futásidő (5db)
- Corsair MP600 PRO LPX 2TB - PS5 SSD (2029-ig Garis)
- Micron 5200 ECO 480 gb 100/100 (2db) - Professzionális SSD akár otthonra is
- SEAGATE ST500DM002 SATA III 500 GB 3,5 HDD
- BESZÁMÍTÁS! 2TB Samsung 870 EVO SATA SSD meghajtó garanciával hibátlan működéssel
- 243 - Lenovo Legion Pro 7 (16IAX10H) - Intel Core U9 275HX, RTX 5080 (ELKELT)
- HP EliteBook 830 G8 13,3" i7 -1185 G7, 8-16GB RAM, SSD, jó akku, számla, 6 hó gar
- iPhone XS Max 256GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3997
- Dell Latitude 5530 Core i5 1245U, 16GB RAM, SSD, jó akku, számla, 6 hó gar
- Dell Precision 5560 i7 32GB RAM 512GB SSD NVIDIA RTX A2000 FHD+
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest


az kicsit, aki átlagban használja az 64-128, aki ménkű nagy egybefüggő fájlokat (film, stb), az akár 1024-et is...

