Autor: Tomasz Jarnot (jurand_at_zeus.polsl.gliwice.pl)
Data: Sun 18 May 1997 - 23:40:10 MET DST
On Sun, 18 May 1997, Michal Tyrala wrote:
> Tomasz Jarnot <jurand_at_zeus.polsl.gliwice.pl> wrote:
>
> > > Moze by tak hdparm?
> >
> > Nie wiem co to jest mozesz jakos mi to podeslac mailem ?
>
> To sie chyba mija z celem, bo programik jest wybitnie linuxowy ;-))
A to faktycznie sie mija.
>
> > Swoja droga ja sugeruje takie cos - prosty programi czytajacy dowolny
> > katalog, zliczajacy ilosc przeczytanych bajtow i podajacy transfer z tego
> > katalogu. Im wiecej plikow - tym wiekszy wplyw na transfer ma czas
> > dostepu, im pliki dluzsze - tym czas dostepu gra mniejsza role a liczy sie
> > tylko szybkosc przesylu dysk-komputer. Dodatkowo nie byloby to czytanie
> > sciezka po sciezce, tylko jeszcze uwarunkowane defragmentacja dysku itp.
> > czyli mamy calkiem realny transfer dysku w czasie normalnej pracy.
>
> Jestes pewien, ze to bedzie program 'testujacy' *dysk*?
>
> Bo wg mnie, to na wynik ma wplyw:
> 1. Szybkosc dysku
To przede wszystkim
> 2. Filesystem ([v]fat, ext2, HPFS, NTFS)
Tez choc juz nie tak duzy
> 3. Zawartosc katalogu (+ew. wielkosc jednostki alokacji)
A no oczywiscie - przeciez to podaje REALNY transfer czyli taki jaki masz
normalnie w programach a nie mierzony sciezka po sciezce przez BIOS w
dodatku :)
> 4. Sposob partycjonowania dysku (partycja wewn/zewn -> transfer,
> duza/mala -> sredni czas dostepu)
> 5. Stopien swiadomosci usera (f defragmentacji)
> (jezeli fs trzeba defragmentowac)
Zawsze mozna zrobic te defragmentacje.
A teraz pytanie - czym sie rozni moj sposob od copy plik nul ?
> Dysk, owszem, wplyw na taki 'benchmark' ma, ale jak duzy?
Wierz mi ze bardzo duzy :)
Jesli ten program ci pokaze 2 MB/sek a hdparm np. 4 MB/sek to hdparm
pokazuje blednie :)
Jurand
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 16:06:39 MET DST