Projeya OpenZFS 2.2.1, ku pêkanîna pergala pelê ZFS pêş dixe ji bo Linux û FreeBSD. Guherto bi zêdekirina piştgiriya kernelê girîng e. Linux 6.6 û hewldanek ji bo çareserkirina pirsgirêka ku dibe sedema gendeliya daneyan (sifirkirina hin blokan) di pelan de piştî ku ew têne kopî kirin.
Di destpêkê de, hate texmîn kirin ku pirsgirêk tenê di şaxê 2.2.x de xuya dike û ji ber xeletiyek di mekanîzmaya klonkirina blokê de ku di OpenZFS 2.2.0 de tê de ye, ku dihêle hûn kopiyek pelek an beşek jê bêyî dubarekirinê biafirînin. daneyan, di kopiya duyemîn de referansên blokên daneya heyî yên pelê çavkaniyê bêyî kopîkirina wan a rastîn bikar bînin. Di OpenZFS 2.2.1-ê de, ji bo astengkirina pirsgirêkê, mekanîzmaya klonkirina blokê ji hêla xwerû ve hate asteng kirin, û mîhenga zfs_bclone_enabled hate zêdekirin da ku piştgirî ji bo vê modê vegere.
Paşê, pêşdebiran ragihandin ku pirsgirêkê di mîhengên bi şaxa OpenZFS 2.1.x de dubare kirine. Ew texmîna ku pirsgirêk xwe li ser pergalên bi guhertoyên kevintir ên pakêta coreutils nîşan dide jî nehat piştrast kirin - çewtî bi serkeftî di FreeBSD de hate dubarekirin û Linux-belavkirinên bi guhertoya herî dawî ya coreutils 9.4.
Xerabiya pelan di bin şert û mercên pir kêm de çêdibe, mînakî, pêkanîna fermana "emerge -1 dev-lang/go" li Gentoo di encamê de sazkirina amûra Go bi pelên xerabûyî di /usr/lib/go/pkg/tool/ de pêk tê. linux_amd64/ pelrêça. berhevkirin. Tê texmîn kirin ku xeletî piştî danîna parametreya xwerû "zfs_dmu_offset_next_sync=1" di guhertoya openzfs 2.1.4 de dest pê kir. Çavkaniya xeletiyê hîn nehatiye diyarkirin. Wekî rêgezek pêşniyarkirî ya ji bo astengkirina xeletiyê, tê pêşniyar kirin ku pîvana "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" li 0 were danîn.
Source: opennet.ru
