ABIT ST6-RAID probléma!
Jelentkezz be a hozzászóláshoz.
Kellene 1 kis segítség olyantól aki tökéletesen ismeri az alaplapot. Az a gondom, hogy hiába állitok be engedélyezet busz frekit nem fogadja el!!!!
Ha valaki akar segíteni irjon: [email protected] -ra pls!!
a linux is ugyan úgy hibázik, ha a PCI a határon van, és ha az adataid bit szinten el vannak osztva a két vinyó között, akkor ott is pápát integethetsz a filerendszernek, mert inkonzisztens lesz.
There\'s no replacement for displacement
There\'s no replacement for displacement
nekem volt már olyan, hogy azzal játszottam, hol a határ, és egy olyan beállítást találtam, amin a proci még elindult, de boot közben kékhalál, és lazán agyonvágta FAT-et, és vele néhány rendszerfilet. valószínûleg a PCI már nem bírta a 4x MHz-et. szóval csak óvatosan a kijelentésekkel!
én sem mondtam TheZsenykának, hogy az õ szívása lehetetlen, csak annyit, hogy létezik jól mûködõ RAID-rõl bootoló XP...
There\'s no replacement for displacement
Nekem nem RAID-em van, csak egy ABIT hotroad-on, talán hpt366-os . A bajom, hogy ez ugye kezel 4 meghajtót. Prim master a bootwinyo, sec masteren, és salven van egy -egy rack. Ha mindkettõbe teszek winyót, akkor XP nem bootol be, megáll töltés közben. Csak akkor megy, ha a masterbe teszek. Ez lehet valami hpt driverprobléma, vagy esetleg a rack hibás. Másikkal még nem tudtam kipróbálni sajna.
There\'s no replacement for displacement
Viszont minden terület igényelné és minden user örülne az ilyesminek. Ráadásul, ha már 2 egyforma vinyója van az embernek és van vezérlõje hozzá, akkor miért ne használná?
van ugyan sebességnövekedés, de nem akkora, hogy megérje a dupla vonyó árat.
még egyszer mondom, amire megéri az a videodigizés, ahol NAGYON fontos a folyamatos adatátvitel.
There\'s no replacement for displacement
De figy, a RAID 1 meg 5 nem összehasonlítási alap, mert én csak teljesítmény-növelésre célzok. Az pedig R-0.
Kezdj el egyszerre mozgatni adatokat több szálon az adott clusteren belül, illetve 2 külön vinyón, ami nincs RAID-be kötve. Na ott látszik a különbség és ezt még a sok memória sem oldja meg. Tudom a SCSI igen, de az meg JÓVAL drágább.
A teljesítménynõvelésnek az általad említett feladatra a memóriavásárlás sokkal költséghatékonyabb módja.
There\'s no replacement for displacement
http://s2b-hu.ikariam.gameforge.com/reg.php?fh=400ce81271ab4218ebc88d115104c2f1
jelenleg egy alkalmazási terület van, ami igényli a RAID0 többletteljesítményét az ATA133-hoz képest, a videodigizés nagyfelbontásban
There\'s no replacement for displacement
http://s2b-hu.ikariam.gameforge.com/reg.php?fh=400ce81271ab4218ebc88d115104c2f1
http://s2b-hu.ikariam.gameforge.com/reg.php?fh=400ce81271ab4218ebc88d115104c2f1
igen, egyben látja a két vinyót, és az adatokat is elosztja köztük. ezért lesz gyorsabb, mint egyedül (elvileg). ha nem egyforma a kéttõ, akkor a kisebb kapacitását használhatod a másodikból is. esetedben 2x30
There\'s no replacement for displacement
Raid 0 - ez akkor azt jelenti hogy két winyót a windows egybelátya ? Ez most csak két egyforma kapacitássú winyón mûködik ,vagy mûdökne a 40 Gb és a 30 Gb winyómon is ?
http://s2b-hu.ikariam.gameforge.com/reg.php?fh=400ce81271ab4218ebc88d115104c2f1
felhívják a figyelmet, hogy azonos IDE channelen ne legyen CDROM, és vinyó, mert befolyásolja a teljesítményt.
hát én ezzel is vitatkoznék, mert nem ez a tapasztalatom...
There\'s no replacement for displacement
de nem volt
és a legapróbb betûs írásokban sem említik, hogy bármi baj lehetne HPT370-rõl bootoláskor, sõt, elég korrektül leírják, hogy kell beállítani a RAID BIOS-t ilyen esetre
ettõl függetlenül én nem vitatom, hogy a kollégának adódhatott problémája, hiszen a comptech nem egy egzakt tudomány

