Re: UFS soft updates mit journal auf Consumer SSDs ?

--Apple-Mail=_2C8D680D-C948-4A6E-B1E6-8413A6079103
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Moin Oli

Danke f=C3=BCr deine Antwort. Du schreibst "Ich erw=C3=A4hne es nur, =
weil im Zusammenspiel mit gmirror Journaling doch eher vorteilhaft =
ist.=E2=80=9C Kurze Frage dazu: Was ist denn der Unterschied bei einem =
gmirror was die Benutzung vom journaling angeht? Weil im Falle eines =
=E2=80=9Edirty flag" der sync vom gmirror und das fsck (ohne journaling) =
sich ins Gehege kommen w=C3=BCrden?
Hier im  FreeBSD Forum streiten sich auch die Gelehrten welches =
Journaling man benutzen soll: soft updates journaling ("tunefs -j=E2=80=9C=
) oder soft updates + gjournal ("tunefs -J")
=
https://forums.freebsd.org/threads/gjournal-vs-soft-updates-journaling.546=
89/ - Vom Bauchgef=C3=BChl w=C3=BCrde ich einfach mal Kirk McKusick =
vertrauen.

Gr=C3=BC=C3=9Fe
Nicola


> Am 18.05.2018 um 13:10 schrieb Oliver Fromme <[email protected]>:
>=20
> M. Giegerich wrote:
>> On 18/05/2018 00:57, Peter Ross wrote:
>>> On Thu, 17 May 2018, Nicola Tiling wrote:
>>>=20
>>>> Hallo
>>>>=20
>>>> Ich habe mal eine Frage in die Runde: W=C3=BCrdet ihr soft updates
>>>> journaling auf normalen SSDs (ohne =E2=80=9EPowerless =
Protection=E2=80=9C) aktivieren
>>>> oder deaktivieren? Was haltet ihr im Falle eines Stromausfalls f=C3=BC=
r
>>>> sicherer? ..wenn ich die Aussage von Kirk McKusick hier richtig
>>>> verstehe =
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227204#c1
>>>> bereitet es u.U. im Fall eines power loss mehr Probleme als es =
n=C3=BCtzt?
>>>=20
>>> Nun ja, keine Software kann 100% gegen "mogelnde" Hardware gefeit =
sein.
>>=20
>> Braucht man bei SSDs denn zwingend den write cache? Wenn der
>> abgeschaltet ist, entstehen die genannten Inkonsistenzen erst gar =
nicht...
>=20
> Ein Write-Cache bringt immer etwas, insbesondere im Zusammenspiel
> mit NCQ bzw. TCQ (was prinzipiell nur mit Cache funktioniert).
> Sobald mehr als nur eine Datei gleichzeitig beschrieben wird,
> bricht sonst die Performance deutlich ein.
>=20
> Um zur urspr=C3=BCnglichen Frage von Nicola zur=C3=BCckzukommen:
> Der wesentliche (und eigentlich einzige) Vorteil von Journaling
> ist, dass nach einem Crash (Stromausfall, Kernelpanic) der fsck
> deutlich schneller =C3=BCber die B=C3=BChne geht.  Das funktioniert =
nur
> dann verl=C3=A4sslich, wenn die Firmware der Platte bzw. SSD korrekt
> implementiert ist, was z.B. Write-Barriers betrifft.  Ich
> behaupte jetzt mal aus dem Stegreif, dass die =C3=BCberwiegende
> Mehrheit (> 99%) der aktuellen Ger=C3=A4te das schaffen.  Aber ich
> w=C3=BCrde nicht ausschlie=C3=9Fen, dass es Einzelf=C3=A4lle gibt, wo =
es zu
> Problemen kommen kann.
>=20
> Ich pers=C3=B6nlich habe f=C3=BCr mich entschieden, dass ich auf =
meinen
> privaten Rechnern auf Journaling verzichte.  Es kommt vielleicht
> alle ein, zwei Jahre einmal vor, dass ein fsck laufen muss,
> und dann nehme ich halt die 15 Minuten in Kauf, die es dauert.
> (Ich sollte noch erw=C3=A4hnen, dass ich kein gmirror oder sonstiges
> RAID verwende, da ich das f=C3=BCr den privaten Gebrauch nicht f=C3=BCr
> sinnvoll halte.  Ich erw=C3=A4hne es nur, weil im Zusammenspiel mit
> gmirror Journaling doch eher vorteilhaft ist.)
>=20
> Gru=C3=9F
>   Olli
>=20
>=20
> --
> Oliver Fromme, M=C3=BCnchen   --   FreeBSD + DragonFly BSD
>=20
> ``We are all but compressed light'' - Albert Einstein
>=20
>=20
> To Unsubscribe: send mail to [email protected]
> with "unsubscribe de-bsd-questions" in the body of the message


--Apple-Mail=_2C8D680D-C948-4A6E-B1E6-8413A6079103
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP

-----BEGIN PGP SIGNATURE-----

iF0EARECAB0WIQQBa8GmpW8Jduii5iTRZnUyLhNRuQUCWv7cmgAKCRDRZnUyLhNR
uY0KAKDn8WhW3ZI2VxzWcUmkNwoH8JFCpQCfQzl4e+uHNya1FrmXCp82umdeUOU=
=5rNI
-----END PGP SIGNATURE-----

--Apple-Mail=_2C8D680D-C948-4A6E-B1E6-8413A6079103--


To Unsubscribe: send mail to [email protected]
with "unsubscribe de-bsd-questions" in the body of the message