Para la inclusi\u00f3n del n\u00facleo Linux 6.2, se han propuesto mejoras en Btrfs relacionadas con la correcci\u00f3n del problema de \u00abwrite hole\u00bb en la implementaci\u00f3n de RAID 5\/6. La esencia del problema radica en que, si ocurre un fallo durante la grabaci\u00f3n, inicialmente no se puede determinar qu\u00e9 bloque en qu\u00e9 dispositivo RAID se grab\u00f3 correctamente y en cu\u00e1l la escritura no se complet\u00f3. En caso de intentar recuperar el RAID en una situaci\u00f3n as\u00ed, puede producirse la destrucci\u00f3n de bloques correspondientes a bloques no grabados, ya que el estado de los bloques RAID se encuentra desincronizado. Este problema surge en cualquier arreglo RAID 1\/5\/6 donde no se han tomado medidas especiales para combatir este efecto. <\/p>\n
En la implementaci\u00f3n de RAID, como RAID 1 en btrfs, este problema se resuelve utilizando sumas de verificaci\u00f3n en ambas copias; en caso de discrepancia, los datos simplemente se recuperan de la segunda copia. Este enfoque tambi\u00e9n funciona si alg\u00fan dispositivo comienza a devolver datos incorrectos en lugar de fallar por completo. <\/p>\n
Sin embargo, en el caso de RAID 5\/6, el sistema de archivos no almacena sumas de verificaci\u00f3n para los bloques de paridad: en condiciones normales, la correcci\u00f3n de los bloques se verifica por el hecho de que todos est\u00e1n provistos de una suma de verificaci\u00f3n, y el bloque de paridad se puede recrear a partir de los datos. Sin embargo, en caso de escritura parcial, este enfoque puede no funcionar en ciertas situaciones. En este caso, al recuperar el arreglo, no se puede descartar que los bloques afectados por la escritura incompleta sean restaurados incorrectamente. <\/p>\n
En el caso de btrfs, este problema es m\u00e1s relevante si la escritura realizada es menor que el tama\u00f1o del stripe. En este caso, el sistema de archivos debe llevar a cabo la operaci\u00f3n de lectura-modificaci\u00f3n-escritura (read-modify-write, RMW). Si se encuentran bloques con escritura incompleta, la operaci\u00f3n RMW puede causar da\u00f1os que no se detectar\u00e1n, a pesar de las sumas de verificaci\u00f3n. Los desarrolladores han realizado cambios para que la operaci\u00f3n RMW verifique la suma de verificaci\u00f3n de los bloques antes de llevar a cabo la operaci\u00f3n, y, si es necesario restaurar los datos, tambi\u00e9n se realiza una verificaci\u00f3n de las sumas de verificaci\u00f3n despu\u00e9s de la escritura. Desafortunadamente, en la situaci\u00f3n de escritura de un stripe incompleto (RMW), esto conlleva un costo adicional en el c\u00e1lculo de sumas de verificaci\u00f3n, sin embargo, aumenta significativamente la fiabilidad. Para RAID6, esta l\u00f3gica a\u00fan no est\u00e1 lista, pero para tal fallo en RAID6 es necesario que la escritura falle en dos dispositivos simult\u00e1neamente, lo que es menos probable. <\/p>\n
Adicionalmente, se pueden mencionar las recomendaciones de los desarrolladores para el uso de RAID 5\/6, que se resumen en que en Btrfs el perfil de almacenamiento de metadatos y datos puede diferir. As\u00ed, se puede utilizar un perfil RAID 1 (espejo) o incluso RAID 1C3 (3 copias) para metadatos, y para datos RAID 5 o RAID 6. Esto garantiza una protecci\u00f3n fiable de los metadatos y la ausencia de \u00abwrite hole\u00bb por un lado, y un uso m\u00e1s eficiente del espacio, caracter\u00edstico de RAID 5\/6, por el otro. Esto permite evitar la destrucci\u00f3n de los metadatos, y los da\u00f1os en los datos pueden ser corregidos. <\/p>\n
Tambi\u00e9n se puede se\u00f1alar que, para SSD en Btrfs en el n\u00facleo 6.2, se activar\u00e1 por defecto la ejecuci\u00f3n as\u00edncrona de la operaci\u00f3n \u00abdiscard\u00bb (marcaje de bloques liberados que ya no necesitan ser almacenados f\u00edsicamente). La ventaja de este modo es la alta eficiencia debido a la agrupaci\u00f3n efectiva de las operaciones \u00abdiscard\u00bb en la cola y posterior procesamiento de la cola por un procesador en segundo plano, lo que significa que las operaciones normales del sistema de archivos no se ven ralentizadas, como sucede con el \u00abdiscard\u00bb sincr\u00f3nico a medida que se liberan bloques, y el SSD puede tomar decisiones m\u00e1s adecuadas. Por otro lado, ya no ser\u00e1 necesario utilizar utilidades como fstrim, ya que todos los bloques disponibles se limpiar\u00e1n en el sistema de archivos sin necesidad de un escaneo adicional y sin ralentizaci\u00f3n de las operaciones. \u0414\u043b\u044f \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u044f \u044f\u0434\u0440\u043e Linux 6.2 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d\u044b \u0443\u043b\u0443\u0447\u0448\u0435\u043d\u0438\u044f Btrfs, \u043a\u0430\u0441\u0430\u044e\u0449\u0438\u0435\u0441\u044f \u0438\u0441\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b «write hole» \u0432 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 RAID 5\/6. \u0421\u0443\u0442\u044c \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0441\u0432\u043e\u0434\u0438\u0442\u0441\u044f \u043a \u0442\u043e\u043c\u0443, \u0447\u0442\u043e \u0435\u0441\u043b\u0438 \u043a\u0440\u0430\u0445 \u0441\u043b\u0443\u0447\u0438\u043b\u0441\u044f \u0432\u043e \u0432\u0440\u0435\u043c\u044f \u0437\u0430\u043f\u0438\u0441\u0438, \u0438\u0437\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e \u043f\u043e\u043d\u044f\u0442\u044c \u043a\u0430\u043a\u043e\u0439 \u0431\u043b\u043e\u043a \u043d\u0430 \u043a\u0430\u043a\u043e\u043c \u0438\u0437 \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432 RAID \u0437\u0430\u043f\u0438\u0441\u0430\u043b\u0441\u044f \u043a\u043e\u0440\u0440\u0435\u043a\u0442\u043d\u043e, \u0430 \u0432 \u043a\u0430\u043a\u043e\u043c \u0437\u0430\u043f\u0438\u0441\u044c \u043d\u0435 \u0431\u044b\u043b\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0435\u043d\u0430. \u0412 \u0441\u043b\u0443\u0447\u0430\u0435 \u043f\u043e\u043f\u044b\u0442\u043a\u0438 \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u044f RAID \u0432 \u043f\u043e\u0434\u043e\u0431\u043d\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-106149","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Las mejoras de RAID 5\/6 en Btrfs llegar\u00e1n al n\u00facleo de Linux 6.2 | ProHoster","description":"Se han propuesto mejoras en Btrfs para el n\u00facleo de Linux 6.2, relacionadas con la correcci\u00f3n del problema de \"write hole\" en la implementaci\u00f3n de RAID 5\/6.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/news\/v-yadro-linux-6-2-vojdut-uluchsheniya-raid5-6-v-btrfs","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0412 \u044f\u0434\u0440\u043e Linux 6.2 \u0432\u043e\u0439\u0434\u0443\u0442 \u0443\u043b\u0443\u0447\u0448\u0435\u043d\u0438\u044f RAID5\/6 \u0432 Btrfs | ProHoster","og:description":"\u0414\u043b\u044f \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u044f \u044f\u0434\u0440\u043e Linux 6.2 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d\u044b \u0443\u043b\u0443\u0447\u0448\u0435\u043d\u0438\u044f Btrfs, \u043a\u0430\u0441\u0430\u044e\u0449\u0438\u0435\u0441\u044f \u0438\u0441\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b "write hole" \u0432 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 RAID 5\/6.","og:url":"https:\/\/prohoster.info\/es\/blog\/news\/v-yadro-linux-6-2-vojdut-uluchsheniya-raid5-6-v-btrfs","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2022-12-18T19:36:39+00:00","article:modified_time":"2022-12-18T19:36:39+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":[],"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/106149","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=106149"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/106149\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=106149"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=106149"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=106149"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n
Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"