[Daniela Topic]

Hallo zusammen,

ich habe meine Festplatte D defragmentiert, bisher stand immer
anschließend 0 % fragmentiert.
Jetzt steht dort 1 % fragmeniert! Wenn ich erneut den Befehl
=> Datenträger defragmentieren gebe, dann bleiben dennoch die
1 % stehen. Warum steht da auf einmal 1 % und muss ich
etwas dagegen unternehmen?

Danke für ein Tipp und Grüße

[Sturmovik]

Gründe dafür gibts einige. Das kann zum Beispiel eine der Indexdateien von Windows sein, die da noch fragmentiert ist oder Wiederherstellungspunkte. An beide kommt die Defragmentierung nicht ran.

Bei 1% würd ich mir keine Sorgen machen.

Normalerweise muss man auch nicht mehr manuell defragmentieren, NTFS ist da mittlerweile schlau genug, Fragmentierung zu vermeiden.

[Daniela Topic]

Danke für euer schnelles Feedback, bin beruhigt! Schönen Sonnabend.

[RalphS]

Fragmentierung wird erst ab ca. 20% interessant, da sollte man dann langsam was tun... und wenn die Festplatte voll ist/sein sollte (weniger als 5-10 GB frei) ist es an der Zeit, entweder Platz zu schaffen oder eine neue zuzulegen.

Denn sonst geht die Performance sehr schnell sehr tief in die Knie.


(Gilt natürlich nicht für SSDs.)

[Mondragor]

Gewisse Dateien sind vor dem Zugriff durch die defragmentierung geschützt. Auf der Systempartition sind das besondersviele. Aber auch für soetwas gibt es Programme, die eine offline-Defragmentierung durchführen.
Dabei wird vor dem Aufstarten des Betriebssystems das Laufwerk defragmentiert.
Was nun den Grad der Defragmentierung angeht, wie RalphS schon sagt, ist es von 2 Faktoren abhängig.
Mechanische Festplatten haben ja verschiedene Spuren, diese werden durch das ein- oder Ausfahren der Schreib-Leseköpfe bezüglich der Scheiben adressiert. Dann gibt es noch die sog. Sektoren, die eigentlich einen Winkelabschnitt beschreiben, und die Cylinder, die quasi scheibe bzw. Zylinder beschreiben. Alle 3 zusammen adressieren dann einen Block und dies ist die kleinste adressierbare Einheit.
Der Worst Case:
Deine Festplatte ist randvoll mit Dateien, die genau je 1 Block belegen.
Du löschst dann z.B. 10 GB, indem Du zufällig verschiedene dieser Dateien löschst, die statistisch über die Festplatte verteilt liegen.
Anschließend hat man ja eigentlich genug frei, aber die jetzt "leeren" Blöcke sind nicht zusammenhängend.
Nun willst Du einen Film auf die Festplatte speichern, sagen wir 5 GB.
Die Platte würde so sehr mit dem Ansprechen der verschiedenen Blöcke beschäftigt sein und die Geschwindigkeit hierbei wäre wahrscheinlich sehr unbefriedigend, da die Blöcke nicht einfach hintereinander weg adressiert werden können, sondern viel mit den Köpfen gefahren und den richtigen Drehwinkel abgewartet werden muss...
Und der Witz ist, hier wäre der Fragmentierungsgrad gar nicht mal sehr hoch, wenn die Platte z.B. 100GB oder 1 TB hätte.
Also wichtig: hin und wieder fragmentieren, auf genügend freien Speicherplatz auf der entsprechenden Platte achten und dann holt man je nach System und Fragmentierungsstrategie schon meist gute Leistugnen heraus. Dann sollte im Normalfall auch das 1 % egal sein.

Dieser Beitrag wurde von Mondragor bearbeitet: 09. Dezember 2013 - 10:21

[RalphS]

Nur noch mal flink als Begriffsklärung, weil das immer irgendwie falsch geht:

Fragmentierung: Der Zerfall von Dateien in FRAGmente.

Defragmentierung: Der Vorgang, wo die Dateien wieder zusammengebaut werden, also aus mehreren Fragmente weniger Fragmente gemacht werden.

[Mondragor]

 Zitat (RalphS: 09. Dezember 2013 - 16:59)

Nur noch mal flink als Begriffsklärung, weil das immer irgendwie falsch geht:

