1. reiserfs tez jest niezły , Master/Pentium 4/05/03 22:02
   od FAT32 nie widziałem wolniejszych fs pod Linucha. przynajmniej u mnie :)

   Nie ma tego złego , co by się w gorsze
   obrócić nie mogło - jak nie wierzysz
   włącz komputer :-)

2. FAT32 vs NTFS , Banan 4/05/03 22:42
   ntfs jest ciutke wolniejszy od FATa32, wiec nie musisz juz porownywac :)

Toshiba Tecra S11-124

1. ano wiem :) , Master/Pentium 4/05/03 22:56
   ale na operacje dyskowe to NIE POMAGA. Jak mieli tak mieli, tylko nieco mniej przeszkadza. A pod Lin nie :) Masz rację, nic w tym magicznego, poprostu wynika z tego że Win ma zjebane buforowanie dysków :(

   Nie ma tego złego , co by się w gorsze
   obrócić nie mogło - jak nie wierzysz
   włącz komputer :-)

   1. heh bardzo pomaga , 2Jarek 5/05/03 19:36
      oczywiscie jesli dysk pod windowsem ma wlaczony tryb dma przeszkadza wtedy w stopniu taki samym jak np seti@home :)
      1. a u mnie nie ;) , Master/Pentium 5/05/03 20:11
         winda niezbyt priorytetuje dostęp do dysk i zipper czy coś innego mimo niskiego piorytetu nadal przyblokowuje pracę innych programów. To pomaga jeśli wskutek zmniejszenia priorytetu spada istotnie transfer na/z dysk. Np jeśli pakuję 7ZIP który jest powolny. Tak samo nie pomaga jeśli ściągam coś z paru ftp. Swemu programowi mogę ustawić nawet i high a i tak w momencie dostępu na dysk nastąpi ostre haczenie. SETI niemal nie dokonuje operacji dyskowych więc ono w tym względzie nie przeszkadza nawet z priorytetem normal :). Ogółem o piorytetach wiem od lat, przygodę z NT zaczołem z 1999 (NT 4 to był system ;) ). Mimo wszystko z moich obserwacji wynika, że operacje dyskowe w windows potraktowane są nieco na odwal. Mimo wszystko dzięki za chęci. Czekam na inne pomysły.

         Nie ma tego złego , co by się w gorsze
         obrócić nie mogło - jak nie wierzysz
         włącz komputer :-)

2. niestety, priorytety to zapomniana sprawa , bwana 4/05/03 23:48
   nie ma chyba systemu, ktory pozwalalby na przydzielanie priorytetow w takim zakresie co np. uprawnien, jedynie mozna ustawiac priorytet procesu w dostepie do procesora.
   
   a przeciez mozna sobie wyobrazic, ze priorytety sa przydzielane jak i inne uprawnienia:
   
   - dla konkretnych procesow
   - dla procesow uzytkownikow (uzytkownikow w grupach)
   
   do:
   
   - czasu procesora
   - dyskow
   - drukarek
   - innych podzielnych i niepodzielnych zasobow systemu komputerowego
   
   tak wiec te priorytety, to zadna rewelacja...

   "you don't need your smile when I cut
   your throat"

1. kopiowales jeden plik czy klika duzych czy mnostwo malych? , bwana 5/05/03 00:10
   to ma dosc duze znaczenie.

   "you don't need your smile when I cut
   your throat"

   1. plikow bylo , josh 5/05/03 00:18
      dokladnie 93, co daje sredni rozmiar ok 138MB na plik...
      
      93 pliki przy 12GB to nie jest raczej duza liczba, wiec wynik transferu nie zostal przez to zanizony.

2. u mnie... , kaszpio 5/05/03 00:11
   ten caviar jedzie na ext2...bo inaczej quota by nie chodzila;-)

   Toshiba Tecra S11-124

3. dodam ze... , kaszpio 5/05/03 00:15
   Caviar to drugi HDD w serwerku, system jest na starym Samsungu 4.3 GB...mysle ze to duzo daje...kopiowanie z dysku na ktorym nie ma systemu operacujnego...w windzie widac to very clearly...;-)

   Toshiba Tecra S11-124

