Új hozzászólás Aktív témák
-
liksoft
nagyúr
Freddy TNT-nek igaza van, nem kell jumper. Viszont kiegészíteném azzal, ha a bios-ban master / slave -nek látott eszközöket kötsz RAID0-ba, akkor nem lesz számottevő sebességnövekedésed. Ugyanis a raid esetén a párhuzamos csatornák (több controller) adják az igazi gyorsulást, ha m/s-ként fut, akkor egymás után kell az adatot a winyónak küldeni, hiszen egy conroller dolgozik mindkettővel. Tehát hiába a két winyó és a raid0, csak a 2 felület és a dupla cache gyorsít, ami a raid esetében a töredéke a párhuzamos csatornához képest.
Vagyis ha csak m/s konfigban tudsz raid-et kialakítani, akkor nem kapsz akkora sebességgyorsulást, ami arányban lenne a nagyobb sérülésveszéllyel. Én ilyen esetben nem hoznék létre raid0-át, csak ha az egyben lévő tárolóhely mérete miatt nincs más választásom. -
#646
liksoft
nagyúr
Intelligencs
#644
liksoft
nagyúr
válasz
Intelligencs
#644
üzenetére
Vagyis 2 x RAID1. Így biztonságos is, gyors az írás és olvasás is, valamint a kettő között jó a sebesség is.
A példában említett rendszer persze csak cég server-ként éri meg. Ott, ahol a 24 órás munka mellett egyszerre legalább 10-en vannak a gépen. Különben egy rövid leállás az egyszerűbb. De nem bírtam magammal, és meg kellett említenem, hogy van ilyen is. -
#643
liksoft
nagyúr
Intelligencs
#640
liksoft
nagyúr
válasz
Intelligencs
#640
üzenetére
RAID5 - az írása lassú (hiszen a párhuzamos blokkokat fel kell olvasnia a többi drive-ról, elvégezni a redundáns kódolást, és felírni az adatot és a paritásblokkot -> 3 winyó esetén 2 olvasás + 2 írás), olvasása megegyezik a RAID0-al. Viszont 3 winyó esetén csak egy kapacitása vész el. Vagyis írása lassabb mint a RAID1-é, olvasása RAID0, biztonsága ~RAID1, kapacitásvesztesége kisebb a RAID1-nél. Ha viszont egy drive kiesik, akkor az olvasás is megközelítőleg az írás sebességére esik be. Na ezért célszerű csak nagy cache-es hw SCSI kártyát használni RAID5-höz.
Viszont a serverekbe úgy célszerű kialakítani, hogy 5 db winyót teszünk. Ebből 4 dolgozik RAID5-ben, egy áll és meghibásodásra vár. Ha egy drive kiesik hiba miatt, a vezérlő indítja a tartalék winyót, működés közben a kiesett helyére teszi (logikailag) és újraszinkronizálja a tömböt. A rendszergazda kicseréli a hibás winyót (működés közben), és a kártya configban beállítja tartalék (hotswap) winyónak az újat. Vagyis mostantól újra kieshet egy, és a kártya indít, újraszinkronizál. Ha megfigyelted, a sebességlassuláson kívül közben a felhasználók semmit nem vettek észre, hiszen a rendszer folyamatosan ment. Igaz, csak 3 winyó kapacitását kezelhetjük, de milyen biztonság mellett !! -
liksoft
nagyúr
Persze. Ő is nyaggatja a lemezt, meg a w.. is. Ketten időben közel egyszerre a lemez másik részét szeretnék használni. Na szegény winyó ettől kapkodja a fejét. Gondolj bele egy logikai drive-on belül másolsz egy capture avi-t, vagy két fizikai drive között (lehetőleg ne master - slave legyen) másolva a gyorsabb?
Keress meg Skype-on. Úgy látom jó lenne dumálni egy nagyot. -
liksoft
nagyúr
Ha 2 winyón szeretnéd, akkor csak soft raid mehet. Ha az OP vagy bármelyik winyó dob hátast, az adatok a másik tükörpartícióján még biztonságban vannak. Az egyetlen gond az, hogy az XP ha jól tudom, soft raid0-ról nem tud boot-olni. Én inkább úgy oldanám meg, hogy a rendszert nem raid0-ba, hanem 2 külön partícióba tenném. Az elsőn (A1) lenne a rendszer, a másodikra (B1) kerül a temp, virtuális memória, cd-dvd író image terület, stb.., a másik két partíciót meg (A2,B2) lehet soft tükörként használni. Ez kecse-káposzta megoldás, de figyeld meg, gyorsul a rendszer.
-
#608
liksoft
nagyúr
Freddy TNT
#601
liksoft
nagyúr
válasz
Freddy TNT
#601
üzenetére
Szia!
Érdekel majd a tapasztalatod !! -
#586
liksoft
nagyúr
Freddy TNT
#585
liksoft
nagyúr
válasz
Freddy TNT
#585
üzenetére
Szia!
Sajna egyiket sem használom, így gyakorlati tapasztalatom nincs. Disznóság, de a honlapokon kevés az info. Több adatra lenne szükség. Azt sem írják, hogy a PCI-pro (2.) csatlakozós kártya üzemeltethető-e normál PCI csatiban. (Elméletileg igen, de láttam már karón varjút.) Így nehéz dönteni, és sokszor lutri. (Már megint fr@ncb@ a fogyasztói társadalommal.
) -
#584
liksoft
nagyúr
Freddy TNT
#579
liksoft
nagyúr
válasz
Freddy TNT
#579
üzenetére
Szia!
''Bár kifelejtettem, hogy SATA vezérlőröl van szó. Itt elvileg nincs master/slave egy ''szálon''''
Sajna el kell, hogy szomorítsalak. A PATA és SATA között adatátviteli sebesség és típus a különbség. Viszont mindkettő alapja az ATA (ami a nevükben is megvan). Így a vezérlő chip-ben történik a master / slave szétválasztás, és utána vezetik ki a két sorosított ATA csatornát. Vagyis célszerű megnézni, milyen kialakítású az amit használsz. Az SARock P4I65GV alaplapon 3 ATA vezérlő van, két PATA és két SATA csatival. A sorrendjük: PATA, PATA, SATA. Ez a bios-ban az extended mód. A compatibiliti módban a SATA-t bármelyik PATA helyére be lehet konfigurálni. Így XP alatt 6 eszköz, 98 alatt 4 tehető rá, de a SATA még 98 alatt sincs kitiltva. Ráadásul, lehet róla boot-olni is! -
liksoft
nagyúr
Mivel az ''tükör'' tehát a két winyó szektorról szektorra ugyanazt az adatterületet tartalmazza, így annak szétesése, vezérlőcsere (vagy winyóhiba) esetén mindkettő (vagy a hibátlan) külön-külön is működőképes. Ilyenkor általában célszerű nem raid vezérlőre, hanem mezei alaplapira tenni, így a raid információktól nem zavarodik meg. Sajnos találkoztam már olyan vezérlővel, amelyik a drive elejét lefoglalja particionálás nélkül, így az aktív területet hátrébbtolja. Ebben az esetben csak ugyanolyan vezérlőn használható, hiszen alaplapira téve az adatterület eltolása miatt még partíciós táblát sem talál a rendszer. Ha erre nincs lehetőség, az adatok egyszerűen menthetőek ebben az esetben is, de spéci program és ''kézimunka'' kell hozzá. Vagyis szakember.
-
liksoft
nagyúr
Minden raidkártya saját adminisztrációt használ. Így ha a chipset és a verzió nem egyezik, akkor nagy valószínűséggel nem adaptálható a blokk a másik alá. Ezért kéne újraépíteni. Ha az adatok kellene, tedd vissza a régibe és mentsd le. Utána az újban kezdheted előröl. De ha nem kötelező, akkor a raid0-át én nem használnám. (Gyorsabb, de van egy pár hátránya - ez a mostani gondod is.)
-
-
#537
liksoft
nagyúr
BobChemistry
#532
liksoft
nagyúr
válasz
BobChemistry
#532
üzenetére
A 48 bites használat a fizikai drive-ra vonatkozik. Tehát ha 4 120-as winyót egybe kötsz raid0-val, akkor kaptál 480GB hasznos egybe területet, de mivel 4 120-as winyón van, így a fizikai címzés nem megy egyiken sem 128GB fölé, így a címzés mértéke belefér a 28 bites tartományba. Tehát XP SP nélküli változatával is fut.
Ha viszont 1 160-as drive-ot 2 80-as partícióra vágsz, hiába 80-80 a hasznos terület, a másodikat a 128GB feletti területen kell címezni, tehát ebben az esetben kötelező a 48 bites üzemmód használata. Ide SP1 + 48 bit beállítása, vagy SP2 kell. -
#501
liksoft
nagyúr
Freddy TNT
#499
liksoft
nagyúr
válasz
Freddy TNT
#499
üzenetére
[link]
Szerk: Nem olcsó, de a listában van.
[Szerkesztve] -
#494
liksoft
nagyúr
Freddy TNT
#493
liksoft
nagyúr
válasz
Freddy TNT
#493
üzenetére
A mai OP-k RAM orientáltak. Vagyis, nem figyelik hogyan gyorsabb egy másolás, hanem egy biztos algoritmust használnak. Az adminisztrációs rendszer (FAT, NTFS, ...) segítségével a RAM-ban elhelyezett pufferen át DMA segítségével blokkonként másol. A folyamat gyorsítható, ha a 2 winyó 2 fizikailag is különböző csatornán foglal helyet (PCI, DMA, stb...). Azért a PCI csatornaszélessége it is belép, de a két DMA javít a helyzeten.
Az amit Te szeretnél, az SCSI-nél a kezdeteknél meg volt már. Ott ugyanis a kábel csak adatátviteli csatorna, amire egyenrangú eszközöket teszel fel. A vezérlőkártya csak az eszközök szinkronizációját végzi. A winyók így egymás között is tudnak másolni, hiszen olyan parancsot adsz ki, hogy az egyik oda írjon - a másik innen olvasson - a státuszt (az elvégzett műveletről) a vezérlőre kéred. Ezt az ID-k alapján egyszerűen elvégzik. Az már más kérdés, hogy ez elméletileg működik, míg az OP-k a fenti megvalósítást használják.
Tehát RAID esetén az SCSI itt is nyerő.
Az amit alapban kérdeztél, soft RAID-nél valósítható meg ütközések és plusz rizikó nélkül. (Ha jól emlékszem, a HPT-nél mintha olvastam volna a több kártyás működést, de nem tudom, hogy RAID-ben is megy-e.) Azért jó, mert párhuzamos csatornákat tudsz kialakítani. De még mindig tartom, hogy az igazi a PCI-X kártya esetleg SCSI 320-as 15000-es winyókkal. Igaz, nem 2 fillér, de a sebességet illetve biztonságot sajna meg kell fizetni. (A SATAII kezd hasonlítani az SCSI-hez, de nem ugyanaz, és közel 40 éves késéssel. Hát ez a technika fejlődése - vagy a multik harca. Sokszor a 100* jobb hal ki egy vacak üzletpolitika miatt.
)
Szerk: Nézd meg a MAC-ben anno csak SCSI winyó volt, mára meg a PC HW-ig sűlyedtek. Szomorú. Így a párhuzamos eszközök fognak elveszni, az egy iránynak meg mi fogjuk meginni a levét. (Több fejlesztés jut egy HW-re, de a kompatibilitás miatt a kompromisszumok szerintem nagyobb gondot jelentenek. Jobb lenne több vas párhuzamos fejlesztése, hisz a verseny a technikai fejlődésnek mindig jót tesz.)
[Szerkesztve] -
#489
liksoft
nagyúr
Freddy TNT
#488
liksoft
nagyúr
válasz
Freddy TNT
#488
üzenetére
A profi vezérlők tisztességes cache-sel rendelkeznek, nem terhelik a normál memóriát. Ez 256M-1G között mozog, felhasználási területtől függően. Otthoni célra elég a 256, míg több száz felhasználós server-be talán inkább a nagyobb. Adatátvitelkor RAM - CACHE valamint CACHE - winyó a mozgás. Ebből az adminisztráció nélküli RAM - CACHE terheli csak a procit. A másikat teljes egészében a kártya végzi, statisztikázott előreolvasásos CACHE stratégiával. Az újraszinkronizálás is csak egy parancs, és sokszor működés közben elvégzi, szemben az olcsóval, ahol ez megszakíthatatlan külön folyamat szokott lenni teljes csend mellett.
Olcsóbb vezérlőket amik még jók is, a HPT vagy a PROMISE oldalain találsz. Az ADAPTEC Sil vezérlőt használ, de a bios-át tudtommal lecserélte (szerintem nem véletlenül). Azért számolj utána, hogy a PCI busz sebessége nagyobb-e mint a különálló winyóé. Ha összemérhető, akkor felejtős.
[link] - [link]
[link] - [link]
Szerk: Ha a HPT-t megnézed, a sebesség miatt a PCI-X vezérlőt részesítik előnyben. Nem véletlen. Szerinten profi cucc nélkül a RAID0 előnyei csak töredékében élvezhetőek.
[Szerkesztve] -
#472
liksoft
nagyúr
Freddy TNT
#470
liksoft
nagyúr
válasz
Freddy TNT
#470
üzenetére
RAID0 meghibásodás: 2 db winyó, alapból kétszeres esély, amit megspékel a 3. eszköz a vezérlő. Mindegy, hogy HW vagy SW, meghibásodhat, téveszthet (máshogyan a kettő, de benne van a pakliban). Így jön ki a háromszoros. Statisztikailag 2-3 közé tehető, mindenkinek máshol. Ezért nem foglalkoztam a pontos százalékkal, de a 3 eszköz inkább a háromszoros mint a kétszeres felé közelít.
hans01: Ha Valaki ismeri és tudja ezt, valamint ennek megfelelően használja, akkor semmi gond nincs vele, sőt előnyös lehet. De ennek hangsúlyozása nélkül csak és kizárólag egyedüli üdvözítő megoldásnak feltüntetni szerintem olyan mint a gyilkosságra való felhívás.
Freddy TNT: SATA. Az előző raid ugyanezen a vezérlőn volt, vagy a 680-on. Megérzésem, hogy az előző 680-on két kábelen volt, míg a mostani SATA master/slave üzemmódban fut. Egy kontrolleren egy csatornán, tehát nem tud párhuzamosan dolgozni. Sok gyártó így oldja meg, hogy legyen is RAID, de ne kelljen sok csatornát kézben tartani (IRQ, DMA). Ezzel az eszközök ütközését tudják csökkenteni, tehát biztonságosabb az eszköz, de sokszor a sebesség árán. Üzletpolitika: Ha profi gép kell, tegyél bele profi kártyákat! - És valóban, a risk processzoros kifejezetten RAID kártyák csúnyán meg szokták verni sebességbe és stabilitásba is az alaplapiakat. -
liksoft
nagyúr
Csak egy megjegyzésem lenne. És ez a stílusodhoz kötődik.
Lehet, hogy Te tudod és ismered a RAID0 veszélyeit. Pont ezért nem jó, ha elbagatelizálod. Ezt a fórumot ''titkárnők'' is olvassák (kifejezetten a számítógép hardware-es ismeret miatt használtam a megnevezést minden bántó szándék nélkül), így Nekik mást jelent a Te írásod mint szakmabelinek. Azt hiszem, ''láttam már karón varjút'' (adatmentésből élek). Így nyugodtan mondhatom, hogy a meghibásodás NEM a duplája, hanem a HÁROMSZOROSA a szimpla drive-hoz képest. De ezt részletezni itt és most lényegtelen. A fontos, hogy a feladathoz kell választani a rendszert. Ez viszont tartalmazza a felépítést, üzemeltetést és az archíválási rendszert is. Ha nem rendszerben gondolkodik valaki, akkor az a saját adatainak potenciális gyilkosa. Lehet, hogy erős a megfogalmazás, de a gyakorlatban látom, hogy igaz. -
liksoft
nagyúr
Na ez már nem HW, hanem XP probléma. Ebben vannak nálam sokkal jártasabb emberek. Így inkább hallgatok, hátha én is tanulok.
Igen, hasonló mint az msn, csak nem Micro... és jó hangkártya + miki esetén úgy hallak, mintha a szobában lennél. Ezek sem utolsó szempontok, azt hiszem.
Szerk: Multkor elfelejtettem írni, hogy a 4-6 eFt-os raid vezérlő 99%-ban a SiliconImage chip-re épül. Ez normál IDE-ként kezeli a winyót, és ha akarod, akkor tudod raid-be fűzni. Tehát jó alternatíva a problémádra. (Egy gondja, hogy driver nélkül a 128GB feletti winyókat hibásan kezeli.
De ez csak DOS alatt jelent problémát, vagy ha pl: 200-as winyón egybe particionált rendszert szeretnénk boot-ra rávenni. Ilyenkor az SP1-2 sem segít!!! Megoldás: boot partíció max 120G, és a többi már szabadon használható.)
[Szerkesztve] -
liksoft
nagyúr
Talán egy hasonlat segíteni fog.
Egy adatbázis (hagyományos felépítésű, nem SQL,....) több adatfile-ból és indexfile-okból áll. Ezt a rendszert csak hibátlan indexek esetén tudod üzemeltetni. Ha az adatbázis struktúráján változtatsz, újra kell indexelni az egészet. Gondolom, ez eddig tiszta.
Most nézzük a vezérlőt. A PROMISE chip a fentiek alapján az adatbázist kezelő program. A winyók felelnek meg az adatfile-oknak, melyek elhelyezkedése és egymás közötti kapcsolatuk is számít. Az index-nek meg az a leírás, ami a winyó végére kerül.
Vagyis, ha megváltoztatod a konfigot, már nem lesz korrekt az info a winyó végén. Ekkor vagy letilt, vagy hibásan működik a vezérlő. Ha pedig nincs, akkor használat szintjén nem is kezeli a winyót. Neked azért ilyen esetleges a rendszered, mert a használatban lévő winyókat már valahogy inicializáltad, így a vezérlő felismeri, de többször hibásan kezeli.
A fentiek miatt írtam, hogy a PROMISE RAID conrollere csak és kizárólag FIX konfigurációt kezel korrekten hibamentesen. Ez lehet ''sima ide használat'', de nem fiókos. Az elért csere és használat a már inicializálási fázison átesett winyóknál él. De ha újat teszel rá, minden kezdődik előröl.
Ha még mindig nem teljesen tiszta, hívj fel Skype-on vagy mobilon. Ugyanis nem ismerem számítástechnikai ismereteidet, így marhára nehéz ''lefordítani'' a lényeget. -
liksoft
nagyúr
Olvasd el amit #440-ben írtam. A PROMISE controller önálló mikroszámítógép 1 chip-ben. Ennek más a belseje ha RAID és más ha csak ide vezérlő. Így a drivere NEM cserélhető, valamint NEM oldja meg az alapvető problémádat.
Ha CSAK ide csatorna kell, akkor ezt tiltsd le az alaplapon, és tegyél be egy sima ide vezérlős kártyát. Vagy az alaplapra teszed a fiókot. A PROMISE controllert NEM csere-bere típusúra, hanem nagy megbízhatóságú RAID vezérlőnek gyártották. Igaz ez az olcsó (általában ezt teszik az alaplapra) változatra (nincs saját cache) és a drága profi server vezérlőre is. A minőség és stabilitás nem tűr meg semmi más kompromisszumot.
Sajnálom, de ha ezt erőlteted továbbra is, az eddigi tapasztalataim alapján sok keserűségben és több OP újrainstallban lesz részed. -
liksoft
nagyúr
A PROMISE raid controller csak úgy tud kezelni egy winyót, ha inicializálod. Ez a chip adatbázisa a winyóhoz, amit a winyón tart. Logikus, ha nem találja meg, nem tudja kezelni a cuccot. Nem tudsz vele mit kezdeni, a chip-nek kell, a bios nem tehet róla. Ezek az adatok a winyó végére (nem használt területre) kerülnek, így máshová át tudod vinni, visszahozva működik. De máshonnan init nélkül nem tudsz winyót fogadni. Az már a bios-on múlik, hogy ettől az adatok elvesznek-e, vagy engedi, hogy megmaradjanak.
A nem raid PROMISE nem kér inicializálást.
Fiókot tegyél alaplapi csatornára. -
liksoft
nagyúr
Ide csak ritkán ugrok be, az adatmentésbe tegyél egy linket ide, ha kérdésed van. Onnan kapok üzit.
Nem tudom, van-e rá progi. Én valahol az eszközkezelőben szoktam kóricálni és az I/O címeket hasonlítom össze alaplapi esetén. RAID kiegészítésnél meg ki szokta írni amikor bemegyek a bios-ába. (Lehet, hogy nem mindegyik, nem néztem.) Talán az Everest kiírja
. -
liksoft
nagyúr
válasz
n0_gAboR
#417
üzenetére
Nem tartom szerencsésnek az ötletet.
Kiskegyed írta a megoldást. Úgy célszerű elkészíteni, hogy a 160-at 2 részre osztod. Az első a rendszer, hagyományos partíción. A másodikat kötöd software RAID-be a 80-as winyóval. De ekkor a rendszerwinyó osztozik a gyorsnak szánt RAID egységgel 1 fizikai drive-on.
Ha a 80-ast külön használod és a 160-ast is, mind sebességben, mind biztonságban jobban jársz az előző állapothoz képest. Ugyanis a fejmozgatás a leglassabb. Ha ezt a rendszer és az adatpartíció között állandóan meg kell tennie, hát ..... Ha viszont ezek külön drive-ok, akkor pont a rendszer és az adat tud párhuzamosan futni. Nagyon nem mindegy.
Szerk: tedd két külön csatornára is. (SATA esetén a két kábel nem biztos, hogy két csatorna, lehet 1 is, master - slave konfigban !!)
[Szerkesztve] -
#331
liksoft
nagyúr
Freddy TNT
#330
liksoft
nagyúr
válasz
Freddy TNT
#330
üzenetére
W98-tól OK, de driver kell. (Mentéshez is használtam kényszerből. Működik, de a particionálásra figyelj.)
Szerk: Bővebben: link Első hsz vastag betű!
[Szerkesztve] -
#329
liksoft
nagyúr
Freddy TNT
#328
liksoft
nagyúr
válasz
Freddy TNT
#328
üzenetére
A 0680 tudja a 120 feletti winyók kezelését, de csak driver-en keresztül. Tehát ha a boot során hátsó területről (120 feletti) kell beolvasni adatot, akkor körbefordul és a lemez elejéről (hibásat) olvas. CSAK EZ A HIBÁJA. (Köszönöm, ez is elég.) Ha ismered, ki lehet kerülni. A sata 3112 már jó.
-
liksoft
nagyúr
válasz
kraftxld
#275
üzenetére
64kB (128kB (64kWord)) a DMA laphatára, így az egyszerre átvihető adatmennyiség is. Ezért a 64kB vagy 32kB az a méret, ami a legkevesebb hozzáféréssel a legnagyobb adatmennyiséget képes mozgatni. A 128kB nem minden HW-n fut korrektül, így ezt nem használnám. A 64kB ideális, de a driver lehet, hogy a laphatár miatt 2 részre felbontja (64kB laponként kezeli a rendszer a memóriát, így ezt figyelembe kell venni. Protected módban ez nem ül teljesen, de a HW szervezése kompatibilitási okok miatt ezt tutira támogatja. Így ezt célszerű alapnak venni, nem a különböző gyártók extra újításait - szokott is adni a kompatibilitásnak.). A 32kB minden szempontból megfelelő, de lasabb a 64-hez képest. (Általában a 64 szokott menni.) A 8db sata port alaplapon jó, de általában ekkor csak 4 controller van telepítve. Vagyis a master-slave címzést kihasználják. Ilyenkor a master és slave winyók olvasása egyértelműen 2 ciklus, hiába 2 külön csatlakozó. Ez csak íráskor lassítja a rendszert (előzőleg írtam miért). A tőke miatt ezt tudomásul kell venni. Minden esetre jobb megoldás, mint külön controller. Ennek ellenére elgondolkoznék azon, hogy egy ilyen alaplapba ha beletennék 2 controllert (így mind a 8 winyó csak master-ként futhatna), jelent-e gyorsulást. Na ezt már nem tudom megjósolni. Valamint több alkatrész, több csatlakozó, nagyobb hibaforrás is. HW és SW oldalról nézve is.
A végeredmény nagyon érdekel, küldj majd mail-t. Köszi. -
liksoft
nagyúr
válasz
kraftxld
#271
üzenetére
4 sata + 4 pata vagy 4 sata + 4 sata vezérlőn? Ha vezérlőt kell használni, akkor az már eleve visszafog. Vagy ha segít, tegyél be 2 kártyát, csak a master csatik használatával.
Hát a pénz eléggé köt azt hiszem. A rendszerekben túlságosan nem vagyok otthon, de ha tehetném, 64k blokkméret mellett (dma határ volt régebben, így egy stabil érték) előre olvasásos cache stratégiát választanék. Akár nem az OP cache, hanem egyéb progi segítségével. (Ilyent nem ismerek, így ajánlani sem tudok, de szerintem létezhet, mert nem túlságosan nagy valami.)
(Gyorsabb válaszhoz: Bővebben: link) -
liksoft
nagyúr
válasz
kraftxld
#267
üzenetére
A keresztparitás miatt mindegyik lemez azonos pontját olvasni kell, és a blokkot, valamint a blokkhoz tartozó paritás blokkot kell írni. Egyértelmű, hogy írás során minél több a winyó, annál több az olvasás a többiről. Ha HW kártya külön csatornákkal, akkor nem jelent lassulást, de egy kábelre felfűzött winyók esetén szépen lassul. (Tisztességes SCSI RAID5 kártya csatornánként csak 2 winyót kezel !!) Látható, hogy a kártya CACHE jelentősen befolyásolja szintén az eredményt. Soft esetén a sok winyó látható, hogy ''felejtős'' a sebesség oldalról nézve. Olvasásnál nem törődik a paritással (csak ha gond van), így egy winyós rendszerként fut. Nagy blokkok olvasásakor (kisebb reid blokk beállítás mellett) ha több csatornán tud dolgozni, gyorsabb is lehet, ilyenkor a kártya és az alaplap átvitele a meghatározó.
Dióhéjban a gyakorlati tapasztalatom.
Szerk: Tehát a RAID blokkméretét a felhasználáshoz célszerű kialakítani. Arányos legyen a mozgatandó adat méretével.
[Szerkesztve] -
liksoft
nagyúr
válasz
Lockstock
#259
üzenetére
És a RAID0 esetében két külön fizikai csatornán volt a két winyó? Mert ha nem, hanem master - slave, akkor olyan mintha egy lett volna csak. A SATA csatlakozóknál is meg kell ezt nézni, hiszen ugyanúgy a master - slave osztást elvégzik az elektronikán, de két külön csatiként látjuk. Ha nem jársz utána, könnyen lehet, hogy különállónak gondolod, holott a rendszer m - s formában használja őket. Sőt, a lemezek forgása miatt (sznkron) a master - slave RAID0 roszabb adatátvitelt produkálhat mint egy egyedül álló!
-
liksoft
nagyúr
A vezérlőt nem ismerem. A blokkméret meg a felhasználástól függ, amint már írtam. Most ne írd le, hogy milyen játékok meg ......., hanem teszteld le. Senki sem fog tudni jó értéket adni Neked. Amint írtam, a rendszeredtől is függ (proc, mem, chipset, stb...). Hát így hogyan adjunk több segítséget?
-
liksoft
nagyúr
HW raid-hez olcsóban tudom ajánlani a kártyás Promise vagy HPT típusokat. Ha a kártya meghal, tudod pótolni, adataid ha vigyázol, úgy tűnik ennél a típusoknál megmaradnak. Az olcsóbb kártyák a lutri kategóriába tartoznak. Alaplapit akkor használj, ha tutira biztos vagy benne, hogy soha nem fog tönkre menni, vagy kapsz ugyanolyant, ha meghalt. Hisz minden raid egyedi adminisztrációval dolgozik. (Sok esetében (Promise, HPT,...) tükörnél az alaplapi kontrollerre áttehető a jó példány, és az adatok megmaradnak.)
-
liksoft
nagyúr
Azért mert létezik RAID, még nem biztos, hogy kell használnod. Az emberi munka a drága. OP újra feltehető, DVD-re ghost-olható. Rendelerésre egyedülálló gyors SCSI320 vagy SATA2 vagy WD raptor winyót. Majd a munkához RAID1 (tükör), a kész munkát meg DVD-re archiválni. Szerintem.
-
#227
liksoft
nagyúr
ImpersonatoR
#225
liksoft
nagyúr
válasz
ImpersonatoR
#225
üzenetére
-
liksoft
nagyúr
válasz
Lockstock
#220
üzenetére
Kérdezz meg még mást is, hátha ismerik. Ha nincs cache a kártyán, akkor nem lesz rakéta. Ez tuti. Szerintem itt az üzem közbeni biztonságra mentek, nem a tempóra elsősorban. A RAID5 mindig is lassabb volt a 0-nál. Igaz, a 0 sérülékeny, az 5 a redundancia miatt stabilabb. Hát.... ha mindkettő kell (sebesség és biztonság) lehet, hogy nem ez a kártya lesz a befutó. Külön-külön igen.
-
liksoft
nagyúr
válasz
Lockstock
#218
üzenetére
Megnézted az adatlapját? RAID 0 , 1 , 01 , JBOD. Nem tudja az 5-öt. Azért nem írtam. Ha pedig soft RAID5-öt teszel rá, akkor terheled a procit, a PCI sebességgel kell minden írás során 2 winyóra (adat + paritás) írni, tehát feleződik az átviteli tempó. Akkor nagy winyód lesz, hibatűrő is, de lassú íráskor, normál tempójú olvasáskor. Ami Neked kell, azt a 1810 tudja, vagy a nagyobbak.
Dolgoznom is kell, majd később leszek. -
liksoft
nagyúr
válasz
Lockstock
#215
üzenetére
Ellent mondasz Magadnak. A RAID0 kib... gyors, de ennek megfelelően a darabszámmal arányosan egyre sérülékenyebb is. Vagyis a biztonság RAID1 (tükör) normál tempót, de dupla biztonságot jelent. A procot tudtommal nem terheli. De egy átmenet a valódi RAID és a soft raid között. A valóban gyors kártyákon cache is van, 512MB és 2GB között. Tehát azt amit azok tudnak, itt ne várd.
El kell döntened, sebesség vagy biztonság. A 0/1 keveréke ami a gyorsaságot és a biztonságot is felkínálja, lebeszéllek. Valóban picivel gyorsabb, de a tükrözés miatt nem adja az igazi tempót. Mivel egy kártyát használsz hozzá, a biztonság itt is valamennyire megkérdőjelezhető.
Az archiválást nem szabad nélkülözni. Ha ezt jól kidolgozod, (DVD, Dat, stb...) akkor bármi meghalhat, kicsi a veszteség. Tehát jó háttér mellett célszerű csak a gyorsaságot növelni pl: RAID0-val. Különben sok gondod adódhat. -
liksoft
nagyúr
válasz
Lockstock
#212
üzenetére
A HPT 374-es 133-as RAID kontrollerére épül. Így valódi 150 vagy 300-as tempót ne várj tőle. A nagyított képen is látható, 374 + 4db pata-sata átalakító chip. Így a winyó felé 150, alaplap felé 133 a max. De ez ne zavarjon. A 374 egy szerintem jó, kiforrott technológiára épül. Ha én akarnék raid-et összerakni, akkor én is HPT-t vagy Promise-t vennék. A konfig adatokat a winyó elején, de nem használt területre teszi. Így a kártya halála után kártyacsere, és fut tovább (persze ugyanolyan típusúra). Vagy tükör esetén alaplapira egyedüliként is csont nélkül elmegy. Winyó felé hibatűrő algoritmusa nagyon jó, bár sokáig ''molyol'' egy-egy hibánál. A pata-sata átalakító miatt elképzelhető, hogy egy-egy típust kevésbé szeret, de ilyennel még nem találkoztam (nekem 1540 van).
Szerk: RAID0 négy vinyóval külön OP drive (5db) ugye? Akkor szerintem szép gyors adatwinyót kapsz. Persze a standard PCI busz is jócskán behatárol itt már. Biztos van gyorsabb, de nekem tetszik. (Sebességtesztet nem végeztem vele. Munkámhoz inkább a stabilitás a fontos.)
[Szerkesztve] -
#211
liksoft
nagyúr
BobChemistry
#210
liksoft
nagyúr
válasz
BobChemistry
#210
üzenetére
Hát.... Gyorsabb, de sérülékenyebb lesz. Kell egybe akkora terület? Kell akkora sebesség? Ha nem, akkor felejtős. Biztonságosabb 2 külön winyó. 0-ban bármelyik besz@rik, repül az egész. Ha nincs értékes adat rajta, akkor próbának jó, de csak sebesség vagy méret miatt célszerű élesben használni.
-
liksoft
nagyúr
válasz
beltazor
#208
üzenetére
Leírást itt találsz: Bővebben: link Sajnos a RAID0 szétszedése után az adatok megsemmisülnek. Először készíts mentést, amit majd az új rendszerbe vissza tudsz tölteni. Lehet, hogy vannak ''csodaprogik'' melyek meg tudják mentés nélkül is csinálni, de életveszélyes. A legkisebb hiba esetén kifagynak, és akkor nincs adat sehol sem. Ilyenbe nem célszerű belemenni. A fontos adatokat a mentés után ellenőrizd vissza, és csak utána törölj és installálj.
-
#207
liksoft
nagyúr
BobChemistry
#206
liksoft
nagyúr
válasz
BobChemistry
#206
üzenetére
Beltazornak is:
Milyen RAID? 0-tól lehet 5-ig válogatni alapesetben. Általános a 0 - 1 - 5. Na? -
liksoft
nagyúr
A tömb megszüntetésével vigyázz. HW függő a dolog. Van olyan, hogy a konfig váltásnál rendszeradminisztrációs területet kinulláz! Így vigyáz a rendszer konzisztenciájára. Tehát, ha gáz van, előbb egy teljes mentés, csak utána buhera, nehogy a vendégem legyél. (adatmentés)
Ezt a fenti játékot a Sil kártyák csinálják. A többieknek is van hasonló védelme, de mindenkinek más. Mindet én sem ismerem. -
#182
liksoft
nagyúr
Freddy TNT
#181
liksoft
nagyúr
válasz
Freddy TNT
#181
üzenetére
Illene, de ahogy kommerszializálódik minden a világon, nem csodálkoznék, ha pont ezt az értelmes eszközt ''felejtették'' volna le az alaplapról.
-
#180
liksoft
nagyúr
Freddy TNT
#179
liksoft
nagyúr
válasz
Freddy TNT
#179
üzenetére
Ha jól emlékszem az ASUS P3 alaplapoknál volt, hogy a proc hőmérsékletét a kábeles 1-2 tized mm vastag (proc és borda közé is befért ha ügyes volt az ember) érzékelővel lehetett mérni. Akkor sem adták minden alaplaphoz, csak a jobbakhoz. Az én munkámhoz az összeintegrált öszvér is jó, így nem tudom, hogy a mai márkásakon van-e még ilyen lehetőség. Akkor nagyon jó volt. (A jót hamar kiveszik a gyártók, így lehet, hogy már nem kapni ilyen cuccot.) Mag kell nézni az alaplapon, hogy feldugható-e rá ilyen érzékelő. Kiépítették-e rajta. Ha nem, autós boltban kapható olcsó digit cucc, azzal meg tudod mérni.
-
#178
liksoft
nagyúr
Freddy TNT
#177
liksoft
nagyúr
válasz
Freddy TNT
#177
üzenetére
Szerintem ha a raidkártya driver-e nem tudja akkor sehogy, hiszen a gép felé virtuális winyót mutat. Külön-külön valószínűleg működne, de akkor meg a raid esik szét. Ha csak a hőfok kell, akkor azt hagyományos hőmérővel meg tudod tenni. Vagy ha van alaplapi lengőkábeles érzékelőd.
-
liksoft
nagyúr
Tisztességesen belőtt rendszer esetén nem macerás, csak nagyobb a meghibásodás veszélye. Ha a rendszerről 0 kilométeresen van egy jó dvd ghost, és a fontos adatok mentése megoldott, akkor nem veszít, hanem nyer az ember. De a közel 50 fok nagyon gáz! 42-44 fölött kezd jelentősen csökkenni az élettartam, és akkor a stabilitást még nem is említettem. Csak egy kérdés: Miért lövik be 22-24 fok köré a nagy géptermeket állandó szellőztetés mellett?
-
#170
liksoft
nagyúr
AmonSerrano
#169
liksoft
nagyúr
válasz
AmonSerrano
#169
üzenetére
Winyó hőfok: ha a kezednek már meleg, nehezen fogható, akkor sok.
Érdemes jó tápot venni. Ez a lelke az egész gépnek. Netto 14-15-től már kaphatóak jó, márkás, megbízható darabok (Enermax, FortronSource, stb...).
Ha nem oxidréteges, és ''húzósan'' csatlakoztatható, akkor jó. Vigyázz, ne a műanyag csatlakozóház szoruljon, hanem az érintkezők. Óvatos csatlakoztatásnál érezhető a különbség. -
#168
liksoft
nagyúr
AmonSerrano
#167
liksoft
nagyúr
válasz
AmonSerrano
#167
üzenetére
Hali!
Több lehetőséget is érzek.
1. Nincs megfelelő hűtés. Megfőzte magát a winyó. 40 fok felett nem ajánlott, 42,44 foktól meg csökken az élettartam.
2. A tápegység nem megfelelő. Kevés vagy zajos tápfeszt biztosít.
3. Hibás kábel, esetleg rack. Lehet adatkábel, de inkább tápcsatlakozás.
Első körben talán ezeket kellene leellenőrizni. -
liksoft
nagyúr
válasz
ratkaics
#165
üzenetére
Felejtsd el az SCSI-t. Ha nem ismered, több gondot veszel a nyakadba mint örömöt. Sebességben meg az UW160-as minimum 36G-ás SCSI veri meg csak az új IDE winyókat otthoni felhasználás esetén. (Gondolom nem egy 20-50 gépes rendszer serverének kell.) Ha meg nem mindennap szereled a gépet, jobban jársz a régi ATA winyóval mint egy újabb SATA-val. A SATA esetén időnként felmerülnek illesztési problémák. Ha tutira nem akarsz ilyenbe belefutni, akkor vegyél PATA-t. Még annyira nem elavult. A RAID0 meg csak akkor kell, ha nagyon gyors átvitelre van szükség. (Digitalizálás stúdió minőségben.) Különben a RAID-et felejtsd el.
-
#162
liksoft
nagyúr
Freddy TNT
#161
liksoft
nagyúr
válasz
Freddy TNT
#161
üzenetére
Feltételezem azért, mert a wi..... nem csak a partíciót, hanem, hogy hanyadik lemez a fizikai sorban, azt is beírja a partíciós táblába. Így hiába indul jól az scsi-ről a boot, befagy a w amikor rájön, hogy ''rossz'' winyóról boot-ol.
Mi nem tud elromlani? -
#160
liksoft
nagyúr
Freddy TNT
#159
liksoft
nagyúr
válasz
Freddy TNT
#159
üzenetére
A boot jogos, hiszen detektálja és nem átveszi a fiókos winyót. Minden file nyitása? Akkor az kicsi cache lehet. A rack-nek semmi köze semmihez.
A kártyát ha helyettesíted és újra konfigurálod, akkor a lemezek ''konzisztenciája miatt'' (mert a hülye nem tudja, hogy már ilyen volt) törli az OP-hez tartozó adminisztrációs területeket.
Na innentől kezdve jöhet az adatmentés. Tehát a dupla meghibásodást (2 winyó) megspékeli még a kártya is. Csak olyan adatok tárolása célszerű ezen a raid-en, amiket gyorsan kell kezelni, de van máshol biztonsági másolatuk. -
#158
liksoft
nagyúr
Freddy TNT
#157
liksoft
nagyúr
válasz
Freddy TNT
#157
üzenetére
Hali!
Háááát..... Csak találgatok. Memória nem kevés esetleg 2 winyó cache-nek? A fiókos eleve lassabb. Ha innen vagy ide másolsz, tuti, hogy lassúbb a megszokotthoz képest. Nem ezt érzed lassulásnak? Egyébként meg ez már nem az én szakterületem. Én adatmentéssel és nem rendszergazdai munkával keresem kenyerem. Nekem a biztonság fontosabb a sebességnél, így soha nem teszteltem. Az, hogy hogyan tudom egymás mellé tenni a rendszereket (lásd előbb) létfontosságú, a sebesség csak a sokadik. Sorry. -
#155
liksoft
nagyúr
Freddy TNT
#154
liksoft
nagyúr
válasz
Freddy TNT
#154
üzenetére
Hali!
Ha nincs bent a plusz winyó a raid működik? Ha igen, akkor nincs gond a rendszerrel, csak nem tudsz hozzátenni másik cuccot. Ha jól értem, ez a szitu.
Több ötletem van.
1. A sil kártya scsi az alaplap számára. Tedd a boot sorrendbe előbb mint a hdd0-t.
2. A bios-ban engedélyezni kell mindkét ide controllert, de ki kell tiltani a winyó detektet. Ne ismerje meg az alaplap. Majd ha bejött, saját driver-en keresztül kezeli a fiókos winyót.
A silicon kártyára vigyázz. A kártya őrzi a raid infót. Ha az meghal, akkor adatmentés következik. És mégegy: Bővebben: link
Sok sikert. Érdekel, mire jutottál. -
#153
liksoft
nagyúr
Freddy TNT
#152
liksoft
nagyúr
válasz
Freddy TNT
#152
üzenetére
Az üres winyót egy harmadik kábelre teszed, vagy a raid mellé? Ha mellé teszed, megváltoztathatod a raid konfigot, így az üres winyó is bekerülhet a raid-be, míg az egyik kiesik. Így a betöltendő progi csak darabokban lehet meg, ezért ilyenkor nem boot-ol. Ha 3. kábelre (külön csatornára) teszed, látatlanba sajna nincs ötletem. Ha sürgős, holnap csak telefonon érsz el. (Ma már nem leszek).
-
liksoft
nagyúr
válasz
Bird1982
#135
üzenetére
Holnap megnézem a kártya leírását illetve fotóját. Ezt a típust nem ismerem. Ha a kártya tárolta a konfigot, akkor valószínűleg adatmentés, ha a lemezre írta ki akkor a csere segít, de csak ilyen típus azonos bios verzióval. Sajnálom. Tudom, nem jó hír. Ha egyéb info kell, hívj fel telefonon.
-
#130
liksoft
nagyúr
Freddy TNT
#128
liksoft
nagyúr
válasz
Freddy TNT
#128
üzenetére
256M-1G cache, és az OP ide ír. Azután a kártya a drive-ok felé optimalizáltan ír ki, és előre optimalizáltan olvas. Így jó esélyed van, hogy mire kiadod az olvasási parancsot, az adat már a kártya memóriájában van (általában 50-90% !!).
Sebességet soha nem mértem. Nekem nem kell. Itt a fórumon olvastam, hogy a PCI max 133-at tud. A PCIPRO (64bit és nem 32) pedig a dupláját. Ha az adat a cache-ben van vagy ott elfér, akkor a kártya ezt tudja is. Kicsit más ugye? -
#127
liksoft
nagyúr
Freddy TNT
#126
liksoft
nagyúr
válasz
Freddy TNT
#126
üzenetére
Vagy cache-sel is rendelkező hw raid pcipro kártyán (64 és nem 32 bit), vagy alaplapi raid két külön csatlakozással a chipsetben. Ekkor a memória busz-ra párhuzamosan kapcsolódik, és tényleg kijön a többlet. Chipset válogatja, hogy tudja vagy nem. Itt már nem vagyok otthon, de más tutira tud segíteni.
-
#125
liksoft
nagyúr
Freddy TNT
#124
liksoft
nagyúr
válasz
Freddy TNT
#124
üzenetére
Először: A sil kártya a leg sz... A kártyán rögzíti a raid infot. Ha elszáll oda az adat. Mivel írtad, hogy van facér w is a gépedben a fontos cuccnak, ezért írtam a kérdéses mondatot. De ha az betelik és nincs időd menteni róla, hova teszed a rövid időre kölcsönkapott winyóról az adatokat? Csak a raid-re. Murphy meg dolgozik. Tuti, hogy akkor jön be a gebasz. Védelemnek meg: Túlfesz, zavar és villámvédelemmel ellátott aljzatból kap feszt a szünetmentesem. Innen FortonSource táp és MAXX tápvédő gondoskodik az éjszakai nyugalmamról. Az elmúlt pár év alatt a hol 4 hol 6 gépemnél nem volt gond. Vidéken! Van ingadozás, villám, hegesztés a szomszédban, stb... A sebesség egszállottjai mag használják a raid0-át. Normál felhasználáshoz elég egy gyors (100-as is) winyó. De azzal a kártyával mivel egy PCI csatiban van igazi gyorsulást nem, csak érezhetőt fogsz elérni.
-
#123
liksoft
nagyúr
Freddy TNT
#121
liksoft
nagyúr
válasz
Freddy TNT
#121
üzenetére
Egyet értek lazydog-gal. Hogy világos legyen. Kétszer annyi alkatrészt (köztük a mechanikát is) használsz RAID0 -ban. Dupla cucc, kétszer akkora meghibásodási esély, a szinkronizációt végző hardware-ről még szót sem ejtve. De ha csak a rendszer van rajta, ám legyen. Viszont amikor el szokott fogyni a munkawinyón a hely, akkor kapod a legfontosabb adatot, amit csak a raid-re tudsz tenni, és mentés esőtt (vagy alatt) száll el az egyik winyó. (Ez nem feltételezés, hanem szomorú tapasztalat a munkám során. Tehát nem nálam, hanem az ügyfeleimnél szokott előfordulni. Ezzel csak annyit akartam mondani, hogy nem egyszeri eset.) Viszont mindenkinek jogában áll eldönteni, hogy repülőből milyen ernyővel (vagy anélkül) ugrik.
-
liksoft
nagyúr
válasz
Steve Jr.
#117
üzenetére
Ha alaplapi két külön csatornára teszed a két winyót, akkor a chipset le tudja a proci felé kezelni őket külön-külön is, így a pci 133-as tempó fölé lehet menni. De ennek lényege, hogy a chipset tényleg fizikailag két külön csatornának kezelje a két kábelt.
De cerbellumnak 150%-ig (vagy mégjobban) igaza van:
''raid0-ról meg le kéne szokni emberek...''
Gyorsabb, de ilyen winyó árak (és megbízhatóság) mellett a rizikó sokkal nagyobb. Sokkal többet szív az ember, mint amennyit nyer. Ugyanis úgy indul, hogy nincs rajta adat, azután de jó, hogy ilyen klassz, majd felkerül ez+az, egyik winyó meghal, és kiderül, az ez+az-ban volt fontos. VOLT! -
liksoft
nagyúr
Pontos típust kérünk. Ez így ''négerek harca az alagútban éjszaka'' !
A HPT controllerek zöme setup nélkül látja, de lehet olyan verzió is, ahol legalább egyszer a setupba be kell lépni. A SiliconImage kártyák autodetect funkcióval rendelkeznek, setup csak akkor kell, ha a RAID funkciót ki akarjuk használni. A Promise kártya ha RAID, csak akkor kezeli a winyót, ha a setupban beállítjuk raidbe. Még ha egyedül is van. Minden kártyának a működéséhez szüksége van a drive adataira. A HPT és Sil autodetect után felépíti, de a Promise nem! Csak a setup végzi el az initet. A HPT és a Promise a lemezen tárolja adatait, a Sil a kártyán. Ezért ha a Sil kártya elhal, alap esetben vége a raidnek! A másik kettőnél ilyen probléma nincs. A kártyák (azonos bios mellet) csereszabatosak, adataink nem repülnek. A HPT csak a beállításokat tárolja a lemezen, tehát inteligensen detektál, majd az adatok alapján változtatja a configot, így detect hiba esetén nem egyszer hibaüzenet nélkül bootol a gép (ez lehet jó és rossz is). A Promise ennél ''butábban'' oldotta meg. A célchip adatbázisa egy az egyben kerül a lemezre. Így induláskor be kell olvasnia, hisz ezek nélkül képtelen kezelni. Ez viszont védelmet is ad. Hibás detect esetén legtöbbször képtelen kezelni az eszközt, így már a boot során kiderül, gondunk van. Nem a kékhalálnál. 
Tehát pontos típus és bios verziószám nélkül képtelenség segíteni Neked!
[Szerkesztve]
)
)
De ez csak DOS alatt jelent problémát, vagy ha pl: 200-as winyón egybe particionált rendszert szeretnénk boot-ra rávenni. Ilyenkor az SP1-2 sem segít!!! Megoldás: boot partíció max 120G, és a többi már szabadon használható.)
Ha CSAK ide csatorna kell, akkor ezt tiltsd le az alaplapon, és tegyél be egy sima ide vezérlős kártyát. Vagy az alaplapra teszed a fiókot. A PROMISE controllert NEM csere-bere típusúra, hanem nagy megbízhatóságú RAID vezérlőnek gyártották. Igaz ez az olcsó (általában ezt teszik az alaplapra) változatra (nincs saját cache) és a drága profi server vezérlőre is. A minőség és stabilitás nem tűr meg semmi más kompromisszumot.
Új hozzászólás Aktív témák
- PlayStation 5
- OLED TV topic
- RETRO beárazás (mobil, PC, konzol)
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Fejhallgató erősítő és DAC topik
- Android felhasználók OFF topikja
- Call of Duty: Black Ops 7
- Háztartási gépek
- Apple MacBook
- További aktív témák...
- Samsung Galaxy A80 128GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! ASRock B450M R5 5600X 16GB DDR4 512GB SSD RTX 4070 12GB DeepCool CC560 CoolerMaster 750W
- HIBÁTLAN iPhone 15 128GB Pink-1 ÉV GARANCIA - Kártyafüggetlen, MS4443
- ÁRGARANCIA!Épített KomPhone i5 14600KF 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- HIBÁTLAN iPhone 13 Pro 128GB Gold -1 ÉV GARANCIA - Kártyafüggetlen, MS4602, 100% Akkumulátor
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest