Translation

(itstool) path: row/entry (itstool) id: book.translate.xml#zfs-term-snapshot
Snapshot
5/100
Context English Turkish (tr_TR) State
Transaction Groups are the way changed blocks are grouped together and eventually written to the pool. Transaction groups are the atomic unit that <acronym>ZFS</acronym> uses to assert consistency. Each transaction group is assigned a unique 64-bit consecutive identifier. There can be up to three active transaction groups at a time, one in each of these three states: <_:itemizedlist-1/> All administrative functions, such as <link linkend="zfs-term-snapshot"><command>snapshot</command></link> are written as part of the transaction group. When a synctask is created, it is added to the currently open transaction group, and that group is advanced as quickly as possible to the syncing state to reduce the latency of administrative commands. İşlem Grupları, değiştirilen blokların gruplanma ve nihayetinde havuza yazılma şeklidir. İşlem grupları, <acronym> ZFS </acronym> 'un tutarlılığı savunmak için kullandığı atom birimidir. Her işlem grubuna benzersiz bir 64 bit ardışık tanımlayıcı atanır. Bir seferde en fazla üç etkin işlem grubu olabilir, bu üç durumun her birinde bir tane: <_: itemizedlist-1 /> <link linkend = "zfs-term-snapshot"> <komut> gibi tüm yönetim işlevleri anlık görüntü </command> </link> işlem grubunun bir parçası olarak yazılır. Bir senkronizasyon oluşturulduğunda, o anda açık olan işlem grubuna eklenir ve yönetimsel komutların gecikmesini azaltmak için bu grup mümkün olan en kısa sürede senkronizasyon durumuna ilerletilir.
Adaptive Replacement Cache (<acronym>ARC</acronym>) Uyarlanabilir yedek Önbellek (<acronym>ARC</acronym>)
<acronym>ZFS</acronym> uses an Adaptive Replacement Cache (<acronym>ARC</acronym>), rather than a more traditional Least Recently Used (<acronym>LRU</acronym>) cache. An <acronym>LRU</acronym> cache is a simple list of items in the cache, sorted by when each object was most recently used. New items are added to the top of the list. When the cache is full, items from the bottom of the list are evicted to make room for more active objects. An <acronym>ARC</acronym> consists of four lists; the Most Recently Used (<acronym>MRU</acronym>) and Most Frequently Used (<acronym>MFU</acronym>) objects, plus a ghost list for each. These ghost lists track recently evicted objects to prevent them from being added back to the cache. This increases the cache hit ratio by avoiding objects that have a history of only being used occasionally. Another advantage of using both an <acronym>MRU</acronym> and <acronym>MFU</acronym> is that scanning an entire file system would normally evict all data from an <acronym>MRU</acronym> or <acronym>LRU</acronym> cache in favor of this freshly accessed content. With <acronym>ZFS</acronym>, there is also an <acronym>MFU</acronym> that only tracks the most frequently used objects, and the cache of the most commonly accessed blocks remains. <acronym>ZFS</acronym>, daha geleneksel en az kullanılan (<acronym>LRU</acronym>) önbellek yerine Uyarlanabilir bir yedek Önbellek (<acronym>ARC</acronym>) kullanır. <acronym>Lru</acronym> önbelleği, her nesnenin en son ne zaman kullanıldığına göre sıralanmış önbellekteki öğelerin basit bir listesidir. Listenin en üstüne yeni öğeler eklenir. Önbellek dolduğunda, listenin altındaki öğeler daha aktif nesneler için yer açmak için tahliye edilir. Bir yay dört listeden oluşur; en son kullanılan (<acronym>MRU</acronym>) ve en sık kullanılan (<acronym>MFU</acronym>) nesneler, ayrıca her biri için bir hayalet listesi. Bu hayalet listeleri, önbelleğe geri eklenmelerini önlemek için son zamanlarda tahliye edilen nesneleri izler. Bu, yalnızca zaman zaman kullanılan bir geçmişi olan nesneleri kaçınarak önbellek isabet oranını artırır. Hem bir <acronym>MRU</acronym> hem de <acronym>MFU</acronym> kullanmanın bir diğer avantajı, tüm dosya sistemini taramanın normalde bu yeni erişilen içeriğin lehine bir <acronym>MRU</acronym> veya <acronym>LRU</acronym> önbelleğinden tüm verileri tahliye etmesidir. <acronym>ZFS</acronym> ile, yalnızca en sık kullanılan nesneleri izleyen bir <acronym>MFU</acronym> da vardır ve en sık erişilen blokların önbelleği kalır.
<acronym>L2ARC</acronym> <acronym>L2ARC</acronym>
<acronym>L2ARC</acronym> is the second level of the <acronym>ZFS</acronym> caching system. The primary <acronym>ARC</acronym> is stored in <acronym>RAM</acronym>. Since the amount of available <acronym>RAM</acronym> is often limited, <acronym>ZFS</acronym> can also use <link linkend="zfs-term-vdev-cache">cache vdevs</link>. Solid State Disks (<acronym>SSD</acronym>s) are often used as these cache devices due to their higher speed and lower latency compared to traditional spinning disks. <acronym>L2ARC</acronym> is entirely optional, but having one will significantly increase read speeds for files that are cached on the <acronym>SSD</acronym> instead of having to be read from the regular disks. <acronym>L2ARC</acronym> can also speed up <link linkend="zfs-term-deduplication">deduplication</link> because a <acronym>DDT</acronym> that does not fit in <acronym>RAM</acronym> but does fit in the <acronym>L2ARC</acronym> will be much faster than a <acronym>DDT</acronym> that must be read from disk. The rate at which data is added to the cache devices is limited to prevent prematurely wearing out <acronym>SSD</acronym>s with too many writes. Until the cache is full (the first block has been evicted to make room), writing to the <acronym>L2ARC</acronym> is limited to the sum of the write limit and the boost limit, and afterwards limited to the write limit. A pair of <citerefentry><refentrytitle>sysctl</refentrytitle><manvolnum>8</manvolnum></citerefentry> values control these rate limits. <link linkend="zfs-advanced-tuning-l2arc_write_max"><varname>vfs.zfs.l2arc_write_max</varname></link> controls how many bytes are written to the cache per second, while <link linkend="zfs-advanced-tuning-l2arc_write_boost"><varname>vfs.zfs.l2arc_write_boost</varname></link> adds to this limit during the <quote>Turbo Warmup Phase</quote> (Write Boost). <acronym>L2ARC</acronym> <acronym>ZFS</acronym> önbelleğe alma sisteminin ikinci düzeyidir. Birincil yay <acronym>RAM</acronym>'de saklanır. Mevcut <acronym>RAM</acronym> miktarı genellikle sınırlı olduğundan, <acronym>zfs</acronym> önbellek vdev'lerini de kullanabilir. Katı hal diskleri (<acronym>SSD</acronym>'ler), geleneksel dönen disklere kıyasla daha yüksek hız ve daha düşük gecikme süreleri nedeniyle bu önbellek aygıtları olarak sıklıkla kullanılır. <acronym>L2ARC</acronym> tamamen isteğe bağlıdır, ancak normal disklerden okunmak yerine ssd'de önbelleğe alınan dosyalar için okuma hızlarını önemli ölçüde artıracaktır. L2ARC, tekilleştirmeyi de hızlandırabilir, çünkü RAM'e sığmayan ancak <acronym>L2AR</acronym>C'YE sığmayan bir DDT diskten okunması gereken bir DDT'DEN çok daha hızlı olacaktır. Önbellek aygıtlarına veri ekleme hızı, çok fazla yazma ile SSD'lerin zamanından önce aşınmasını önlemek için sınırlıdır. Önbellek doluncaya kadar (ilk blok yer açmak için tahliye edildi), L2ARC'YE yazma, yazma sınırı ve artırma sınırı toplamı ile sınırlıdır ve daha sonra yazma sınırı ile sınırlıdır. Bir çift <citerefentry><refentrytitle>sysctl</refentrytitle><manvolnum>8</manvolnum></citerefentry> değeri bu oran sınırlarını kontrol eder. <link linkend="zfs-advanced-tuning-l2arc_write_boost"><varname>vfs.zfs.l2arc_wrıte_max, VFS sırasında saniyede önbelleğe kaç bayt yazıldığını kontrol eder.zfs.l2arc_wrıte_boost, <quote>“Turbo ısınma aşaması " </quote>sırasında bu sınıra ekler”</link> yazma desteği).
<acronym>ZIL</acronym> (itstool) path: row/entry
(itstool) id: book.translate.xml#zfs-term-zil
<acronym>ZIL</acronym> accelerates synchronous transactions by using storage devices like <acronym>SSD</acronym>s that are faster than those used in the main storage pool. When an application requests a synchronous write (a guarantee that the data has been safely stored to disk rather than merely cached to be written later), the data is written to the faster <acronym>ZIL</acronym> storage, then later flushed out to the regular disks. This greatly reduces latency and improves performance. Only synchronous workloads like databases will benefit from a <acronym>ZIL</acronym>. Regular asynchronous writes such as copying files will not use the <acronym>ZIL</acronym> at all. <acronym>ZIL</acronym>, ana depolama havuzunda kullanılanlardan daha hızlı olan <acronym>SSD</acronym>'ler gibi depolama aygıtlarını kullanarak senkronize işlemleri hızlandırır. Bir uygulama bir senkron yazma istediğinde (verilerin daha sonra yazılmak üzere önbelleğe alınmak yerine diske güvenli bir şekilde saklandığını garanti eder), veriler daha hızlı <acronym>ZIL</acronym> depolama alanına yazılır ve daha sonra normal disklere boşaltılır. Bu, gecikmeyi büyük ölçüde azaltır ve performansı artırır. Sadece veritabanları gibi senkron iş yükleri bir <acronym>ZIL</acronym>'DEN yararlanacaktır. Kopyalama dosyaları gibi düzenli zaman uyumsuz yazma <acronym>ZIL</acronym>'İ hiç kullanmaz.
Copy-On-Write Kopya-Yaz
Unlike a traditional file system, when data is overwritten on <acronym>ZFS</acronym>, the new data is written to a different block rather than overwriting the old data in place. Only when this write is complete is the metadata then updated to point to the new location. In the event of a shorn write (a system crash or power loss in the middle of writing a file), the entire original contents of the file are still available and the incomplete write is discarded. This also means that <acronym>ZFS</acronym> does not require a <citerefentry><refentrytitle>fsck</refentrytitle><manvolnum>8</manvolnum></citerefentry> after an unexpected shutdown. Geleneksel bir dosya sisteminin aksine, <acronym>zfs</acronym>'de verilerin üzerine yazıldığında, yeni veriler eski verilerin üzerine yazmak yerine farklı bir bloğa yazılır. Yalnızca bu yazma tamamlandığında, meta veriler daha sonra yeni konuma işaret edecek şekilde güncelleştirilir. Bir shorn yazma durumunda (bir dosya yazma ortasında bir sistem çökmesi veya güç kaybı), dosyanın tüm orijinal içeriği hala kullanılabilir ve eksik yazma atılır. beklenmeyen bir kapatma</refentrytitle><manvolnum>8</manvolnum></citerefentry>kullanabilirsiniz gerektirmez anlamına geliyor.
Dataset Veri Seti
<emphasis>Dataset</emphasis> is the generic term for a <acronym>ZFS</acronym> file system, volume, snapshot or clone. Each dataset has a unique name in the format <replaceable>poolname/path@snapshot</replaceable>. The root of the pool is technically a dataset as well. Child datasets are named hierarchically like directories. For example, <replaceable>mypool/home</replaceable>, the home dataset, is a child of <replaceable>mypool</replaceable> and inherits properties from it. This can be expanded further by creating <replaceable>mypool/home/user</replaceable>. This grandchild dataset will inherit properties from the parent and grandparent. Properties on a child can be set to override the defaults inherited from the parents and grandparents. Administration of datasets and their children can be <link linkend="zfs-zfs-allow">delegated</link>. <emphasis>Dataset</emphasis>, bir <acronym>ZFS</acronym> dosya sistemi, birim, anlık görüntü veya klon için genel bir terimdir. Her veri kümesinin <replaceable>poolname/path@snapshot</replaceable> biçiminde benzersiz bir adı vardır. Havuzun kökü teknik olarak bir veri kümesidir. Alt veri kümeleri hiyerarşik olarak dizinler gibi adlandırılır. Örneğin, </replaceable>mypool / home, ev veri kümesi<replaceable>, <replaceable>mypool</replaceable> bir alt ve ondan özelliklerini devralır. Bu, <replaceable>mypool/home/user</replaceable> oluşturarak daha da genişletilebilir. Bu Torun veri kümesi, ebeveyn ve Büyükanne babadan özellikleri devralır. Bir çocuk üzerindeki özellikler, ebeveynlerden ve Büyükanne ve büyükbabalardan miras kalan varsayılanları geçersiz kılmak için ayarlanabilir. Veri kümelerinin ve çocuklarının yönetimi <link linkend="zfs-zfs-allow">devredilebilir</link>.
File system Dosya sistemi
A <acronym>ZFS</acronym> dataset is most often used as a file system. Like most other file systems, a <acronym>ZFS</acronym> file system is mounted somewhere in the systems directory hierarchy and contains files and directories of its own with permissions, flags, and other metadata. Bir <acronym>zfs</acronym> veri kümesi çoğunlukla bir dosya sistemi olarak kullanılır. Diğer birçok dosya sistemi gibi, bir <acronym>ZFS</acronym> dosya sistemi de sistemler dizini hiyerarşisinde bir yere monte edilir ve izinleri, bayrakları ve diğer meta verileri ile kendi dosyalarını ve dizinlerini içerir.
Volume Birim
In additional to regular file system datasets, <acronym>ZFS</acronym> can also create volumes, which are block devices. Volumes have many of the same features, including copy-on-write, snapshots, clones, and checksumming. Volumes can be useful for running other file system formats on top of <acronym>ZFS</acronym>, such as <acronym>UFS</acronym> virtualization, or exporting <acronym>iSCSI</acronym> extents. Normal dosya sistemi veri kümelerine ek olarak, <acronym>zfs</acronym> ayrıca blok aygıtları olan birimler oluşturabilir. Birimler, yazma üzerine kopyalama, anlık görüntüler, klonlar ve sağlama toplamı dahil olmak üzere aynı özelliklerin çoğuna sahiptir. Birimler, <acronym>UFS</acronym> sanallaştırma gibi <acronym>ZFS</acronym>'NİN üstünde diğer dosya sistemi formatlarını çalıştırmak veya <acronym>iSCSI</acronym> kapsamlarını dışa aktarmak için yararlı olabilir.
Snapshot Anlık
The <link linkend="zfs-term-cow">copy-on-write</link> (<acronym>COW</acronym>) design of <acronym>ZFS</acronym> allows for nearly instantaneous, consistent snapshots with arbitrary names. After taking a snapshot of a dataset, or a recursive snapshot of a parent dataset that will include all child datasets, new data is written to new blocks, but the old blocks are not reclaimed as free space. The snapshot contains the original version of the file system, and the live file system contains any changes made since the snapshot was taken. No additional space is used. As new data is written to the live file system, new blocks are allocated to store this data. The apparent size of the snapshot will grow as the blocks are no longer used in the live file system, but only in the snapshot. These snapshots can be mounted read only to allow for the recovery of previous versions of files. It is also possible to <link linkend="zfs-zfs-snapshot">rollback</link> a live file system to a specific snapshot, undoing any changes that took place after the snapshot was taken. Each block in the pool has a reference counter which keeps track of how many snapshots, clones, datasets, or volumes make use of that block. As files and snapshots are deleted, the reference count is decremented. When a block is no longer referenced, it is reclaimed as free space. Snapshots can also be marked with a <link linkend="zfs-zfs-snapshot">hold</link>. When a snapshot is held, any attempt to destroy it will return an <literal>EBUSY</literal> error. Each snapshot can have multiple holds, each with a unique name. The <link linkend="zfs-zfs-snapshot">release</link> command removes the hold so the snapshot can deleted. Snapshots can be taken on volumes, but they can only be cloned or rolled back, not mounted independently. <acronym>Zfs</acronym>'nin yazma üzerine <link linkend="zfs-term-cow">kopya</link> (<acronym>COW</acronym>) tasarımı, keyfi adlarla neredeyse anlık, tutarlı anlık görüntülere izin verir. Bir veri kümesinin anlık görüntüsünü veya tüm alt veri kümelerini içerecek bir üst veri kümesinin özyinelemeli bir anlık görüntüsünü aldıktan sonra, yeni veriler yeni bloklara yazılır, ancak eski bloklar boş alan olarak geri alınmaz. Anlık görüntü, dosya sisteminin özgün sürümünü içerir ve canlı dosya sistemi anlık görüntü alındığından beri yapılan değişiklikleri içerir. Ek alan kullanılmaz. Canlı dosya sistemine yeni veriler yazıldığından, bu verileri depolamak için yeni bloklar ayrılır. Bloklar artık canlı dosya sisteminde, ancak yalnızca anlık görüntüde kullanılmadığından, anlık görüntünün görünen boyutu büyür. Bu anlık dosyaların önceki sürümlerinin kurtarma için izin vermek için salt okunur monte edilebilir. Canlı bir dosya sistemini belirli bir anlık görüntüye geri almak, anlık görüntü çekildikten sonra gerçekleşen <link linkend="zfs-zfs-snapshot">değişiklikleri</link> geri almak da mümkündür. Havuzdaki her bloğun, bu bloktan kaç tane anlık görüntü, klon, veri kümesi veya birim kullandığını takip eden bir referans sayacı vardır. Dosyalar ve anlık görüntüler silindikçe, referans sayısı azaltılır. Bir bloğa artık başvurulmadığında, boş alan olarak geri alınır. Anlık görüntüler de bir <link linkend="zfs-zfs-snapshot">tutma</link> ile işaretlenebilir. Bir anlık görüntü tutulduğunda, onu yok etme girişimi bir <literal>EBUSY</literal> hatası döndürür. Her anlık birden tutar, benzersiz bir adla her sahip olabilir. <link linkend="zfs-zfs-snapshot">Release</link> komutu, anlık görüntünün silinebilmesi için tutmayı kaldırır. Anlık görüntüler birimlerde alınabilir, ancak yalnızca klonlanabilir veya geri alınabilir, bağımsız olarak monte edilemez.
Clone Klon
Snapshots can also be cloned. A clone is a writable version of a snapshot, allowing the file system to be forked as a new dataset. As with a snapshot, a clone initially consumes no additional space. As new data is written to a clone and new blocks are allocated, the apparent size of the clone grows. When blocks are overwritten in the cloned file system or volume, the reference count on the previous block is decremented. The snapshot upon which a clone is based cannot be deleted because the clone depends on it. The snapshot is the parent, and the clone is the child. Clones can be <emphasis>promoted</emphasis>, reversing this dependency and making the clone the parent and the previous parent the child. This operation requires no additional space. Because the amount of space used by the parent and child is reversed, existing quotas and reservations might be affected. Anlık görüntüler de klonlanabilir. Bir klon, dosya sisteminin yeni bir veri kümesi olarak çatallanmasına izin veren bir anlık görüntünün yazılabilir bir sürümüdür. Bir anlık görüntüde olduğu gibi, bir klon başlangıçta ek alan tüketmez. Bir klona yeni veriler yazıldığından ve yeni bloklar ayrıldığından, klonun görünen boyutu büyür. Klonlanmış dosya sisteminde veya birimde blokların üzerine yazıldığında, önceki bloğun referans sayısı azaltılır. Bir klonun temel aldığı anlık görüntü, klon ona bağlı olduğundan <emphasis>silinemez</emphasis>. Anlık görüntü üst ve Klon alt. Klonlar yükseltilebilir, bu bağımlılığı tersine çevirir ve klonu üst ve önceki üst çocuğu yapar. Bu işlem ek alan gerektirmez. Üst ve alt tarafından kullanılan alan miktarını tersine çünkü varolan kotaları ve rezervasyonları etkilenebilir.
Checksum Sağlama
<literal>fletcher2</literal> <literal>fletcher2</literal>
<literal>fletcher4</literal> <literal>fletcher4</literal>
<literal>sha256</literal> <literal>sha256</literal>
Every block that is allocated is also checksummed. The checksum algorithm used is a per-dataset property, see <link linkend="zfs-zfs-set"><command>set</command></link>. The checksum of each block is transparently validated as it is read, allowing <acronym>ZFS</acronym> to detect silent corruption. If the data that is read does not match the expected checksum, <acronym>ZFS</acronym> will attempt to recover the data from any available redundancy, like mirrors or <acronym>RAID-Z</acronym>). Validation of all checksums can be triggered with <link linkend="zfs-term-scrub"><command>scrub</command></link>. Checksum algorithms include: <_:itemizedlist-1/> The <literal>fletcher</literal> algorithms are faster, but <literal>sha256</literal> is a strong cryptographic hash and has a much lower chance of collisions at the cost of some performance. Checksums can be disabled, but it is not recommended. Ayrılan her blok da sağlama toplamı. Kullanılan sağlama toplamı algoritması bir per-dataset özelliğidir, bkz.set. Her bloğun sağlama toplamı, okunduğu gibi şeffaf bir şekilde doğrulanır ve ZFS'NİN sessiz bozulmayı algılamasına izin verir. Okunan veriler beklenen sağlama toplamıyla eşleşmiyorsa, zfs, aynalar veya RAID-Z gibi mevcut yedeklemelerden verileri kurtarmaya çalışır. Tüm sağlama toplamlarının doğrulanması fırçalama ile tetiklenebilir. Sağlama toplamı algoritmaları şunları içerir: Fletcher algoritmaları daha hızlıdır, ancak sha256 güçlü bir şifreleme karmasıdır ve bazı performansın pahasına çok daha düşük bir çarpışma şansına sahiptir. Sağlama toplamı devre dışı bırakılabilir, ancak önerilmez!
<emphasis><acronym>LZ4</acronym></emphasis> - Added in <acronym>ZFS</acronym> pool version 5000 (feature flags), <acronym>LZ4</acronym> is now the recommended compression algorithm. <acronym>LZ4</acronym> compresses approximately 50% faster than <acronym>LZJB</acronym> when operating on compressible data, and is over three times faster when operating on uncompressible data. <acronym>LZ4</acronym> also decompresses approximately 80% faster than <acronym>LZJB</acronym>. On modern <acronym>CPU</acronym>s, <acronym>LZ4</acronym> can often compress at over 500 MB/s, and decompress at over 1.5 GB/s (per single CPU core). <emphasis><acronym>LZ4</acronym></emphasis>-<acronym>Zfs</acronym> havuzu sürüm 5000 (özellik bayrakları) eklendi, <acronym>LZ4</acronym> şimdi önerilen sıkıştırma algoritması. <acronym>Lz4</acronym> sıkıştırılabilir veriler üzerinde çalışırken <acronym>LZJB</acronym>'DEN yaklaşık %50 daha hızlı sıkıştırır ve sıkıştırılamaz veriler üzerinde çalışırken üç kat daha hızlıdır. <acronym>LZ4</acronym> ayrıca <acronym>LZJB</acronym>'DEN yaklaşık %80 daha hızlı açılır. Modern <acronym>CPU</acronym>'larda, <acronym>LZ4</acronym> genellikle 500 MB / s'nin üzerinde sıkışabilir ve 1,5 GB/s'nin üzerinde (tek CPU çekirdeği başına) sıkışabilir.
<emphasis><acronym>LZJB</acronym></emphasis> - The default compression algorithm. Created by Jeff Bonwick (one of the original creators of <acronym>ZFS</acronym>). <acronym>LZJB</acronym> offers good compression with less <acronym>CPU</acronym> overhead compared to <acronym>GZIP</acronym>. In the future, the default compression algorithm will likely change to <acronym>LZ4</acronym>. <emphasis><acronym>LZJB</acronym></emphasis>-varsayılan sıkıştırma algoritması. Jeff Bonwick (<acronym>ZFS</acronym>'NİN orijinal yaratıcılarından biri) tarafından düzenlendi. <acronym>LZJB</acronym>, <acronym>GZIP</acronym>'YE kıyasla daha az <acronym>CPU</acronym> yükü ile iyi sıkıştırma sunar. Gelecekte, varsayılan sıkıştırma algoritması büyük olasılıkla <acronym>LZ4</acronym> olarak değişecektir.
<emphasis><acronym>GZIP</acronym></emphasis> - A popular stream compression algorithm available in <acronym>ZFS</acronym>. One of the main advantages of using <acronym>GZIP</acronym> is its configurable level of compression. When setting the <literal>compress</literal> property, the administrator can choose the level of compression, ranging from <literal>gzip1</literal>, the lowest level of compression, to <literal>gzip9</literal>, the highest level of compression. This gives the administrator control over how much <acronym>CPU</acronym> time to trade for saved disk space. <emphasis><acronym>GZİP</acronym></emphasis>-<acronym>ZFS</acronym>'DE bulunan popüler bir akış sıkıştırma algoritması. <acronym>GZIP</acronym> kullanmanın ana avantajlarından biri, yapılandırılabilir <literal>sıkıştırma</literal> seviyesidir. Sıkıştırma özelliğini ayarlarken, yönetici, en düşük sıkıştırma seviyesi olan <literal>gzıp1</literal>'den en yüksek sıkıştırma seviyesi olan <literal>gzıp9</literal>'a kadar sıkıştırma düzeyini seçebilir. Bu, kaydedilen disk alanı için işlem yapmak için ne kadar <acronym>CPU</acronym> zamanı üzerinde yönetici kontrolü sağlar.
<emphasis><acronym>ZLE</acronym></emphasis> - Zero Length Encoding is a special compression algorithm that only compresses continuous runs of zeros. This compression algorithm is only useful when the dataset contains large blocks of zeros. <emphasis><acronym>ZLE</acronym></emphasis>-sıfır uzunluk kodlaması, yalnızca sıfırların sürekli çalışmasını sıkıştıran özel bir sıkıştırma algoritmasıdır. Bu sıkıştırma algoritması yalnızca veri kümesi büyük sıfır blokları içeriyorsa kullanışlıdır.
Each dataset has a compression property, which defaults to off. This property can be set to one of a number of compression algorithms. This will cause all new data that is written to the dataset to be compressed. Beyond a reduction in space used, read and write throughput often increases because fewer blocks are read or written. <_:itemizedlist-1/> her veri kümesinin varsayılan olarak kapalı olan bir sıkıştırma özelliği vardır. Bu özellik bir dizi sıkıştırma algoritmasından birine ayarlanabilir. Bu, veri kümesine yazılan tüm yeni verilerin sıkıştırılmasına neden olur. Kullanılan alandaki bir azalmanın ötesinde, daha az blok okunup yazıldığından okuma ve yazma hacmi genellikle artar. <_:itemizedlist-1/>
Copies Kopyalar
When set to a value greater than 1, the <literal>copies</literal> property instructs <acronym>ZFS</acronym> to maintain multiple copies of each block in the <link linkend="zfs-term-filesystem">File System</link> or <link linkend="zfs-term-volume">Volume</link>. Setting this property on important datasets provides additional redundancy from which to recover a block that does not match its checksum. In pools without redundancy, the copies feature is the only form of redundancy. The copies feature can recover from a single bad sector or other forms of minor corruption, but it does not protect the pool from the loss of an entire disk. 1'den büyük bir değere ayarlandığında, <literal>kopyalar</literal> özelliği <acronym>ZFS</acronym>'YE <link linkend="zfs-term-filesystem">dosya sisteminde</link> veya <link linkend="zfs-term-volume">birimde</link> her bloğun birden çok kopyasını tutmasını bildirir. Bu özelliğin önemli veri kümelerinde ayarlanması, sağlama toplamıyla eşleşmeyen bir bloğu kurtarmak için ek artıklık sağlar. Fazlalık olmayan havuzlarda, kopyalar özelliği yalnızca fazlalık biçimidir. Kopya özelliği, tek bir bozuk kesimden veya diğer küçük bozulma biçimlerinden kurtarabilir, ancak havuzu tüm diskin kaybından korumaz.

Loading…

Snapshot
Anlık
4 months ago
Browse all component changes

Glossary

English Turkish (tr_TR)
snapshot anlık FreeBSD Doc

Source information

Source string comment
(itstool) path: row/entry (itstool) id: book.translate.xml#zfs-term-snapshot
Source string location
book.translate.xml:41364
String age
6 months ago
Source string age
a year ago
Translation file
books/tr_TR/handbook.po, string 6726