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 <al...@debian.org>
  ⢿⡄⠘⠷⠚⠋   Debian Developer 🍥 log.alexm.org
  ⠈⠳⣄⠀⠀⠀⠀

Attachment: signature.asc
Description: PGP signature

Respondre per correu electrònic a