4. sprawdź ten dysk hdparm , Master/Pentium 5/05/03 00:27
   może tylko ci się zdaje , że jest UDMA33 ?
   tzn sprawdź co daje hdparm -T (test szybkości) oraz co daje hdparm -d (powie czy dma jest używane). Bo istotnie bardzo wolno. Ext3 chwilę miałem i tak wolne to nie jest.

   Nie ma tego złego , co by się w gorsze
   obrócić nie mogło - jak nie wierzysz
   włącz komputer :-)

   1. tia... , kaszpio 5/05/03 00:51
      racja, przetestuj, u mnie wyglada to tak:
      [root@zeus kaszpio]# hdparm -T -t /dev/hdc
      
      /dev/hdc:
      Timing buffer-cache reads: 128 MB in 1.05 seconds =122.27 MB/sec
      Timing buffered disk reads: 64 MB in 2.32 seconds = 27.56 MB/sec
      [root@zeus kaszpio]#
      
      
      Pozdrawiam!

      Toshiba Tecra S11-124

      1. u mnie podobnie , Master/Pentium 5/05/03 00:56
         minimalnie szybciej

         Nie ma tego złego , co by się w gorsze
         obrócić nie mogło - jak nie wierzysz
         włącz komputer :-)

   2. sprawdzalem sprawdzalem , josh 5/05/03 01:06
      nie pisalbym, ze mam udma2 gdybym tego wczesniej nie sprawdzil hdparmem :-)
      
      tak czy inaczej: hdparm -Tt /dev/hda
      /dev/hda:
      Timing buffer-cache reads: 128 MB in 4.22 seconds = 30.33 MB/sec
      Timing buffered disk reads: 64 MB in 4.72 seconds = 13.56 MB/sec
      
      
      malo tego - zrobilem jeszcze cos takiego:
      time cat PLIK >/dev/null i oto co otrzymalem:
      real 1m7.956s
      user 0m0.490s
      sys 0m16.850s
      
      PLIK ma 700MB, wiec wyszlo w tym momencie 10.3MB/s
      
      to w takim razie dlaczego przez siec do innego - duuuzo szybszego komputera to wszystko "pojechalo" z predkoscia zaledwie 4.3MB/s??
      1. za wolno ! , Master/Pentium 5/05/03 01:10
         moim zdaniem są to wyniki trybu PIO. Oprócz trybu (timingu) trzeba jeszcze uaktywnić flagę DMA (-d 1). Powiedz co podaje polecenie -d

         Nie ma tego złego , co by się w gorsze
         obrócić nie mogło - jak nie wierzysz
         włącz komputer :-)

         1. tez tak sadze! - ale fakty sa takie: , josh 5/05/03 01:14
            hdparm -d /dev/hda
            
            /dev/hda:
            using_dma = 1 (on)
            
            a tutaj wkleilem wlasnie przed sekundka wynik polecenia
            hdparm -I /dev/hda
            http://josh.neostrada.pl/hdparm-i.txt

         2. Co za wolno??? 10,3MB/sek dla maxtora 5400rpm??? , speed 5/05/03 07:27
            ten dysk ma STR okolo 10,7MB/sek a jak pisze od polowy to schodzi do 8MB/sek .
            Widze ze czepiliscie sie jakis pierdol a zapominacie o jednej zasadzie ze dysk 'chocby skaly sraly' to nie zapisze szybciej jak na to pozwoli mu mechanika .
            Czy to tak ciezko zrozumiec????.
            Robicie jakies testy co ani kupy ani dupy sie nie trzymaja i wkoncu nie wiadomo o co wam chodzi.
            Na 100% z klamota (HDD) nie wyciagnie sie wiecej niz to mozliwe i obojetnie pod jakim systemem.
            Nawet najszybszy na dzien dzisiejszy HDD 7200rpm ATA ma z ledwoscia STR okolo 22MB/sek , a to ze moze czytac ze srednia predkoscia 45MB/sek to jeszcze o niczym nie swiadczy bo wazne jest z jaka predkoscia ten drugi moze pisac i otym pamietajcie i skoncza sie te dziwne dyskusje.
            1. Speed - spokojnie z nerwami, jeszcze zdarza mi się wiedzieć co piszę , Master/Pentium 5/05/03 08:37
               1. Tam stoi odczyt BUFOROWANY.
               2. Na swoim klamocie w tym teście mam 27 MB
               3. Spokojnie z nerwami, jesteśmy tylko ludźmi i bywamy omylni. To jest forum użytkowników/pasjonatów komputerów a ne profesorów. Szanuj innych.
               4. CZYTAJ TREŚĆ POSTA zanim zaczniesz komentować.
               5. Na moim zabytku (Seagate U5) pod linuxem kopiuję z prędkością 8-11 MB na sekundę, racja że wolno ale na takim dysku 4 MB to lekka przesada, no chyba że taki jego urodzaj ;)

               Nie ma tego złego , co by się w gorsze
               obrócić nie mogło - jak nie wierzysz
               włącz komputer :-)