Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Write-back Cache für Platte erzwingen

6 views
Skip to first unread message

Marcel Müller

unread,
May 24, 2013, 1:58:48 PM5/24/13
to
Hallo,

ich habe eine Xubuntu VM (12.04) mit Kernel 3.8. Dort musste ich
aufgrund eines VirtualBox Bugs den Disk-Controller von SATA auf SAS
umschalten. Jetzt meint der Kernel aber er m�sste den Write-Cache
deaktivieren, was bei einer SSD ziemlicher gro�er Mist ist.

[ 1.650563] sd 0:0:0:0: [sda] Assuming drive cache: write through

Vermutlich denkt er SAS ist bestimmt ein ganz toller Controller, und
Cache ist da bl�d. Kann man den Write-Cache irgendwie erzwingen?


Marcel

Thomas Orgelmacher

unread,
May 24, 2013, 5:21:39 PM5/24/13
to
hdparm -W

Soweit ich wei� bedeutet die Meldung nicht zwingend, dass der Cache
auf "write through" steht. Der Kernel kommt nur nicht an die "Caching
mode page" heran (ohne Gew�hr).


Thomas

--
I have seen things you lusers would not believe. I've seen Sun
monitors on fire off the side of the multimedia lab. I've seen
NTU lights glitter in the dark near the Mail Gate. All these
things will be lost in time, like the root partition last week.

Message has been deleted

Marcel Müller

unread,
May 25, 2013, 3:50:16 AM5/25/13
to
Hallo,

On 24.05.13 23.58, Marcus Jodorf wrote:
>> [ 1.650563] sd 0:0:0:0: [sda] Assuming drive cache: write through

> Das hei�t n�mlich nicht, da� der Kernel da einen evtl. in der Platte
> vorhandenen Cache nicht nutzt (das wird ohnehin von Plattenseite her
> bestimmt, die man h�chstens umkonfigurieren kann), sondern da� der
> Kernel da keine R�ckmeldung bekommt welcher Cache Modus im Device aktiv
> ist und daher sicherheitshalber von Write-Trough als Cache Strategie
> ausgeht.
> Was v�llig in Ordnung und eine extrem vern�nftige Annahme ist.

Ok, ja, stimmt. Ich habe die Meldung nicht auf die Platte bezogen. Passt
also.

> Und nebenbei spielt der Cache bei einer SSD
> ohnehin eine untergeordnete Rolle, weil die Grundgeschwindigkeit schon
> so hoch ist.

Geschwindigkeitsm��ig merkt man da nichts. Nur die H�ppchen beim
schreiben werden kleiner, wodurch die SSD schlecht optimieren kann und
�fter mit read-modify-write ran muss (Write Amplification).

> Im Gegenteil werden daher ja SSDs mittlerweile gerne selber
> nur als Cache f�r langsamere Festplatten verwendet.

In den meisten Rechnern dreht sich bei mir nichts mehr au�er dem L�fter.


Marcel

Gabriel Schumann

unread,
May 25, 2013, 9:23:00 AM5/25/13
to
Am 24.05.2013 23:58, schrieb Marcus Jodorf:
> Das hei�t n�mlich nicht, da� der Kernel da einen evtl. in der Platte
> vorhandenen Cache nicht nutzt (das wird ohnehin von Plattenseite her
> bestimmt, die man h�chstens umkonfigurieren kann), sondern da� der
> Kernel da keine R�ckmeldung bekommt welcher Cache Modus im Device aktiv
> ist und daher sicherheitshalber von Write-Trough als Cache Strategie
> ausgeht.
> Was v�llig in Ordnung und eine extrem vern�nftige Annahme ist.
>
Nur mal so f�r mein Verst�ndnis:
W�re es nicht die bessere Annahme f�r den Kernel, wen er davon ausgeht,
dass der Cache-Modus Write Back ist, wenn er ihn nicht kennt? Bei Write
Through geht er ja davon aus, dass die Daten direkt geschrieben werden,
wenn sie an die Platte �bergeben werden, was ja nicht der Fall ist, wenn
Write Back tats�chlich aktiviert ist. Das ist in meinen Augen eine
Gef�hrdung der Konsistenz.

Gru�

Gabriel
Message has been deleted
Message has been deleted
0 new messages