#1
Det skulle da ikke skade.. Kan godt se tanken, men det er jo controlleren som styrer sagerne.
Og ved defrag ender man med at hdd'en skal bevæge læsehovedet mindre da filerne ikke er fragmenteret.
HDD1 = 2 filer delt i 4 fragmenter
HDD2 = 2 filer delt i 4 fragmenter
(eftersom det jo er raid)
Efter defrag har du:
HDD1 = 2 filer delt i "2 fragmenter"
HDD2 = 2 filer delt i "2 fragmenter"
Så det skulle da gavne selvom det er raid.
Og ved defrag ender man med at hdd'en skal bevæge læsehovedet mindre da filerne ikke er fragmenteret.
HDD1 = 2 filer delt i 4 fragmenter
HDD2 = 2 filer delt i 4 fragmenter
(eftersom det jo er raid)
Efter defrag har du:
HDD1 = 2 filer delt i "2 fragmenter"
HDD2 = 2 filer delt i "2 fragmenter"
Så det skulle da gavne selvom det er raid.
#2
Ok det lyder nice, men den vil så ikke gå hen og fuc** data op på den måde ??
For Raid0 er iforvejen lidt usikker ;) vil nødig gå hen og forvirre den mere end nødvendig :e
men er du helt sikker på at det vil hjælpe, og ikke går hen og gøre et eller andet mærkeligt???? ?:( ?:( ?:( ?:(
For Raid0 er iforvejen lidt usikker ;) vil nødig gå hen og forvirre den mere end nødvendig :e
men er du helt sikker på at det vil hjælpe, og ikke går hen og gøre et eller andet mærkeligt???? ?:( ?:( ?:( ?:(
#3
du kan spørge "steen" hvis du vil være helt sikker..
#4
# 3 Hvem er "steen".... :e
#0 Nej, det sker der ikke noget ved. Det kan du roligt gøre.
Som der tidligere er sagt, styrer controlleren (sammen med "ntfs.sys"-filen) det show med diskene i windows.
Hvis der sker noget med diskene (dit raid), sker det ikke fordi du defragmenterer, men fordi controlleren, kablet eller disken(e) fejler.
Når du defragmenterer en disk re-arrangerer du bare dataernes beliggenhed...jo, du laver også lidt om på de "hooks" i MFT$-tabellen som styrer/viser hvor dine data ligger. (MFT= Master File Table).
Hvis du bruger dit raid til systemdisk(e)....og dine programmer ligger dér, kan du med fordel gøre som følger:
Åben en DOS-prompt og fyr følgende kommando af: defrag c: -b.
(forudsat at data ligger på c-drevet). Så derframenterer du på en sådan måde, at dine data kommer til at ligge "yderst" på disken....hvor hastigheden er størst....mere performance.
Du skal lige give DOS-prompten lidt tid til at gøre sig færdig. Du kan se når den er færdig....så ryger den ned på en ny tom linie.
#0 Nej, det sker der ikke noget ved. Det kan du roligt gøre.
Som der tidligere er sagt, styrer controlleren (sammen med "ntfs.sys"-filen) det show med diskene i windows.
Hvis der sker noget med diskene (dit raid), sker det ikke fordi du defragmenterer, men fordi controlleren, kablet eller disken(e) fejler.
Når du defragmenterer en disk re-arrangerer du bare dataernes beliggenhed...jo, du laver også lidt om på de "hooks" i MFT$-tabellen som styrer/viser hvor dine data ligger. (MFT= Master File Table).
Hvis du bruger dit raid til systemdisk(e)....og dine programmer ligger dér, kan du med fordel gøre som følger:
Åben en DOS-prompt og fyr følgende kommando af: defrag c: -b.
(forudsat at data ligger på c-drevet). Så derframenterer du på en sådan måde, at dine data kommer til at ligge "yderst" på disken....hvor hastigheden er størst....mere performance.
Du skal lige give DOS-prompten lidt tid til at gøre sig færdig. Du kan se når den er færdig....så ryger den ned på en ny tom linie.
#5
ok det vil jeg prøve nå jeg kommer hjem så, ja alle data har jeg smidt på c:,
tak til alle der har svaret på indlægget og en ekstra en til "steen" ;)
#6
steen, det må du jo næsten vide ;)
#7
# 6 Er aldrig heeeelt sikker på hvem jeg er.... :e :e
#8
hej igen steen
er du sikker på at du ikke mente defrag c: -v istedt for -b ?????
er du sikker på at du ikke mente defrag c: -v istedt for -b ?????
#9
#8 Jeg mente defrag c: -b (se mellemrummet mellem: og -).
Du kan se cursoren gå ned på næste linie og stå og blinke der...og du hører det knurrer på disken. Når den er færdig, kommer der en ny linie, hvor den er klar til nye indput.
Switchen er ikke dokumenteret hos M$, så du vil ikke kunne se den ved at skrive defrag /?.
Du kan se cursoren gå ned på næste linie og stå og blinke der...og du hører det knurrer på disken. Når den er færdig, kommer der en ny linie, hvor den er klar til nye indput.
Switchen er ikke dokumenteret hos M$, så du vil ikke kunne se den ved at skrive defrag /?.
#10
nå ok for du skrev " Du skal lige give DOS-prompten lidt tid til at gøre sig færdig. Du kan se når den er færdig....så ryger den ned på en ny tom linie. )
det var det jeg ikke kunne får til at hænge sammen, hvad gøre defrag c: -v så synes at den står også og arbejder på det.
en lille ting til hvorfor det istedt for den indbygget defrag i window ?? er der fordele/udlemper ??
Tak for det hurtig respons :) :i
#11
Du kan sagtens bruge den indbyggede Deragmentering. Ikke noget problem med det. Du bør måske gøre det før du forsøger med den lille DOS ting.
En almindelig defragmentering samler alle delte filer på den partition du defragmenterer. Defrag c: -b lægger kun de mest brugte programmer ud på den yderste del af disken.
Hvis du kører en alm. defragmentering først, laver du grundarbejdet. Siden kan du flytte de mest brugte filer yderst på disken med DOS tingen.
Defrag c: -v skulle give et detaljeret output...altså give flere informationer om hvad der blevet defragmenteret....men, da DOS ikke viser noget, vil jeg mene at denne switch er overflødig.
En almindelig defragmentering samler alle delte filer på den partition du defragmenterer. Defrag c: -b lægger kun de mest brugte programmer ud på den yderste del af disken.
Hvis du kører en alm. defragmentering først, laver du grundarbejdet. Siden kan du flytte de mest brugte filer yderst på disken med DOS tingen.
Defrag c: -v skulle give et detaljeret output...altså give flere informationer om hvad der blevet defragmenteret....men, da DOS ikke viser noget, vil jeg mene at denne switch er overflødig.