Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: "Fritz.Schoerghuber" Newsgroups: de.sci.electronics Subject: Re: [OT] endlich eine SSD - was muss ich beachten? Date: Wed, 8 Jun 2016 17:31:23 +0200 Lines: 28 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: individual.net HWtVhypoPOubumZcLFtD1QITToXCoQ+9qZvnuu1QUDnUa5dqAW Cancel-Lock: sha1:Ds0gbeZUkyZBYOxi3zJqEWiciWc= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.0 In-Reply-To: Xref: csiph.com de.sci.electronics:209062 Am 08.06.2016 um 14:51 schrieb Andreas Weber: > On 08.06.2016 11:46, Fritz.Schoerghuber wrote: >> Am 08.06.2016 um 04:19 schrieb Izur Kockenhan: >>> Die automatische Defragmentierung habe ich deaktiviert. Richtig? >> >> Macht im Regelfall der Controller. Zumindest bei Samsung und >> Crucial ist das so. > > Und was wird da gemacht? Eine SSD hat ja keine seek time, eine > Defragmentierung (das Umsortieren der Blöcke so dass diese auf > aufeinanderfolgenden Adressen stehen) stelle ich mir da sehr unnütz vor. > > Gruß Andy SWIW darf der Controller nicht ein- und denselben Sektor mehrmals hintereinander beschreiben. Das würde die Speicher- zellen schnell ans Lebensdauerende bringen. Daher wird wohl der geänderte Sektor in die spare area ge- schrieben und als gültig markiert, der ursprüngliche Sektor als gesperrt und später der spare area zugerechnet markiert. Damit sollte sich über die Betriebszeit der SSD eine gleich- mässige Nutzung der Speicherzellen ergeben. Fragmentierung ist IMHO bei einer SSD überhaupt kein Thema, da es von der Zugriffsgeschwindigkeit her egal ist, von welcher Adresse ge- lesen oder geschrieben wird. Anders als bei HDDs mit Köpfen. hth fritz