Diskussion:Trim (Befehl)

aus Wikipedia, der freien Enzyklopädie
Letzter Kommentar: vor 2 Monaten von Y2kbug in Abschnitt FAT32 = kein Trim unter Windows 10 und Linux
Zur Navigation springen Zur Suche springen

Veralteter Verweis

[Quelltext bearbeiten]

Der Link der Referenz bzgl. "Windows 7 specialized for SSD" zur Samsung Homepage ist nicht mehr aktuell. -- Duud 12:39, 3. Okt. 2010 (CEST)Beantworten

Nicht nur für SSDs wichtig

[Quelltext bearbeiten]

TRIM ist nicht nur für SSDs interessant, sondern auch allgemein für "Thin Provisioning", wenn z.B. Speicher aus einem Zentralen Pool zur Verfügung gestellt wird und nach Bedarf verteilt wird. Nur mit TRIM ist es möglich einmal benutzten Speicher wieder freizugeben. Also auch für Zentrale Speichernetze (SAN, NAS), Virtualisierung... Z.B. könnte VmWare den Trim Befehl benutzen um die Disk-Files von Virtuellen Maschinen (sofern nicht preallocated) nachträglich wieder zu verkleinern. Chris, 12:40, 30. Dez. 2010 (MEZ) (ohne Benutzername signierter Beitrag von 134.60.116.99 (Diskussion) )

Wofür steht die Abkürzung? Für trimming.

[Quelltext bearbeiten]

Steht TRIM etwa für "Total Removing of Irrelevant Messages" oder für "Trotteliges Ratespiel in Mittelerde"? Herrje, schreibts halt in den Artikel rein. --217.82.186.206 23:38, 1. Dez. 2012 (CET)Beantworten

Ähm sorry, hab rausgefunden, dass es gar keine Abkürzung ist, sondern das Substantiv des englischen Verbs "trimming" ist. --91.6.84.229 08:29, 2. Dez. 2012 (CET)Beantworten
Aha, Danke. Siehe also auch „Trimmen“. Die Wort- oder in diesem Fall genauer die Befehlsherkunft sollte dann wohl mal noch in der nebenstehenden Abhandlung (oder im ‚Artikel‘) wenigstens einmal kurz genannt werden. MfG, 92.226.61.221 17:51, 31. Jul. 2013 (MESZ)

TRIM-Änderung

[Quelltext bearbeiten]

Hi, neuere Erkenntnisse zeigen, dass die GC meist nicht ausreicht, sondern TRIM Sinn macht: "Ah that's a lot more like it. Performance drops significantly, down to as low as 50MB/s for the earliest LBAs. Given enough idle time the 830 should correct much of this and obviously TRIMing those LBAs will restore full performance (as you'll see below) but the point is that by delaying the bulk of garbage collection the Samsung SSD 830 is able to drop in performance by a degree that I'm not super comfortable with. This phenomenon isn't exclusive to Samsung, you'll remember that we've complained about it with Crucial drives as well. Other than SandForce and Intel most controller manufacturers tend to follow a similar clean up the mess later approach to firmware design. In my opinion I'd much rather see lower peak performance and get higher worst case scenario performance as it tends to impact the user experience less." http://www.anandtech.com/show/4863/the-samsung-ssd-830-review/6
Auch Samsung empfiehtl in jedem Fall die Verwendung von TRIM: "Auch war es uns möglich, zwei kurze Fragen an Jae Hyeong Lee (Vice President/Group Leader der Flash Memory Planning Group bei Samsung) zu stellen. Von ihm wollten wir wissen, wie effizient die Garbage Collection der aktuellen Laufwerksgeneration arbeitet und ob der TRIM-Support noch immer notwendig ist. Hintergrund: Apple unterstützt TRIM nur bei eigens verbauten Laufwerken, ausgeschlossen hiervon sind SSDs von Drittanbietern, die nachgerüstet werden. Seine Antwort kurz zusammengefasst: Auch wenn die Garbage Collection hilfreich ist, für die Effizienz der SSD ist TRIM-Support noch immer unabdingbar. Den Aufruf an Apple zur Unterstützung des TRIM-Supports alternativer Laufwerke mochte er nicht näher kommentieren." http://www.giga.de/unternehmen/samsung/news/samsung-ssd-und-flashspeicher-interview-uber-den-wolken/
Es ist also davon abzuraten, ausschließlich die GC zu benutzen.
Deshalb hatte ich (meine alte) Aussage von letztem Jahr entfernt, bei den meisten neueren SSDs reiche die GC aus, da sie nach neuerem Erkenntnisstand mit Vorsicht zu genießen ist. --Dosibus (Diskussion) 17:04, 8. Dez. 2012 (CET)Beantworten

