hitrost diska 'naceloma' lahko stestiras tudi z hdparm -tT /dev/hda
On 10/3/06, Miha Pavlin <[EMAIL PROTECTED]> wrote:
Zivjo router ~ # hdparm -A1 -c1 -d1 -m16 -u1 /dev/hda /dev/hda: setting 32-bit IO_support flag to 1 setting multcount to 16 setting unmaskirq to 1 (on) setting using_dma to 1 (on) setting drive read-lookahead to 1 (on) multcount = 16 (on) IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 1 (on) hitrost ostaja ista ( se pravi nikakva ) http://forums.gentoo.org/viewtopic-p-3081971.html tole sem tudi sprobal, zadeva mi vrne 4% fragmentacijo, kar se mi zdi OK. Ne vem več, bom probal disk potegnit iz kište in ga sprobat na neki drugi plati.... lp, Miha Jernej Simonèiè wrote: On Tuesday, October 3, 2006, 8:51:12, Miha Pavlin wrote: sem sprobal tole in je isto... Sem pa probal kopirat en file iz enga konca disk na drug in sem dobil isto hitrost ( 3-4 MB), kar se mi zdi za ta 40GB disk premalo.... Sedaj ne vem vec(, v c(em je problem, zgleda da Samba ni kriva. Poizkusi za začetek pognati tole: # hdparm -A1 -c1 -d1 -m16 -u1 /dev/hda Je moz(no da se je sitem tolikoo fragmentiral, da je zadeva poc(asna. Uporabljam RaiserFS, vendar je disk vec(ino c(asa skoraj poln z veliko aktivnosti po disku ( med testom je bil neobremenjen). Imam nekje v spomini, da v takih primerih poc(epne tudi ReiserFS z svojo "pogovorno" odpornostjo na fragmentacijo. Na disku naj bi imel nekako vsaj 10% praznega prostora, bolje še malo več, da ne bo takih problemov. _______________________________________________ lugos-list mailing list [email protected] http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list
-- http://slemc.org
_______________________________________________ lugos-list mailing list [email protected] http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list