Fragmentierung: Der Zerfall von Dateien in FRAGmente.

Defragmentierung: Der Vorgang, wo die Dateien wieder zusammengebaut werden, also aus mehreren Fragmente weniger Fragmente gemacht werden.

Ganz richtig.
Traurig ist nur, dass man nicht direkt Auskunft darüber erhält, was Windows mit "Fragmentierungsgrad" eigentlich meint.
Soll das ein Maß dafür sein, wie viele Dateien fragmentiert sind oder darüber, in wie viele Fragmente diese "zerfallen" sind? Oder ist der Anteil an eingenommenem Speicherplatz durch fragmentierte Dateien im Verhältnis zum insgesamt bereits eingenommenen Speicherplatz? Irgendwie macht eine Prozentangabe da wenig sinn, denn einige Dateien sind ja kleiner als Blockgröße und können nur schwer fragmentieren?!
Ich denke eine Absolutwertangabe von Anzahl und gesamtspeicherplatz aller fragmentierten Dateien und Anzahl der Fragmente wären nicht verkehrt, denn irgendwie fehlt bei dem Rest die Aussagekraft. Und auch das wäre nur eine statistisch sehr ungenaue Aussage...
Schließlich sind 10 DVDimages a 2 Fragmente nicht das selbe wie 1 DVDImage a 1000 Fragmente.

Dieser Beitrag wurde von Mondragor bearbeitet: 09. Dezember 2013 - 17:18

[DK2000]

Die Angabe bezieht sich auf "Fragmentierter Speicherplatz insgesamt" ("Total fragmented space"). Aber wirklich Aussagekräftig ist das alles nicht. Man bekommt zwar in der Konsole bzw. PowerShell etwas mehr Infos, aber die Welt ist das auch nicht. Eine direkte Auflistung, was da genau fragmentiert ist oder nicht, erhält man irgendwie nicht.

Und das Defrag führt beides durch, sowohl die Dateien an sich defragmentieren, als auch die Konsolidierung des freien Speicherplatzes.

[RalphS]

Soweit ich weiß, geht das alles in den Fragmentierungsgrad mit ein: also mehr oder weniger ein Verhältniswert, wo die Anzahl der Fragmente mit ihrer Größe in Beziehung gesetzt wird.

Allgemein gilt natürlich: je mehr Fragmente pro Datei, desto schlimmer ist es; und wenn das aktiv benutzte Dateien betrifft (statt Archivdaten), ist das nochmal extra mies.

Deswegen müßte man eigentlich noch beim Systemstart die Auslagerungsdatei beackern, falls diese übermäßig fragmentiert ist (wenn das zugehörige Volume zu voll ist, passiert das auch ganz fix).

Aber wie gesagt, 1% fällt eindeutig unter 'Vernachlässigbar', ebenso wie 10%; bis 20 Prozent können wir diskutieren und danach wird's dann langsam Zeit für einen Defragmentierungsvorgang, falls nicht bereits geschehen.

[Mondragor]

Nun, es ist Statistikhascherei, soviel ist ja mal klar. O&O nutzt ja beispielsweise auch verschiedene Strategien, am häufigsten genutzte Dateien an den Anfang zu packen und noch 2-3 andere Optionen.
Jedeenfalls ist das - nichts für ungut - typisch Windows. Man kann ja nicht einmal ausschließen, dass die Strategie, die es nutzt sehr gut ist, aber letzten Endes kommt es doch immer auf den Anwendungsfall an.
Ein Durchschnittswert: Fragmente je Datei normiert auf die Anzahl fragmentierter Dateien wäre ja das aussagekräftigste, wobei auch da Ausreißer existieren...
Naja, ich reite deswegen so darauf rum, weils wahrscheinlich am leichtesten wäre, dieses 1% zu erklären, wenn man die genaue Aussage dieses Wertes kennen würde.
Aber danke jedenfalls @DK2000 und RalphS dafür, dass Ihr ein wenig Licht ins Dunkel gebracht habt.

Dieser Beitrag wurde von Mondragor bearbeitet: 09. Dezember 2013 - 18:46

[DK2000]

 Zitat (Mondragor: 09. Dezember 2013 - 18:42)

Nun, es ist Statistikhascherei, soviel ist ja mal klar. O&O nutzt ja beispielsweise auch verschiedene Strategien, am häufigsten genutzte Dateien an den Anfang zu packen...

Das macht das Windows Defrag auch. Das richtet sich nach der C:\Windows\Prefetch\Layout.ini und sortiert danach die Dateien.

 Zitat (Mondragor: 09. Dezember 2013 - 18:42)

Naja, ich reite deswegen so darauf rum, weils wahrscheinlich am leichtesten wäre, dieses 1% zu erklären, wenn man die genaue Aussage dieses Wertes kennen würde.

So genau weiß man das ja nicht. In der Konsole erkennt man ja auch nicht wirklich mehr:

Spoiler

defrag C: /a /v

Post Defragmentation Report:

        Volumeinformationen:
                Volumegröße                 = 111,32 GB
                Clustergröße                = 4 KB
                Belegter Speicherplatz      = 32,59 GB
                Freier Speicherplatz        = 78,72 GB

        Fragmentierung:
                Fragmentierter Speicherplatz insgesamt      = 2%
                Durchschnittliche Fragmente pro Datei  = 1,04

                Dateien und Ordner, die verschoben werden können   = 98656
                Dateien und Ordner, die nicht verschoben werden können = 13

        Dateien:
                Fragmentierte Dateien            = 1114
                Dateifragmente insgesamt        = 4311

        Ordner:
                Ordner insgesamt               = 6032
                Fragmentierte Ordner          = 67
                Ordnerfragmente insgesamt      = 183

        Freier Speicherplatz:
                Zähler für freien Speicherplatz            = 7961
                Durchschnittlicher freier Speicherplatz     = 10,12 MB
                Größter freier Speicherplatz     = 51,41 GB

        Master File Table (MFT):
                MFT-Größe                       = 181,00 MB
                Anzahl von MFT-Datensätzen      = 185343
                MFT-Verwendung                  = 100 %
                MFT-Fragmente insgesamt         = 1

        Hinweis: Dateifragmente, die größer als 64 MB sind, sind nicht in den Fragmentierungsstatistiken enthalten.

        Dieses Volume muss nicht defragmentiert werden.

Da sieht man zwar etwas mehr, aber was nun genau mit 2% gemeint ist, gute Frage.

Wenn man die WMI abfragt (mittels PowerShell), sieht das etwas anders aus:

Spoiler

__GENUS                       : 1
__CLASS                       : Win32_DefragAnalysis
__SUPERCLASS                  :
__DYNASTY                     : Win32_DefragAnalysis
__RELPATH                     : Win32_DefragAnalysis
__PROPERTY_COUNT              : 27
__DERIVATION                  : {}
__SERVER                      : WKS
__NAMESPACE                   : ROOT\CIMV2
__PATH                        : \\WKS\ROOT\CIMV2:Win32_DefragAnalysis
AverageFileSize               : 111
AverageFragmentsPerFile       : 1,04
AverageFreeSpacePerExtent     : 10575872
ClusterSize                   : 4096
ExcessFolderFragments         : 183
FilePercentFragmentation      : 2
FragmentedFolders             : 67
FreeSpace                     : 84533739520
FreeSpacePercent              : 70
FreeSpacePercentFragmentation : 34
LargestFreeSpaceExtent        : 55209115648
MFTPercentInUse               : 100
MFTRecordCount                : 185343
PageFileSize                  : 0
TotalExcessFragments          : 4326
TotalFiles                    : 92611
TotalFolders                  : 6032
TotalFragmentedFiles          : 1115
TotalFreeSpaceExtents         : 7991
TotalMFTFragments             : 1
TotalMFTSize                  : 189792256
TotalPageFileFragments        : 0
TotalPercentFragmentation     : 0
TotalUnmovableFiles           : 13
UsedSpace                     : 34997628928
VolumeName                    : Windows 8.1
VolumeSize                    : 119531368448
PSComputerName                : WKS

Da beziehen sich die 2% auf 'FilePercentFragmentation', was ich jetzt aber nicht unbedingt mit 'Fragmentierter Speicherplatz' übersetzen würde. Setzt aber voraus, das diese 2% die selben 2% wie oben auch sind. Nicht dass da noch mit einem anderen Wert rumgespielt wird.

[Daniela Topic]

Vielen Dank an Euch für die ausfühlichen Erklärungen!