Hirdetés
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Luck Dragon: Asszociációs játék. :)
- ldave: New Game Blitz - 2026
- ricsi99: 6. Genes alaplap tündöklése kontra MS/Zintel korlátozásai
- sziku69: Fűzzük össze a szavakat :)
- Graphics: Telefonvásárlási kálváriám....avagy clickbait cím: Horror a hardveraprón
- t1csi: DDR3 RAM vadászat – egy kis gondolkodási anomália
- Gurulunk, WAZE?!
- Hieronymus: Az igaz barátság kezdete
Ú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)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
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...
Új hozzászólás Aktív témák
Hirdetés
- OLED monitor topic
- Milyen okostelefont vegyek?
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Milyen TV-t vegyek?
- Házimozi haladó szinten
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Autós topik
- Anglia - élmények, tapasztalatok
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Milyen egeret válasszak?
- További aktív témák...
- Szinte új! - Intel SSD D3-S4510 Series 240GB 100% 0 - 2 nap közötti futásidő (5db)
- BESZÁMÍTÁS! 4TB WD RED WD40EFAX HDD meghajtó garanciával hibátlan működéssel
- 500GB, 320GB, 250GB notebook 2,5" HDD-k. Több db. (100/100%)
- BESZÁMÍTÁS! 2TB Samsung 990 Pro Heatsink NVMe SSD meghajtó garanciával hibátlan működéssel
- Micron 5200 ECO 480 gb 100/100 (2db) - Professzionális SSD akár otthonra is
- Apple iMac 27" 5K 2015 Late / 16GB DDR3 / 512 GB SSD / Bill+Egér 6 hó garancia, számlával!
- BESZÁMÍTÁS! Asus B250 i5 7500 16GB DDR4 120GB SSD 500GB HDD GTX 1060 6GB FSP CMT240 Chieftec 400W
- Bontatlan! PlayStation 5 Slim Digital + kontroller 2 év garancia 2028.04.09-ig, számlával!
- AKCIÓ! Asrock B450M R5 5500 8GB DDR4 256GB SSD GTX 1050 Ti 4GB Zalman T3 Plus DeepCool 400W
- HP EliteBook 840 G7 i5-10210U 16GB 512GB FHD 400nit 1 év garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest