Efectivamente, la diferencia debe ser palpable con la cinta física, pero eso de que sea más eficaz.. sería a costa de la fiabilidad (ya conoces el mantra del almacenamiento:
Rápido, seguro, barato. Escoja solo dos).
Resulta que el formateo del MF128 es un retorno al formateo.... de la versión 1 del IF1!!!!.
La v1 de la ROM durante el formateo mete al final de cada bloque de datos un GAP3 de 3 bytes. La v2 mejora la fiabilidad metiendo 102 bytes de GAP3. La ROM del MF128 vuelve a los 3 bytes y hace alguna pirula para sacar 1 KB más, no he averiguado como, pero tampoco creo que tenga mucha importancia.
Pienso que en la v2 SRL cambió el formateo siendo más conservador por buenas razones. Lo primero hay que imaginarse una cinta rodando a toda mecha. Partimos de un cartucho formateado, en el que las cabeceras de sector no se sobreescriben más que en cada formateo. El bloque de datos está formado por una cabecera de 15 bytes, 512 bytes de datos y 1 byte de checksum. En pseudocódigo churrigueresco la escritura de los datos es así, suponiendo que ya sepamos qué sector vamos a escribir:
START:
while (no GAP);
while (no SYNC);
read(15 bytes);
calcula_checksum;
if(checksum != calculado OR sector != cabecera_sector OR sector != buscado)
goto START; //probably, Dijkstra hates me
while (no GAP);
while (no SYNC);
write(PREAMBLE + DATOS+ CHECKSUM);
Cuando borras y reescribes sectores, temo que pasa algo así, escogiendo un punto fijo sobre la cinta:
[GAP][PREAMBLE][HEADER] [GAP][PREAMBLE][DATA BLOCK] (formateo)
[GAP][PREAMBLE][HEADER] [GAP]__[PREAMBLE][DATA BLOCK] (1ª escritura)
[GAP][PREAMBLE][HEADER] [GAP]____[PREAMBLE][DATA BLOCK] (2ª escritura)
[GAP][PREAMBLE][HEADER] [GAP]______[PREAMBLE][DATA BLOCK] (3ª escritura)
[GAP][PREAMBLE][HEADER] [GAP]________[PREAMBLE][DATA BLOCK] (4ª escritura)
Creo que se ve claro lo que quiero decir. A la enésima escritura, el final del bloque de datos puede invadir el espacio del siguente sector, bien dejado poco GAP o machacando una parte del preámbulo. Buenas razones debían tener en SRL para aumentar el GAP3 de 3 bytes a 102.
En resumen, el formateo con el MF128 debería dar resultados parecidos o iguales a formatear con la v1 de la ROM del IF1. Ahora solo falta que alguien encuentre una cinta para destrozar y pruebe....