Re: (deb-cat) Mida de blocs per a RAID de programari

Alex Muntada <[email protected]>
Newsgroups gmane.linux.debian.user.catalan
Message-ID <ZLzilIgX8zlJoMsR@ix>
Hola, Narcis:

> La frase de la Wikipedia té una falla: La definició de sector
> no està restringida a discs durs, ni mai no ho ha estat.

No crec que la definió de la viquipèdia sigui restrictiva; parla
del cas dels discs durs perquè la pàgina és sobre discs durs.

> Tinc prevista la instal·lació amb un programet (script)
> prescindint de DebianInstaller, però el què ara estic explorant
> és 1 sola personalització per a seguir amb DebianInstaller quan
> no vull complicar res més.

A les configuracions de preseed del d-i per al raid no he vist
que s'hi pugui posar la mida, així que segueixo sense veure cap
altra alternativa que no sigui early_command.

> Cap versió de DebianInstaller no m'ha preguntat mai pel
> desbloqueig d'un volum LUKS; sempre he hagut d'eliminar-lo
> i crar-lo de nou.

Crec recordar que era el partman en mode manual, però fa temps
que no ho he provat.

> A on vull anar a parar amb tot això és a, si resulta que un
> capçal llegeix i escriu, per exemple, 4 MiB a cada demanda, és
> molt ineficient establir trossos/chunks de RAID de 512 KiB, ja
> que el sistema operatiu demanarà 8 vegades la mateixa operació
> al capçal per a llegir o escriure cada subdivisió dels 4 MiB.

Estàs pensant només en les operacions de lectura i escriptura,
però els raids fan més coses (càlculs d'integritat, redundància,
etc.) i potser la mida per defecte del chunk té en compte tot
plegat, fins i tot la compatibilitat entre versions (com apunta
el man).

De totes maneres, la millor forma de veure si un escenari concret
millora el rendiment és fer-ne mesures i comparar-les amb unes
altres de referència. Si aconsegueixes esbrinar quina és la mida
de bloc del capçal d'un disc i obtens millor rendiment, no deixis
de compartir-ho amb nosaltres, si et plau.

Salut,
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada <[email protected]>
  ⢿⡄⠘⠷⠚⠋   Debian Developer 🍥 log.alexm.org
  ⠈⠳⣄⠀⠀⠀⠀
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEaUBwKsbetWW2SKTt466XjoNOXn4FAmS84o0ACgkQ466XjoNO
Xn7OjA//Z6d2z2hanouv3X7QviNE1YUgdGzdXcPW04fK+S4JmEJu+lQyZk9Nuuix
1leM74vn1rP2brf8frJYTSq3gIb1Ee5eTX2+1o99kEehAT6e4aXnU0i+tTk5Be8H
IkUlTIJKGV0HYQqDc9NULaIYWAM2oL8/6ZUVIuI6nICkibZGgxtoDnFkHIX/9TAv
R+vZsDXXPMCRaEJJuL1JSbr7p/wdz07pXq3xZtIs0+OcZqHafsI1oGy6UvId76BB
9FfQOzakP9zpgD6oHU5KMxv+sZloNXLhk+Sex20GJB80TfB6BFlVuZenBk9IX5Q3
dQxQzFikexzsZhPaw9jpEzYNQw08F9QkTRHpLOgwcNvFKNB+l0H7xCEHINSGhku0
5yTAJP4gQhSQXiEuTiWeBJg1Yseis8UohABfMvNOocSi/9sBJY+NsfgbZ4o6Hd73
OD8NNgGXAqgVuo0cv1bZBDsXgj2H6zg/q+Q86v2SSEybvYtAfSUy/j692PbM0TxP
oZLpIhgBb7CtjpzWfUjTm30OhCaXKgbMIq+krFC1x62JRhD3etOewVq/twtnM+G6
HXZ9Zm/qH18amrYjbvgIZpHSx6URRq+avBv6m3YdCJ0cKlwBmPM+BmSpFxAGJGc6
EiIVp/bdxQkZ47NC2bnEXjwAYSlbD6fDElWI4WcZD1m2f6CCClQ=
=HQOr
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.