Linus Torvalds ще включва dm-клонинг за Linux Kernel клон 5.4

linux-ядро

Recientemente беше пусната новината, че създателят на ядрото на Linux, "Linus Torvalds" се приема в основния клон (на базата на която се формира версия 5.4) изпълнението на модула dm-clone с внедряването на нов контролер въз основа на Device-Mapper.

Това ново предложение за ядрото на Linux ще ви позволи да клонирате съществуващо блоково устройство. Модулът позволява да се създаде локално копие на блоково устройство само за четене, на което може да се запише по време на процеса на клониране.

Като типично приложение на предложения модул за ядрото на Linux "Dm-clone" се отнася до мрежово клониране на отдалечени файлови устройства в режим само за четене и I / O обработка с дълги закъснения, до бързо локално устройство, което поддържа запис и обработка на заявки с минимални закъснения.

С него предоставя възможност за монтиране на клонираното устройство и незабавно започнете да го използвате след създаването му, без да се чака процесът на прехвърляне на данни да приключи.

Докато от друга страна, копирането на информация ще продължи във фонов режим, паралелно с входа / изхода, генерирани при достъп до ново устройство.

Основният случай на използване на dm-clone е клонирането на потенциално отдалечено латентно заключващо устройство само за четене от тип файл на записващо устройство от първичен тип.

Например dm-clone може да се използва за възстановяване на прикачени архиви за съхранение към мрежата, достъпна чрез протоколи като NBD, Fibre Channel, iSCSI и AoE на локално хранилище на базата на SSD или NVMe.

Кодът на dm-clone е оптимизиран за малки произволни записи, чийто размер съвпада с размера на блока (4K по подразбиране).

По време на процеса на клониране заявките за четене ще доведат до директна заявка за данни от клонираното устройство, а заявките за запис, засягащи области, които все още не са синхронизирани, ще се забавят, докато не приключи непланираното зареждане на заявените блокове (операциите по зареждане на записа -свързаните блокове започват незабавно).

Блоковете, премахнати от операцията "изхвърляне", се изключват от процеса на копиране (след монтирането потребителят може да изпълни "fstrim / mnt / cloned-fs", за да избегне копирането на блокове, които не се използват във FS).

Информация за промени и данни в заредени блокове те се съхраняват в отделна локална таблица с метаданни.

След завършване на клонирането потребителят получава пълно работно копие на устройството-източник, отразяващо всички промени, направени от началото на клонирането.

Таблица с клонирани метаданни може да бъде изпусната след синхронизиране, като се замени с таблица с редове, която директно отразява данните на ново устройство.

Ключовата разлика от решенията, базирани на Unionfs и OverlayFS, е, че dm-clone работи на ниво блоково устройство, независимо от файловата система, използвана на това устройство, и формира пълно копие на изходното устройство и не налага допълнителен слой. се проследяват.

За разлика от dm-mirror, модулът dm-clone първоначално е проектиран да работи само с оригиналната секция в режим само за четене, без да превежда операции за запис в нея.

В dm-snapshot не се създава пълно копие и не се поддържа фоново копие. В dm-кеша не се създава пълно копие, операциите за запис се препращат и работата се свежда до кеширане. Най-близката функционалност е dm-тънка.

dm-clone използва dm-kcopyd за копиране на части от устройството-източник в целевото устройство. По подразбиране се издават заявки за копиране с размер, равен на размера на региона.

Съобщение `hydration_batch_size <#regions>` може да се използва за регулиране на размера на тези заявки за копиране. Увеличаването на размера на партидата за хидратация води до dm-клониране, опитващо се да групира съседни региони заедно, така че ние копираме партида данни от тези много региони.

Fuente: https://git.kernel.org


Съдържанието на статията се придържа към нашите принципи на редакторска етика. За да съобщите за грешка, щракнете върху тук.

Бъдете първите, които коментират

Оставете вашия коментар

Вашият имейл адрес няма да бъде публикуван.

*

*

  1. Отговорен за данните: Мигел Анхел Гатон
  2. Предназначение на данните: Контрол на СПАМ, управление на коментари.
  3. Легитимация: Вашето съгласие
  4. Съобщаване на данните: Данните няма да бъдат съобщени на трети страни, освен по законово задължение.
  5. Съхранение на данни: База данни, хоствана от Occentus Networks (ЕС)
  6. Права: По всяко време можете да ограничите, възстановите и изтриете информацията си.