There\'s no replacement for displacement
2: ezek szerint még sosem láttál elírást vagy tárgyi tévedést esetleg egészen egyszerûen fals információt dokumentációban. Jó neked!
Nem értem, hogy miért kell valamit általánosságban mondani, csupán azért mert te így tapasztaltad egy hardveren egyszer.
Más: a RAID-es leírásod korrekt, én is tudtam meg belõle új dolgokat és igencsak hiánypótló alkotás. Köszönöm a többi fórumlátogató nevében is.
Alaplapdoksit meg ne olvass, mert tele van hülyeséggel 😊))))))))))))))"
1.,
Ne oktassál ki olyan eseményekkel kapcsolatban, amelyeknél nem voltál jelen, ezért biztos sem lehetsz benne.
2.,
Az hogy arra biztatsz embereket, hogy ne olvassa el a dokumentációkat, egészen nevetségesnek tartom.
Nem értem, miért kell okoskodni.
Mivel nem csak nekem ment már így és még senkit sem láttam ezzel szopni, így nemhogy nem minden konfigon döglik be, hanem valszeg te csesztél el valamit.
Alaplapdoksit meg ne olvass, mert tele van hülyeséggel 😊))))))))))))))
Ja és elõtte is BE6-II-õm volt, csak az v1.0 volt HPT-366-tal és meg fogsz lepõdni, de ott is mentek ezek a dolgok. Igaz, akkor még csak W2k-val.
There\'s no replacement for displacement
Windows NT/XP telepítése esetén nem szabad az IDE3/IDE4 (szóval a HPT konrtoller IDE1/IDE2) csatornákra kötni a winyádat a telepítési folyamat alatt, mivel KÉKHALÁL-hoz vezet. Egyébként ezt a legtöbb alaplap kézikönyvében jól elrejtve meg lehet találni.
ARGHHH
Én egyszer szívtam vele.
Fontos, hogy tudd a következõt, de ez nem csak neked szól, hanem mindenkinek, akinek RAID-es alaplapja van:
Ha RAID-es alaplapod van, akkor 4 IDE csatorna van az alaplapra integrálva. A PRIMARY és a SECONDARY IDE PORT nem támogatja a RAID eljárást és hagyományos módon fel tudsz csatlakoztatni 4db (csatornánként kettõ) IDE eszközt. A HPT konrollerhez tartozó 2db IDE csatorna szintén alkalmas 4db további eszköz csatlakoztatására. Azonban ha ide csatlakoztatsz eszközt, az nem jelenti azt, hogy az illetõ berendezések RAID-ben mûködnének, egyszerûen hagyományos módon mûködnek, lényegében van további 4 hagyományos csatlakozási lehetõséged. Vannak olyan alaplapok is, ahol nincs RAID támogatás de mégis 4 ide csatorna van az alaplapon lehetõvé téve a 8 ide eszköz felcsatlakoztatását. Az, hogy az alaplapon RAID vezérlés is van, egy TOVÁBBI szolgáltatás!
RAID: Redundant Array of Inexpensive (or indepedent) Disks
"Költségkímélõ Lemezfelfûzés" vagy "Független Lemezek Fûzére"
Költségkímélõ, mert olcsóbb HDD-ket felfûzhetsz mondjuk összefüggõ nagyobb háttérkapacitássá. De ez csak egy példa.
A RAID egyébként hagyományosan SCSI technológiához kapcsolódik, ahol az eszközök felfûzése egészen komoly lehetõségeket rejt, lévén az SCSI RAID kártyákra ha egy csatornás, 6/14 eszközt, ha két csatornás, 12/28 eszközt, mégtöbb csatornánál még több 😊 eszközt csatlakoztathatsz fel. Igazából ez a költségkímélés jobban kijön SCSI-nél, ahol egy ugyanojan méretû IDE HDD-hez képest az árkülönbség nagyon nagy.
9GB SCSI HDD Ultra160 10k - kb. 60ropi
10GB IDE HDD - kb. 14ropi
Bár több funkciójú RAID kötés létezik, alapvetõen a biztonság a legfontosabb, általában ezért használják pl. SERVER-ekben. Pl. ha az ASHOLE.hu-nak lett volna ilyen cucca, akkor nem rokkant volna le az oldal több napra.
Van egy úgynevezett MTBF érték, amely elsõsorban a HDD-khez kapcsolódik: Mean Time Between Failure - (Hibák Közötti Idõköz) amely azt jelzi, hogy átlagosan hány bitenként követ el hibát (seek faliure, write error, read error, stb.). Ha két eszköz van összekötve, ez az érték (MTBF) felezõdik. Ez a felezõdés statisztikai értelemben igaz, nem kell "szó szerint" érteni.
RAID kötések:
ÛÛRAID-0
Ez a RAID eljárás kilóg a sorból (népszerû a tuningbarátok között, de nagyon nagy sebesség igény esetén melóhoz is használják) ilyenkor az adatok megoszlanak a két drive között, amely nagyobb adatátvitelt eredményez. Mivel itt nincs redundancia (nincs kettõs mentés) az adatbiztonság nem növekszik és bármelyik hdd hibája esetén adatvesztéshez vezet. Erre szokták a legtöbben mondani hogy stripe-ing.
RAID-1
Ez a metódus redundanciát biztosít kettõ vagy több hdd-re történõ egyidejû rögzítéssel. Sebesség szempontjából az olvasás gyorsabb ennél az eljárásnál mintha egy eszközt használsz, de az írás lassabb. Bármelyik drive hibázik, nincs adatvesztés hiszen a redundáns drive(ok) rögzíti a biztonsági kópiát . Belépõ szintû redundancia rendszer, mivel mát két HDD is elegendõ hozzá. A köztudatban mirroring (tükrözés) néven terjedt el.
RAID-2
Ez a metódus Hamming hibajavító kódot használ, olyan HDD-khez tervezték, amelyek nem rendelkeznek saját hibajavító kóddal. Mivel minden SCSI drive rendelkezik beépített hibajavító kóddal, SCSI-nél nem szokták használni.
RAID-3
Ez az eljárás byte szinten osztja meg az adatokat a HDD-k között, a paritást az egyik drive tárolja. Hasonlít a RAID-4-hez. Ahhoz, hogy a byte szintû megosztás hatékony legyen, hardware szintû támogatás kell, tehát specifikus kártya kell hozzá.
RAID-4
Ez a típus blokk szinten osztja meg az adatokat a drive-ok között, a paritást az egyik drive támogatja. A paritásinformáció lehetõvé teszi a zökkenõmentes mûködést bármely drive hibája esetén. A RAID-4 teljesítménye kiemelkedõ, csakúgy mint a RAID-0. Íráskor a paritásadatokat folyamatosan frissíteni kell, emiatt a kisméretû random írások lassabbak, a nagyobb, összefüggõ írások viszont gyorsak.
RAID-5
Ez az eljárás hasonlít a RAID-4-hez, csak itt a paritás meg van osztva a drive-ok között. A kis méretû csomagok kiírása felgyorsul, az olvasás viszont észrevehetõen csökken.
Összefoglalás:
RAID-0 a leggyorsabb és leghatékonyabb fûzér, de nem hibatûr (no fault-tolerance).
RAID-1 teljesítmény kritikus és hibatûrõ környezet. Ez az egyetlen megoldás, ha biztonságra törekszünk és nem áll rendelkezésre 2db drive-nál több.
RAID-2 ritkán használt, lévén az ECC (hiba javító kód) be van építve minden modern drive-ba.
RAID-3 adatérzékeny vagy egyfelhasználós rendszerekhez javasolt, ahol nagy méretû szekvenciális adatok kezelésével kell számolni. Mivel a RAID-3 nem támogat többirányú I/O mûveleteket, minél hasonlóbb HDD-ket érdemes használni a fûzérben, különben jelentõs teljesítmény csökkenés lép fel kis méretû adatok mozgatása esetén.
RAID-4 teljesen megegyezik a RAID-5-el, leszámítva hogy nem támogatja az egyidejû, többirányú írási mûveleteket.
RAID-5 a legjobb bálasztás többfelhasználós környezetben ahol az írási hatékonyság nem elsõdleges. Legalább 3 drive (jellemzõen 5db) szükséges hozzá.
Tehát Imremagdi, RAID esetén legalább 2db eszközre lesz szükség, és jelentsük ki: winchester kell hozzá.
Fordítottam neked vagy negyed órát, úgyhogy becsüld meg magad 😊
(esetleges hibákért sorry, nem vagyok nyelvprofesszor, bár szerintem teljesen rendben van)
Forrás:
saját agy illetve http://www.uni-mainz.de/~neuffer/scsi/what_is_raid.html
Miért ? Mi van ha csak egy winyót kötök be rai-ba?
http://s2b-hu.ikariam.gameforge.com/reg.php?fh=400ce81271ab4218ebc88d115104c2f1
Normális vagy?



Raidba kötöttem egy Asus cd-olvasót ! És kibaszottul lassan olvasa a cd-ket(13x állandó sebesség), pedig ha nem a raid-ba kötöm akkor normális sebbesssssségel olvassa õket(25-tõl 51x-ig - ezt egy tesztprogram mérte ) (Remélem érthetõ voltam )
Tehát akkor a raid-et nem a cd-olvasóknak találták ki???????


http://s2b-hu.ikariam.gameforge.com/reg.php?fh=400ce81271ab4218ebc88d115104c2f1
Van egy ST6-R es alaplap, HPT370 es vezérlővel+2 db seagate 8.4 es vinyo. Akárhogyan probálom a stripe módot, lesz egy 16 os vinyom, és a windoz2000 ben a tesztprogramok nem mutatnak semmiféle sebességbeli növekedést. Pontosabban a sisoft sandra kb. 7-9000 es értéket ad, amikor egy darab vinyo önmagában 14000! Esetleg valami beállítás kell? Probáltam már hardveresen, és szoftveresen is stripe olni, de az eredmény ugyanaz. A két vinyo UDMA4 es üzemmódban müxik.
pls help.