Názory k článku
Pomalé Ubuntu? Pět tipů na zrychlení
-
FíkZlatý podporovatelsamozřejmě, i když i SSD disky vlastně rotují kolem Slunce :)
lépe tedy v případě jakýchkoliv pochyb kouknout do /sys/block/<device>/queue/rotational
-
FíkZlatý podporovatel
a /sys/block/<device>/queue/rotational říká co?
strýc google radí různě, defragmentovat asi ano, ale ne příliš často, na ssd části jsou často čtená/zapisovaná data, což se defragmentací nebo i častým zálohováním změní na nějaká jiná
-
Lael Ophir (neregistrovaný)
Já mám ve Windows na systémovém SSD (tj. nedefragmentuje se) fragmentaci 2%. Bohužel ta procenta bývají dost zavádějící, protože je každý počítá jinak. Nejvyšší čísla samozřejmě vracejí komerční defrag utility, protože musejí zákazníkovi ukázat, že stáhly fragmentaci z velikého čísla na velmi malé.
-
S tou defragmentaci jako vazne? Ja disk nikdy nedefragmentoval a za ta leta mam Fragmentation score 2. Ono na ExtX uplne staci, kdyz clovek neni prase a nema disk porad zaplneny skoro po okraj.
Tedy mozna nekdy tu defragmentaci pustim, abych si to na Linuxu aspon jednou v zivote vyzkousel, ale moc si od toho neslibuju.
-
Lael Ophir (neregistrovaný)
Když roste DB typu Oracle nebo MS SQL Serveru, tak se soubory přidávají nebo zvětšují po kusech volitelné velikosti. Pokud je DB větší, je to typicky po 1GB.
Pokud stahujete torrent, je dobrý nápad na začátku předalokovat soubor na disku, abyste zbytečně nezvyšoval fragmentaci.
-
Lael Ophir (neregistrovaný)
Když ta DB bude třeba MySQL a bude používat file per table, tak při zápisu 1GB záznamů do DB bude z FS úplně zbytečně řezanka. To jestli na stejném disku máte fotky z dovolené nebo cache FF (BTW ta zrovna používá - nebo alespoň používala - poměrně velké soubory) na funkci nemá vliv :)
-
Lael Ophir (neregistrovaný)
Ad torentovy klient by typicky spise alokoval cele misto najednou, pokud to nemas vypnute - souhlas. Pokud se soubor bude stahovat celý, tak předalokovat. Pokud se mají stáhout jen části s tím že se budou seedovat, tak sparse file.
Ad slusny FS ma tendenci alokovat velke kusy tak, aby k fragmentaci moc nedochazelo - pokud máte na mysli techniku "když se k souboru připíšou 2kB, tak naalokuj ještě 1MB pro případ že by se zapisovalo víc", tak to je dost dvojsečné. Když je FS prázdný, silně to snižuje fragmentaci při zápisu více souborů naráz. Jenže zůstávají mezi soubory díry, a když se FS plní, tak to brzo začne fragmentaci FS naopak silně zvyšovat. Vyladění alokátoru tak aby dobře reagoval na různé typy zátěže (paralelní zápisy, malé soubory, velké soubory, statické soubory, často se zvětšující a často mazané soubory) je tak trochu magie.
