On Thu, 11 Jul 2002, Alex 'CAVE' Cernat wrote: > > AFAIK era vorba despre RAID5 si internal log (care oricum va fi > > eliminata in versiunile urmatoare), si era vorba despre perfomance > > issues si in nici un caz data coruption :) > > apropos, sper ca se referea numai la raid software >
Si eu sper :) > nu de alta dar am pe un server un xfs peste un mylex in raid 5 si se > misca destul de aiurea - aiurea fata de ce ar putea in mod normal > hardurile ( nu ca un ext3 tot pe acelasi harduri s-ar misca mai bine ... > dar ... ) > De fapt ei zic ca cache-ul controller-ului nu pateste acelasi lucru care pateste cache-ul linux-ului. Anyway o chestie care am observat-o este ca trebuie sa maresti destul de mult dimensiunea logului peste dimensiunea data default de mkfs.xfs atunci cand ai "relativ" multe fisiere mici, accese concurente in multe parti, update-uri multe si partitie mare... Daca ai o posibilitate sa testezi please do. Ca sa scapi de dubii baga jurnalul pe partitie separata (ca la swap). Daca e controller RAID hardware atunci pe un disk logic ce nu e RAID5 (preferabil nici macar pe acelasi controller cu datele). Cea mai mare prostie (pe care am facut-o ;) ) este sa-ti pui absolut totul pe acelasi disk logic. Adica sa separi doar la nivel logic cu partitii nu e deajuns. De exemplu daca am un server "normal" cu /boot (ro) , /usr (ro) , / (sync, noatime) , /var XFS si swap-ul pe acelasi disk logic (RAID5 creat din controller software) atunci se suge tot. Am facut grafice MRTG cu operatiile I/O pe secunda. Nu dapaseste 160. E nashpa rau. Daca in schimb am inceput sa mut chestii pe alte diskuri (logice) si-a dat drumul (adica ambele diskuri prindeau 160 operatii pe secunda). Adica incearca sa balansezi cat mai mult. Balanseza partitiile pe discuri logice, balanseaza chiar si pe controllere diferite sau bus-uri PCI diferite (daca iti permiti :) ). ---------------------------- Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of any company, unless otherwise specifically stated. --- Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'. REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
