Çeviri durumu

551 Dizgeler %11
Göz at Çevir
19.883 Sözcükler %1

Dizgelerin durumu

551
Tüm dizgeler — 19.883 sözcük Göz at Çevir Zen
62
Çevrilmiş dizgeler — 277 sözcük Göz at Çevir Zen
489
Tamamlanmamış dizgeler — 19.606 sözcük Göz at Çevir Zen
391
Çevrilmemiş dizgeler — 14.260 sözcük Göz at Çevir Zen
98
Düzenlenecek olarak imlenmiş dizgeler — 5.346 sözcük Göz at Çevir Zen
489
Tamamlanmamış ve öneri yapılmamış dizgeler — 19.606 sözcük Göz at Çevir Zen
9
Denetim hatası olan dizgeler — 63 sözcük Göz at Çevir Zen
4
Denetim hatası: Çeviri değiştirilmemiş — 8 sözcük Göz at Çevir Zen
1
Denetim hatası: Nokta işareti farklı — 20 sözcük Göz at Çevir Zen
1
Denetim hatası: İki nokta üst üste farklı — 20 sözcük Göz at Çevir Zen
1
Denetim hatası: Tutarsız — 1 sözcük Göz at Çevir Zen
8
Denetim hatası: Çevrilmiş — 43 sözcük Göz at Çevir Zen
551
Etiketlenmemiş dizgeler — 19.883 sözcük Göz at Çevir Zen

Diğer bileşenler

Bileşen Çevrilmiş Tamamlanmamış Tamamlanmamış sözcük Tamamlanmamış karakter Çevrilmemiş Denetimler Öneriler Yorumlar
books/fdp-primer/tools/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 12 146 1.013 12 0 0 0
books/porters-handbook/porting-samplem/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 37 483 3.366 37 0 0 0
books/developers-handbook/policies/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 51 1.161 7.790 51 0 0 0
books/developers-handbook/bibliography/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 8 135 998 8 1 0 0
books/porters-handbook/slow-porting/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 89 2.384 16.077 89 0 0 0
books/handbook/partv Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 2 4 29 1 1 0 0
articles/contributors/contrib-develinmemoriam Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 47 1.406 9.195 47 0 0 0
books/fdp-primer/trademarks/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 19 344 2.534 19 0 0 0
books/porters-handbook/order/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 104 757 8.003 104 0 0 0
books/porters-handbook/keeping-up/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 22 665 4.476 22 0 0 0
Tüm bileşenlere göz at

Özet

Proje sitesi docs.freebsd.org/en
Çeviri lisansı BSD 2-Clause "Simplified" License
Çeviri süreci
  • Çeviriler doğrudan yapılabilir.
  • Çeviri önerileri yapılabilir.
  • Yalnızca seçilmiş kullanıcılar tarafından katkıda bulunulabilir.
  • Çeviri iki dilli dosyaları kullanıyor.
