Pokrewne
menu      Wordpressy wszystkie wersje jeden bug wszystkie systemy to samo
menu      MAM KARTE REALTEK AC 97 I MAM SYSTEM OPERACYJNY XP PROFESSIONAL pomocy
menu      Zdalna instalacja systemu operacyjnego z obrazu ISO lub płyty
menu      Jaki system z oferty OVH.PL wybrać?
menu      i7-4T - reinstalacja systemu na 3ware Raid5
menu      Problem z Kartą Muzyczną ( Niechce ładowac Systemu )
menu      polskie znaki system newsow CuteNews
menu      [Wykonam] Zdalna instalacja systemu OpenBSD
menu      RPS, jak się obsługuje i dostępne systemy operacyjne.
menu      dostęp z zewnątrz do systemu na wirtualnej maszynie
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • marcinkiewicz.opx.pl
  • szybkość zapisu a system plików (ext3/ReiserFS)





    jey_jey - 20-05-2009 12:46
    szybkość zapisu a system plików (ext3/ReiserFS)
      chciałem postawić nowy serwer na raid0 i przed kombinacjami z raid0 sprawdziłem jakie są aktualnie wyniki dysków - okazało się że na partycje z ReiserFS zapisuje znacznie wolniej(?) (albo ja coś te wyniki źle interpretuje)
    -pytanie: ReiserFS jest faktycznie tak wolny czy powinienem jakoś inaczej przetestować dyski?
    nowy serwer(MG X Large) będzie operował (zapis/odczyt) na około 500k-1000k plików(cache) od 1kB-15kB

    serwer SP Max, debian4: partycja1(systemowa) (ext3):
    Kod: time dd if=/dev/zero of=fastcache bs=1k count=32768
    skopiowane 33554432 bajty (34 MB), 0,0871357 sekund, 385 MB/s
    real 0m0.096s
    user 0m0.012s
    sys 0m0.084s serwer SP Max, debian4: partycja2(/home) (ReiserFS):
    Kod: time dd if=/dev/zero of=fastcache bs=1k count=32768
    skopiowane 33554432 bajty (34 MB), 0,15848 sekund, 212 MB/s

    real 0m0.170s
    user 0m0.004s
    sys 0m0.156s serwer MG X Large, debian5 - dwie partycje na ReiserFS (systemowa i /home)
    Kod: skopiowane 33554432 bajty (34 MB), 0,17511 s, 192 MB/s

    real 0m0.192s
    user 0m0.004s
    sys 0m0.188s jeszcze uruchomiłem test dla małych plików:

    stary serwer(ext3):
    Kod: time dd if=/dev/zero of=fastcache bs=1k count=10
    10+0 przeczytanych recordów
    10+0 zapisanych recordów
    skopiowane 10240 bajtów (10 kB), 4,3955e-05 sekund, 233 MB/s

    real    0m0.001s
    user    0m0.000s
    sys    0m0.000s stary serwer(partycja2 - ReiserFS):
    Kod: time dd if=/dev/zero of=fastcache bs=1k count=10
    10+0 przeczytanych recordów
    10+0 zapisanych recordów
    skopiowane 10240 bajtów (10 kB), 7,1153e-05 sekund, 144 MB/s

    real    0m0.002s
    user    0m0.000s
    sys    0m0.004s serwer MG X Large, debian5 (ReiserFS):
    Kod: time  dd if=/dev/zero of=fastcache bs=1k count=10
    10+0 przeczytanych recordów
    10+0 zapisanych recordów
    skopiowane 10240 bajtów (10 kB), 8,7612e-05 s, 117 MB/s

    real    0m0.002s
    user    0m0.000s
    sys    0m0.000s




    jey_jey - 20-05-2009 13:10
    Cytat:
    warto też poczytać o opcjach montowania partycji przyspieszających operacje dyskowe (np. noatime, nodiratime). wielkie dzięki - właśnie miałem o to pytać bo na śmierć zapomniałem jak się te funkcje nazywają

    Cytat:
    dużo zależy też od tego jak zorganizujesz te pliki cache, jeśli wrzucisz milion plików do jednego katalogu, bądź pewnien że wydajność mooocno spadnie. no pierwszy test cache (2 lata temu) nie wypalił :-) w tedy dowiedziałem się że ext3 może mieć tylko 32k plików w jednym folderze a że byłem leń to przeniosłem cache na partycje ReiserFS (bo ten nie miał limitów plików na folder)
    a aktualnie cache wygląda tak w jednym folderze może być max 1000 plików (w sumie nie wiem czy to jeszcze nie jest za dużo)



    no4b - 20-05-2009 13:11
    dd się nie nadaje do benchmarkowania. Zrób sobie dd a po nim sync (dd opcje; sync) to zobaczysz, że mimo, że dd poinformował o zakończonym kopiowaniu to ono fizycznie jeszcze wcale nie zostało wykonane. Takie wyniki można sobie między bajki włożyć.



    jey_jey - 20-05-2009 13:53
    serwer SP Max, debian4: partycja1(systemowa - / ) (ext3):

    Kod: time { dd bs=1k if=/dev/zero of=plik count=32768 ; sync ; }
    32768+0 przeczytanych recordów
    32768+0 zapisanych recordów
    skopiowane 33554432 bajty (34 MB), 0,0969834 sekund, 346 MB/s

    real    0m1.030s
    user    0m0.004s
    sys    0m0.112s serwer MG X Large, debian5 (ReiserFS) -partycja systemowa (/) :
    Kod: time { dd bs=1k if=/dev/zero of=plik count=32768 ; sync ; }
    32768+0 przeczytanych recordów
    32768+0 zapisanych recordów
    skopiowane 33554432 bajty (34 MB), 0,19255 s, 174 MB/s

    real    0m1.052s
    user    0m0.008s
    sys    0m0.224s w obu testach wartość real zmieniała się w granicach +-0.1s - czyli wyniki podobne,

    teraz przestawię na raid0 i zobaczę ile się zmieni :-)




    patrick - 20-05-2009 14:25
    w mg jest pseudo raid 3ware...

    ps. nie polecam reiserfs



    jey_jey - 20-05-2009 14:46
    Cytat:
    w mg jest pseudo raid 3ware... czyli co? - nie zwiększy się wydajność?, czy w ogóle nie uda mi się ruszyć raid0 - jeszcze nie zacząłem ruszać tego, a szkoda by było marnować czas jak bym potem musiał na nowo instalować system bez żadnych efektów



    SBKch - 22-05-2009 12:27
    Wydajność się zwiększy, ale przy raid0, raid 1 robi tylko mirroring więc nie wiem jak miało by się cokolwiek zwiększyć?
    W seriach z hardware raid faktycznie można ustawić 0 lub 0+1? Bo na stronie o tym nie informują, wydawało mi się do tej pory że 0 można na serwerach ovh zrobić tylko software raid.
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • konstruktor.keep.pl
  • Design by flankerds.com