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