Diskussion:Trim (Befehl)

Veralteter Verweis

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

Nicht nur für SSDs wichtig

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.

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)

Ä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)

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

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)

(2y+:) GC=? --Itu (Diskussion) 22:05, 21. Aug. 2014 (CEST)

@Itu:, fragtest du nach Müllabfuhr (oder noch wörtlicher: Abfallsammlung)? --Diwas (Diskussion) 01:50, 29. Okt. 2015 (CET)

Jo,.. -- itu (Disk) 10:45, 29. Okt. 2015 (CET)

Unterstützung für TRIM bei ZFS on Linux

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ß"

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

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)

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)

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

Nach Diskussion:Trim (Hvar) verschoben durch -- Pemu (Diskussion) 02:14, 8. Feb. 2020 (CET)

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

"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)

Überflüssige Füllwörter?

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)

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

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)

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

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)

Danke, ich denke, das passt so. ‣Andreas•⚖ 09:15, 8. Jun. 2021 (CEST)

"Befehl" missverständlich

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)