(2y+:) GC=? --Itu (Diskussion) 22:05, 21. Aug. 2014 (CEST)Beantworten
@Itu:, fragtest du nach Müllabfuhr (oder noch wörtlicher: Abfallsammlung)? --Diwas (Diskussion) 01:50, 29. Okt. 2015 (CET)Beantworten
Jo,.. --Quetsch mich aus, ... itu (Disk) 10:45, 29. Okt. 2015 (CET)Beantworten

Unterstützung für TRIM bei ZFS on Linux

[Quelltext bearbeiten]

Neben der Dimension des Betriebssystems (Kernel) gibt es auch noch die Dimension des Dateisystems. Sollte da vielleicht (etwa bei Linux) unterschieden werden? (Bekanntlich gibt es grundsätzlich schon lange Unterstützung für TRIM. Jedoch für ZFS on Linux (ZoL) ist das 2019 noch "heißer Scheiß"[1]

--PaulRg (Diskussion) 02:28, 15. Mai 2019 (CEST)Beantworten

Die beiden Quellen heise open - Die Neuerungen von Linux 2.6.33 und Trim on Linux behandeln die gleiche Kernelversion. Aber letzterer kann man IMHO entnehmen, dass hier die Möglichkeit geschaffen wurde, dass ein Dateisystemtreiber den Trim-Befehl überhaupt absetzen kann. Der ganze Artikel macht mithin keine Aussage, wann die Dateisystemtreiber Trim implementiert haben. -- Pemu (Diskussion) 12:15, 15. Mai 2019 (CEST)Beantworten
Im Artikel ext4 steht "ab Kernel 2.6.33". Dass es Trim seitdem unter Linux gibt, scheint mithin zumindest nicht falsch zu sein. -- Pemu (Diskussion) 12:20, 15. Mai 2019 (CEST)Beantworten

Trim - kleiner landwirtschaftlicher Rundbau in Trockenbauweise auf der Insel Hvar (Dalmatien, Kroatien)

[Quelltext bearbeiten]
Nach Diskussion:Trim (Hvar) verschoben durch -- Pemu (Diskussion) 02:14, 8. Feb. 2020 (CET)Beantworten

Hallo, was versteht man unter "verschoben durch"? Seifb (Diskussion) 10:13, 8. Feb. 2020 (CET)Beantworten

"verschieben": Aus [1]: "an eine andere Stelle, einen anderen Ort schieben" bzw. "Daten … an einem anderen Ort … ablegen"
"durch": Aus [2]: "gibt die … bewirkende Person … an"
Soll heißen, dass ich den Beitrag hier für so offensichtlich an der falschen Stelle geschrieben betrachtet habe, dass ich mir erlaubt habe, ihn an die angegebene (IMHO geeignetere) Stelle zu verschieben. Oder habe ich den Zweck des Beitrags missverstanden?-- Pemu (Diskussion) 23:28, 9. Feb. 2020 (CET)Beantworten

Überflüssige Füllwörter?

[Quelltext bearbeiten]

Es sind keine überflüssigen Füllwörter. Man kann es eben über "entsprechende Optionen" einstellen – und nicht bspw. über einen Schalter, im Bios oder durch einen Jumper.

Und "Windows 7 verfügt ebenfalls über entsprechende Befehle" heißt doch … verfügt ebenfalls über entsprechende Optionen.

Dass der Artikel so noch nicht der Weißheit letzter Schluss ist, sei jetzt mal dahingestellt. Jetzt aus Zeitgründen aber erstmal nur der Revert.

-- Pemu (Diskussion) 01:41, 29. Jul. 2020 (CEST)Beantworten

Lemma-Änderung zu Trim (nicht mehr in durchgängiger Großschreibung)

[Quelltext bearbeiten]

Ich schlage vor, den Artikel zu Trim zu verschieben. Begründung: TRIM (tatsächlich in Großschreibung) ist der betreffende SATA-Befehl. Die meisten Betriebssysteme nennen das ganze meist "Trim", inkludieren damit aber auch NVMe-Deallocate und auch SCSI-UNMAP. Ebenso findet sich in den meisten Fachartikeln die Schreibweise "Trim" (und nicht "TRIM") für diese Funktion.

Gibt es Einwände? Wenn nicht, würde ich den Artikel in ca. ≥ einer Woche umbenennen (verschieben).

Andreas 20:08, 18. Mai 2021 (CEST)Beantworten

Nachtrag: Ich sehe gerade, das müsste Trim (Datenspeicher) werden, da Trim ja bereits eine BKL ist. ‣Andreas 20:10, 18. Mai 2021 (CEST)Beantworten

Hallo @Y2kbug:, ich habe mal nach Trim (Befehl) verschoben, wobei die Wahl des Klammerzusatzes echt schwierig ist. --Trustable (Diskussion) 22:37, 7. Jun. 2021 (CEST)Beantworten
Danke, ich denke, das passt so. ‣Andreas 09:15, 8. Jun. 2021 (CEST)Beantworten

"Befehl" missverständlich

[Quelltext bearbeiten]

In ATA ist TRIM ein Befehl. In Betriebssystemen aber würde man unter "Befehl" einen Kommandozeilen-Befehl verstehen - doch in den wohl meisten Betriebssystemen gibt es stattdessen eine Einstellung, ob die Treiber Trim-Befehle an die Festplatte senden sollen. Gut wäre es auch zu erfahren, welche Betriebssystem-Operationen (Befehlszeilen-Kommandos und Operationen der graphischen Bedienoberfläche) Trim auslösen. 91.47.50.190 15:27, 17. Apr. 2023 (CEST)Beantworten

FAT32 = kein Trim unter Windows 10 und Linux

[Quelltext bearbeiten]

Ist es korrekt, dass Windows 10 und Linux keinen Trim Befehl auf FAT32 Partitionen ausführt? Das habe ich irgendwo gelesen, die Quelle eignet sich aber nicht als Beleg für die Wikipedia. Falls das also jemand bestätigen könnte und noch einen Quellenbeleg hätte, wäre das klasse. --93.229.166.182 22:52, 19. Sep. 2024 (CEST)Beantworten

Zu Windows kann ich es nicht sagen, aber unter Linux geht TRIM schon sehr lange (und zwar beides: der mount-Parameter "discard" = "online-Trim" ebenso wie fstrim = "periodisches Trim"). ‣Andreas 23:31, 19. Sep. 2024 (CEST)Beantworten
Es geht um FAT32, nicht um Linux allgemein. Das Linux TRIM bei ext3 usw. kann ist allgemein bekannt, aber nicht Thema dieses Threads. --93.229.166.182 00:11, 20. Sep. 2024 (CEST)Beantworten
ext3? eher ext2 und ext4...
Ja, Linux kann TRIM schon sehr lange auch bei FAT, und zwar bei VFAT: das kann FAT12, FAT16 oder FAT32 sein.
Andreas 07:13, 20. Sep. 2024 (CEST)Beantworten
Nachtrag: ein Beispiel, wo man sogar die einzelnen Quellenbelege dazu findet, ist die Arch Wiki (von Arch Linux), hier: wiki.archlinux.org/title/Solid state drive. fstrim kam offenbar erst mit Kernel 4.19 dazu. Die "discard" mount-Option kam mit 2.6.33, aktiviert war TRIM (auf SSDs) automatisch aber schon ab 2.6.28ref... ‣Andreas 07:19, 20. Sep. 2024 (CEST)Beantworten
Siehste, 4.19 ist nicht schon lange, sondern sehr spät. Davor konnte es bei FAT32 kein TRIM bzw. wendete es dies auch nicht an. Aber gut das du nachgeschlagen hast. Gewusst hast du es jedenfalls nicht. --93.229.166.182 08:16, 20. Sep. 2024 (CEST)Beantworten
TRIM gibt es seit 2.6.28 bei allen VFAT-mounts, wie geschrieben. Das heißt, Linux 2.6.28 bis 2.6.32 hat immer den TRIM-Befehl geschickt, wenn im Dateisystem etwas gelöscht wurde. Seit 2.6.33 ist das mit der mount-Option "discard" ein- bzw. ausschaltbar. Das nennt sich "online trim" oder "Continuous TRIM". Alternativ gibt es aber auch "Periodic TRIM". Hier schickt das Betriebssystem (der Dateisystem-Treiber) nicht stets auch ein TRIM-Kommando, wenn es etwas löscht. Stattdessen wird periodisch ein Systemdienst gestartet, der das Dateisystem durchgeht, und alle gelöschten Blöcke auf einmal per TRIM-Kommando trimmt.
Halten wir fest:
  • Linux 2.6.28 ist vom 24. Dez. 2008 und setzt das TRIM-Kommando "continuous" (kontinuierlich) bei VFAT um.
  • Linux 2.6.33 ist vom 24. Feb. 2010 und lässt "Continuous TRIM" den Benutzer ein- oder ausschalten. (mount-Option "discard")
  • Seit Linux 4.19 vom 22. Okt. 2018 kann man auf VFAT auch alternativ "Periodisches TRIM" nutzen (u.a. mit fstrim).
Ich würde sagen, dass der 24. Dezember 2008 sehr früh ist, was TRIM anbelangt.
Ich habe immer noch keine Ahnung, seit wann und wie Windows und andere Betriebssysteme (FAT wird von sehr vielen Systemen unterstützt!) TRIM bei FAT(32) implementieren.
Andreas 10:19, 21. Sep. 2024 (CEST)Beantworten
  1. https://github.com/zfsonlinux/zfs/commit/1b939560be5c51deecf875af9dada9d094633bf7