Dosya maskesi documentation/content/*/books/handbook/zfs/_index.po
Çeviri dosyası İndir documentation/content/zh_CN/books/handbook/zfs/_index.po
Son değiştirilme 08 Ocak 2022 20:30
Son katkıda bulunan None

Dizge istatistikleri

Dizge yüzdesi Barındırılan dizge Sözcük yüzdesi Barındırılan sözcük Karakter yüzdesi Barındırılan karakter
Toplam 551 19.883 137.474
Çevrilmiş %11 62 %1 277 %1 1.818
Düzenlenmesi gerekli %17 98 %26 5.346 %24 33.303
Salt okunur %0 0 %0 0 %0 0
Denetim hataları olan %1 9 %1 63 %1 491
Önerileri olan dizgeler %0 0 %0 0 %0 0
Çevrilmemiş dizgeler %70 391 %71 14.260 %74 102.353
Son 12 ay Önceki

Son 12 aydaki etkinlik

0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 6 değişiklik 0 değişiklik 3 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 64 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 3 değişiklik 0 değişiklik
Oca Şub Mar Nis May Haz Tem Ağu Eyl Eki Kas Ara

Hızlı sayılar

19.883
Barındırılan sözcük
551
Barındırılan dizge
%11
Çevrilmiş
0
Katkıda bulunan
ve önceki 30 gün

Son 30 günün eğilimleri

—
Barındırılan sözcük
+%100
—
Barındırılan dizge
+%100
—
Çevrilmiş
+%11
—
Katkıda bulunan
—
Kullanıcı avatarı Bilinmiyor

Çevrilecek yeni dizge

Documentation / books/handbook/zfs/_index — Çince (Basitleştirilmiş) (zh_CN)

Çevrilecek 1 yeni dizge çeviride göründü. 6 ay önce
Kullanıcı avatarı Bilinmiyor

Kaynağı güncelledi

Documentation / books/handbook/zfs/_index — Çince (Basitleştirilmiş) (zh_CN)

"documentation/content/zh_CN/books/handbook/zfs/_index.po" dosyası değiştirildi. 6 ay önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / books/handbook/zfs/_index — Çince (Basitleştirilmiş) (zh_CN)

# gpart bootcode -p /boot/boot1.efi -i 1 ada1
 
6 ay önce
Kullanıcı avatarı Bilinmiyor

Çevrilecek yeni dizgeler

Documentation / books/handbook/zfs/_index — Çince (Basitleştirilmiş) (zh_CN)

Çevrilecek 4 yeni dizge çeviride göründü. 8 ay önce
Kullanıcı avatarı Bilinmiyor

Kaynağı güncelledi

Documentation / books/handbook/zfs/_index — Çince (Basitleştirilmiş) (zh_CN)

"documentation/content/zh_CN/books/handbook/zfs/_index.po" dosyası değiştirildi. 8 ay önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / books/handbook/zfs/_index — Çince (Basitleştirilmiş) (zh_CN)

Each dataset has a compression property, which defaults to off. Set this property to an available compression algorithm. This causes compression of all new data written to the dataset. Beyond a reduction in space used, read and write throughput often increases because fewer blocks need reading or writing.

[[zfs-term-compression-lz4]]
* _LZ4_ - Added in ZFS pool version 5000 (feature flags), LZ4 is now the recommended compression algorithm. LZ4 works about 50% faster than LZJB when operating on compressible data, and is over three times faster when operating on uncompressible data. LZ4 also decompresses about 80% faster than LZJB. On modern CPUs, LZ4 can often compress at over 500 MB/s, and decompress at over 1.5 GB/s (per single CPU core).

[[zfs-term-compression-lzjb]]
* _LZJB_ - The default compression algorithm. Created by Jeff Bonwick (one of the original creators of ZFS). LZJB offers good compression with less CPU overhead compared to GZIP. In the future, the default compression algorithm will change to LZ4.

[[zfs-term-compression-gzip]]
* _GZIP_ - A popular stream compression algorithm available in ZFS. One of the main advantages of using GZIP is its configurable level of compression. When setting the `compress` property, the administrator can choose the level of compression, ranging from `gzip1`, the lowest level of compression, to `gzip9`, the highest level of compression. This gives the administrator control over how much CPU time to trade for saved disk space.

[[zfs-term-compression-zle]]
* _ZLE_ - Zero Length Encoding is a special compression algorithm that compresses continuous runs of zeros alone. This compression algorithm is useful when the dataset contains large blocks of zeros.
 
8 ay önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / books/handbook/zfs/_index — Çince (Basitleştirilmiş) (zh_CN)

Transaction Groups are the way ZFS groups blocks changes together and writes them to the pool. Transaction groups are the atomic unit that ZFS uses to ensure consistency. ZFS assigns each transaction group 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:

* _Open_ - A new transaction group begins in the open state and accepts new
writes. There is always a transaction group in the open state, but the
transaction group may refuse new writes if it has reached a limit. Once the
open transaction group has reached a limit, or reaching the
crossref:zfs[zfs-advanced-tuning-txg-timeout,`vfs.zfs.txg.timeout`], the transaction group advances to the next state.
* _Quiescing_ - A short state that allows any pending operations to finish without blocking the creation of a new open transaction group. Once all the transactions in the group have completed, the transaction group advances to the final state.
* _Syncing_ - Write all the data in the transaction group to stable storage.
This process will in turn change other data, such as metadata and space maps,
that ZFS will also write to stable storage. The process of syncing involves
several passes. On the first and biggest, all the changed data blocks; next
come the metadata, which may take several passes to complete. Since allocating
space for the data blocks generates new metadata, the syncing state cannot
finish until a pass completes that does not use any new space. The syncing
state is also where _synctasks_ complete. Synctasks are administrative
operations such as creating or destroying snapshots and datasets that complete
the uberblock change. Once the sync state completes the transaction group in
the quiescing state advances to the syncing state. All administrative
functions, such as crossref:zfs[zfs-term-snapshot,`snapshot`] write as part of the transaction group. ZFS adds a created synctask to the open transaction group, and that group advances as fast as possible to the syncing state to reduce the latency of administrative commands.
 
8 ay önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / books/handbook/zfs/_index — Çince (Basitleştirilmiş) (zh_CN)

A pool consists of one or more vdevs, which themselves are a single disk or a group of disks, transformed to a RAID. When using a lot of vdevs, ZFS spreads data across the vdevs to increase performance and maximize usable space. All vdevs must be at least 128 MB in size.

* [[zfs-term-vdev-disk]] _Disk_ - The most basic vdev type is a standard block device. This can be an entire disk (such as [.filename]#/dev/ada0# or [.filename]#/dev/da0#) or a partition ([.filename]#/dev/ada0p3#). On FreeBSD, there is no performance penalty for using a partition rather than the entire disk. This differs from recommendations made by the Solaris documentation.
+
[CAUTION]
====
Using an entire disk as part of a bootable pool is strongly discouraged, as this may render the pool unbootable.
Likewise, you should not use an entire disk as part of a mirror or RAID-Z vdev.
Reliably determining the size of an unpartitioned disk at boot time is impossible and there's no place to put in boot code.
====

* [[zfs-term-vdev-file]] _File_ - Regular files may make up ZFS pools, which is useful for testing and experimentation. Use the full path to the file as the device path in `zpool create`.
* [[zfs-term-vdev-mirror]] _Mirror_ - When creating a mirror, specify the `mirror` keyword followed by the list of member devices for the mirror. A mirror consists of two or more devices, writing all data to all member devices. A mirror vdev will hold as much data as its smallest member. A mirror vdev can withstand the failure of all but one of its members without losing any data.
+
[NOTE]
====
To upgrade a regular single disk vdev to a mirror vdev at any time, use `zpool
crossref:zfs[zfs-zpool-attach,attach]`.
====

* [[zfs-term-vdev-raidz]] _RAID-Z_ - ZFS uses RAID-Z, a variation on standard RAID-5 that offers better distribution of parity and eliminates the "RAID-5 write hole" in which the data and parity information become inconsistent after an unexpected restart. ZFS supports three levels of RAID-Z which provide varying levels of redundancy in exchange for decreasing levels of usable storage. ZFS uses RAID-Z1 through RAID-Z3 based on the number of parity devices in the array and the number of disks which can fail before the pool stops being operational.
+
In a RAID-Z1 configuration with four disks, each 1 TB, usable storage is 3 TB and the pool will still be able to operate in degraded mode with one faulted disk. If another disk goes offline before replacing and resilvering the faulted disk would result in losing all pool data.
+
In a RAID-Z3 configuration with eight disks of 1 TB, the volume will provide 5 TB of usable space and still be able to operate with three faulted disks. Sun(TM) recommends no more than nine disks in a single vdev. If more disks make up the configuration, the recommendation is to divide them into separate vdevs and stripe the pool data across them.
+
A configuration of two RAID-Z2 vdevs consisting of 8 disks each would create something like a RAID-60 array. A RAID-Z group's storage capacity is about the size of the smallest disk multiplied by the number of non-parity disks. Four 1 TB disks in RAID-Z1 has an effective size of about 3 TB, and an array of eight 1 TB disks in RAID-Z3 will yield 5 TB of usable space.
* [[zfs-term-vdev-spare]] _Spare_ - ZFS has a special pseudo-vdev type for keeping track of available hot spares. Note that installed hot spares are not deployed automatically; manually configure them to replace the failed device using `zfs replace`.
* [[zfs-term-vdev-log]] _Log_ - ZFS Log Devices, also known as ZFS Intent Log
(crossref:zfs[zfs-term-zil,ZIL]) move the intent log from the regular pool devices to a dedicated device, typically an SSD. Having a dedicated log device improves the performance of applications with a high volume of synchronous writes like databases. Mirroring of log devices is possible, but RAID-Z is not supported. If using a lot of log devices, writes will be load-balanced across them.
* [[zfs-term-vdev-cache]] _Cache_ - Adding a cache vdev to a pool will add the
storage of the cache to the crossref:zfs[zfs-term-l2arc,L2ARC]. Mirroring cache devices is impossible. Since a cache device stores only new copies of existing data, there is no risk of data loss.
 
8 ay önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / books/handbook/zfs/_index — Çince (Basitleştirilmiş) (zh_CN)

# zpool iostat -v
capacity operations bandwidth
pool alloc free read write read write
----------------------- ----- ----- ----- ----- ----- -----
data 288G 1.53T 2 12 9.23K 61.5K
mirror 288G 1.53T 2 12 9.23K 61.5K
ada1 - - 0 4 5.61K 61.7K
ada2 - - 1 4 5.04K 61.7K
----------------------- ----- ----- ----- ----- ----- -----
 
8 ay önce
Kullanıcı avatarı Bilinmiyor

Çevrilecek yeni dizge

Documentation / books/handbook/zfs/_index — Çince (Basitleştirilmiş) (zh_CN)

Çevrilecek 1 yeni dizge çeviride göründü. 1 yıl önce
Tüm çeviri değişikliklerine göz at