defragmentētājs atslēdz disku
« previous entry | next entry »
Dec. 27., 2015 | 03:23 pm
posted by: zivs in pajautaa
Lietojot Defraggler, pie SATA diska analīzes vai defragmentācijas, tas vnk tiek atslēgts (ejectēts).
Pilna slimības vēsture ir tāda:
Pa nakti atstāts defragmentēt, no rīta SATA diska sarakstā vairs nav.
Restartējot redzams, ka fragmentācija palikusi tikpat cik bija.
Diska veiktspējas pārbaudi iztur kā "laba", bet pie analīzes disks pazūd.
Ko tas var nozīmēt? Disks kļūst nedrošs, sistēmas gļuks?
Pilna slimības vēsture ir tāda:
Pa nakti atstāts defragmentēt, no rīta SATA diska sarakstā vairs nav.
Restartējot redzams, ka fragmentācija palikusi tikpat cik bija.
Diska veiktspējas pārbaudi iztur kā "laba", bet pie analīzes disks pazūd.
Ko tas var nozīmēt? Disks kļūst nedrošs, sistēmas gļuks?
from: grey
date: Dec. 27., 2015 - 04:08 pm
#
Vislabākais, ko varu ieteikt:
1) Paskaties Windows event viewerī, - moš tur parādās kādi ieraksti saistībā ar doto disku brīdī, kad to defragmentē.
2) Pameklē googlē, - gan jau neesi vienīgais ar tādu problēmu.
Principā NTFS defragmentēt nevajag - ja vien diskā ir pietiekoši brīvās vietas, failsistēma pati izvēlēsies failus novietot vienkopus.
Atbildēt | Diskusija
from: zivs
date: Dec. 27., 2015 - 05:36 pm
#
2) Jocīgi, bet uz ātru roku nebija adekvātu rezultātu
Atbildēt | Iepriekšējais
from: zivs
date: Dec. 27., 2015 - 05:38 pm
#
Atbildēt | Iepriekšējais
from: savaadaisu
date: Dec. 28., 2015 - 08:57 am
#
Atbildēt | Iepriekšējais | Diskusija
from: savaadaisu
date: Dec. 28., 2015 - 09:06 am
#
Atbildēt | Iepriekšējais
from: grey
date: Dec. 28., 2015 - 09:11 pm
#
offt. vispār šajā lauciņā tagad notiek ievērojamas pārmaiņas līdz ar SSD disku ienākšanu. Nesen izlasīju, ka linux pie bootošanās vairs neizmanto readahead, kas uz IDE diskiem ļāva sistēmu ielādēt ievērojami ātrāk. Saka, ka developeri hdd vairs neviens neizmanto, nu un SSD tāpat strādā apbrīnojami ātri. Ar defragu laikam būs tas pats stāsts.
Atbildēt | Iepriekšējais
from: baltie_zushi
date: Dec. 27., 2015 - 04:52 pm
#
Atbildēt | Diskusija
from: zivs
date: Dec. 27., 2015 - 05:37 pm
#
Atbildēt | Iepriekšējais | Diskusija
from: baltie_zushi
date: Dec. 27., 2015 - 05:48 pm
#
Atbildēt | Iepriekšējais | Diskusija
from: zivs
date: Dec. 27., 2015 - 06:16 pm
#
(Bez sistēmas pārinstalēšanas pat nemācētu to atdot atpakaļ Windowam)
Atbildēt | Iepriekšējais
from: grey
date: Dec. 28., 2015 - 12:27 am
#
Ja failsistēma ir NTFS, tad īpašas jēgas to defragmentēt nav.
Fragmentācija rodas no tā, ka rakstot diskā failu, sistēma to sadala pa gabaliem, atbilstoši brīvajai vietai diskā.
FAT gadījumā, failsistēma meklē pirmo brīvo diska vietu, tur ieraksta cik var, pēc tam meklē nākamo utt.
NTFS gadījumā failsistēma brīvo vietu meklē uzreiz atbilstošā izmērā un raksta visu tur. Fragmentācija iespējama tikai tad, ja ir megadaudz mazo failu.
Līdz ar to, FAT gadījumā, piemēram, ja disks ir pa pusei pilns, visa informācija ir sarakstīta diska sākumā. NTFS gadījumā, faili teorētiski var tikt izvietoti pa visu disku.
Fragmentācijas rezultātā, krītas diska I/O performance, jo lasot failu, kurš sadalīts pa maziem gabaliņiem, disks ir spiests visu laiku pārvietot lasošo galviņu - nolasīt pirmo fragmentu, tad atgriezties diska sākumā, lai nolasītu nākamā fragmenta atrašanās vietu, tad nolasīt nākamo, tad atkal atgriezties diska sākumā, utt. Tātad FAT gadījumā, fragmentācija būtiski ietekmē performanci, jo tiek tērēts laiks uz galviņas pārvietošanu.
NTFS gadījumā, failsistēma savus datus (saucamo Superblock) glabā diska/partīcijas vidū. Līdz ar to lasot fragmentētu failu, galviņai jāpārvietojas mazāk. Turklāt NTFS gadījumā vairs nav izdevīgi visus datus rakstīt diska sākumā, bet gan diska/partīcijas vidū. Tāpēc NTFS no fragmentācijas cieš nedaudz.
Tāda ir teorija. Protams, mūsdienu diskiem, kuriem ir hz cik cilindru un galviņu, teorija kļūst diezgan relatīva, bet principi saglabājas.
Atbildēt | Iepriekšējais