[g11n-pl-discuss] [SVN Update] r146 - trunk/docs/ZFSADMIN

[svnupdates w opensolaris.org.pl]

Author: trochej
Date: 2007-05-18 22:14:53 +0200 (Fri, 18 May 2007)
New Revision: 146

Modified:
   trunk/docs/ZFSADMIN/chapter-3.xml
Log:
Winaaa, winaaa, wina wina dajcie, a jak umr?\196?\153 poooochowajcie...
1/3 zrobiona.


Modified: trunk/docs/ZFSADMIN/chapter-3.xml
===================================================================
--- trunk/docs/ZFSADMIN/chapter-3.xml	2007-05-18 19:29:40 UTC (rev 145)
+++ trunk/docs/ZFSADMIN/chapter-3.xml	2007-05-18 20:14:53 UTC (rev 146)
@@ -56,78 +56,38 @@
 <secondary>różnice między ZFS-em a tradycyjnymi systemami plików</secondary>
 </indexterm>
 </para>
-<para>Because ZFS file systems are not constrained to specific devices, they
-can be created easily and quickly, similar to the way directories are created.
-ZFS file systems grow automatically within the space allocated to the storage
-pool.</para>
-<para>Instead of creating one file system, such as <filename>/export/home</filename>,
-to manage many user subdirectories, you can create one file system per user.
-In addition, ZFS provides a file system hierarchy so that you can easily set
-up and manage many file systems by applying properties that can be inherited
-by file systems contained within the hierarchy.</para>
-<para>For an example of creating a file system hierarchy, see <olink targetdoc="" remap="internal" targetptr="gaypa">Creating a ZFS File System Hierarchy</olink>.</para>
+<para>Systemy plików ZFS nie są ograniczone do konkretnych dysków, mogą zatem być tworzone szybko i łatwo, podobnie jak tworzy się katalogi. Systemy plików ZFS rosną automatycznie w granicach ich puli.</para>
+<para>Zamiast tworzyć jeden system plików, taki jak <filename>/export/home</filename>,
+aby zarządzać podkatalogami użytkowników, mozna stworzyć osobny system plików dla każdego użytkownika. Dodatkowo ZFS pozwala na tworznie hierarchii systemów plików, co pozwala na łatwe konfigurowanie wielu systemów plików, przez ustalenie własciwości, które mogą być dziedziczone w hierarchii.</para>
+<para>Przykład tworzenia hierarchii systemów plików w <olink targetdoc="" remap="internal" targetptr="gaypa">tworzeniu hierarchii systemów plików ZFS</olink>.</para>
 </sect1>
 <sect1 xml:id="gbchp">
-<title>ZFS Space Accounting</title>
-<para>ZFS is based on a concept of pooled storage. Unlike typical file systems,
-which are mapped to physical storage, all ZFS file systems in a pool share
-the available storage in the pool. So, the available space reported by utilities
-such as <command>df</command> might change even when the file system is inactive,
-as other file systems in the pool consume or release space. Note that the
-maximum file system size can be limited by using quotas. For information about
-quotas, see <olink targetdoc="" remap="internal" targetptr="gazud">Setting Quotas on ZFS File Systems</olink>.
-Space can be guaranteed to a file system by using reservations. For information
-about reservations, see <olink targetdoc="" remap="internal" targetptr="gbdbb">Setting Reservations on ZFS File Systems</olink>. This model is very similar to the NFS model, where multiple
-directories are mounted from the same file system (consider <filename>/home</filename>).<indexterm xml:id="indexterm-71">
-<primary>differences between ZFS and traditional file systems</primary>
-<secondary>ZFS space accounting</secondary>
+<title>Śledzenie zużycia miejsca w ZFS</title>
+<para>ZFS opiera się na pomyśle pul z nośnikami danych. Inaczej niż tradycyjne systemy plików, które odwzorowane są na fizycznym nośniku, wsystkie systemy plików ZFS w puli współdzielą wszystkie dostępne w puli nośniki. Zatem wolne miejsce pokazywane przez narzędzia takie jak <command>df</command>, może zmieniać się nawet wtedy, gdy system plików jest nieaktywny, ponieważ pozostałe systemy plików w puli mogą zużywać bądź zwalniać miejce. Maksymalny obszar, który może zająć system plików może być ograniczony limitem (quota). Więcej informacji o limitach w <olink targetdoc="" remap="internal" targetptr="gazud">ustalaniu limitów w systemach plików ZFS</olink>.
+Można zagwarantować systemowi plików miejsce za pomocą rezerwacji. Więcej informacji o rezerwacjach w <olink targetdoc="" remap="internal" targetptr="gbdbb">ustalanie rezerwacji w systemach plików ZFS</olink>. Jest to model podobny do tego z NFS, gdzie wiele katalogów jest montowanych z tego samego systemu plików (na przykład <filename>/home</filename>).<indexterm xml:id="indexterm-71">
+<primary>różnice między ZFS-em a tradycyjnymi systemami plików</primary>
+<secondary>śledzenie zużycia miejsca w ZFS</secondary>
 </indexterm>
 <indexterm xml:id="indexterm-72">
-<primary>ZFS space accounting</primary>
-<secondary>differences between ZFS and traditional file systems</secondary>
+<primary>śledzenie zużycia miejsca w ZFS</primary>
+<secondary>różnice między ZFS-em a tradycyjnymi systemami plików</secondary>
 </indexterm>
 </para>
-<para>All metadata in ZFS is allocated dynamically. Most other file systems
-pre-allocate much of their metadata. As a result, an immediate space cost
-at file system creation for this metadata is required. This behavior also
-means that the total number of files supported by the file systems is predetermined.
-Because ZFS allocates its metadata as it needs it, no initial space cost is
-required, and the number of files is limited only by the available space.
-The output from the <command>df -g</command> command must be interpreted differently
-for ZFS than other file systems. The <computeroutput>total files</computeroutput> reported
-is only an estimate based on the amount of storage that is available in the
-pool.</para>
-<para>ZFS is a transactional file system. Most file system modifications are
-bundled into transaction groups and committed to disk asynchronously. Until
-these modifications are committed to disk, they are termed <emphasis>pending
-changes</emphasis>. The amount of space used, available, and referenced by
-a file or file system does not consider pending changes. Pending changes are
-generally accounted for within a few seconds. Even committing a change to
-disk by using <command>fsync(3c)</command> or <literal>O_SYNC</literal> does
-not necessarily guarantee that the space usage information is updated immediately.</para>
+<para>Wsystkie metadane alokowane są dynamicznie. Większość innych systemów plików prealokuje sporo swoich metadanych. Jako rezultat, konieczne jest zużycie miejsca na te dane już w trakcie utworzenia systemu plików. Oznacza to także, że całkowita liczba plików, którą może obsłużyć dany systm jest określona z góry. ZFS alokuje swoje metadane na żądanie, zatem nie ma początkowego zużycia miejsca a liczba plików, którą może obsłużyć jest ograniczony tylko i wyłącznie przez ilość wolnego miejsca. Dla systemu plików ZFS wynik polecenia <command>df -g</command> należy interpretowac inaczej, niż w innych systemach plików. Wartość <computeroutput>total files</computeroutput> jest zaledwie przybliżeniem opartym na ilości miejsca, które jest dostępne dla puli.</para>
+<para>ZFS jest transakcyjnym systemem plików.  Większość zmian w systemie plików jest powiązanych w grupy transakcji i zapisywanych na dysku asynchronicznie. Dopóki nie zostaną zatwierdzone, są oznaczone jako <emphasis>czekające zmiany (pending changes)</emphasis>. Ilość miejsca zużytego, dostępnego i do którego odwołuje się plik lub system plików nie bierze pod uwagę czekających zmian. Dolicza się je w okresie kilku sekund. Nawet zatwierdzenie zmiany na dysku przez użycie <command>fsync(3c)</command> lub <literal>O_SYNC</literal> nie gwarantuje, że informacje o zużyciu miejsca będzie uaktualniona natychmiast.</para>
 <sect2 xml:id="gayra">
-<title>Out of Space Behavior</title>
-<para>File system snapshots are inexpensive and easy to create in ZFS. Most
-likely, snapshots will be common in most ZFS environments. For information
-about ZFS snapshots, see <olink targetdoc="" remap="internal" targetptr="gavvx">Chapter 6, Working With ZFS Snapshots and Clones</olink>.</para>
-<para>The presence of snapshots can cause some unexpected behavior when you
-attempt to free space. Typically, given appropriate permissions, you can remove
-a file from a full file system, and this action results in more space becoming
-available in the file system. However, if the file to be removed exists in
-a snapshot of the file system, then no space is gained from the file deletion.
-The blocks used by the file continue to be referenced from the snapshot.<indexterm xml:id="indexterm-73">
-<primary>differences between ZFS and traditional file systems</primary>
-<secondary>out of space behavior</secondary>
+<title>Zachowanie przy braku miejsca</title>
+<para>Migawki systemu plików są w ZFS-ie mało kosztowne i łatwe do wykonania. Prawdopodobnie będą powszechne w większości systemów plików ZFS. Więcej informacji o migawkach ZFS w <olink targetdoc="" remap="internal" targetptr="gavvx">Rzodziale 6, praca z migawkami i klonami ZFS</olink>.</para>
+<para>Obecność migawki moe spowodować pewne nieoczekiwane zachowania przy próbie uwolnienia miejsca. W typowej sytuacji, przy właściwych prawach dostępu, można usunąć plik z pełnego systemu plików i spowoduje to zwiększenie ilości miejsca dostępnego w systemie plików. Jeśli jednak usuwany plik istnieje w migawce systemu plików, akcja ta nie spowoduje przyrostu wolnego miejsca. Do bloków używanych przez plik nadal będą odwołania z migawki.<indexterm xml:id="indexterm-73">
+<primary>różnice między ZFS a tradycyjnymi systemami plików</primary>
+<secondary>zachowanie przy braku miejsca</secondary>
 </indexterm>
 <indexterm xml:id="indexterm-74">
-<primary>out of space behavior</primary>
-<secondary>differences between ZFS and traditional file systems</secondary>
+<primary>zachowanie przy braku miejsca</primary>
+<secondary>różnice między ZFS a tradycyjnymi systemami plików</secondary>
 </indexterm>
 </para>
-<para>As a result, the file deletion can consume more disk space, because
-a new version of the directory needs to be created to reflect the new state
-of the namespace. This behavior means that you can get an unexpected <errorname>ENOSPC</errorname> or <errorname>EDQUOT</errorname> when attempting to remove a
-file.</para>
+<para>Może się okazać, że w wyniku skasowania pliku zużycie miejsca na dysku wzrasta, ponieważ musi zostać stworzona nowa wersja katalogu, odzwierciedlająca nowy stan przestrzeni nazw. Zachowanie to oznacza, że mogą pojawić się nieoczekiwane błędy <errorname>ENOSPC</errorname> lub <errorname>EDQUOT</errorname> przy próbie usunięcia pliku.</para>
 </sect2>
 </sect1>
 <sect1 xml:id="gayql">
@@ -191,10 +151,9 @@
 <para>Set and displayed with the <command>chmod</command> and <command>ls</command> commands rather than the <command>setfacl</command> and <command>getfacl</command> commands.</para>
 </listitem>
 <listitem>
-<para>Richer inheritance semantics for designating how access privileges
-are applied from directory to subdirectories, and so on.</para>
+<para>Bogatsza semantyka dziedziczenia do okreslania, jak przenoszone są prawa dostępu z katalogu do podkatalogów itd.</para>
 </listitem>
 </itemizedlist>
-<para>For more information about using ACLs with ZFS files, see <olink targetdoc="" remap="internal" targetptr="ftyxi">Chapter 7, Using ACLs to Protect ZFS Files</olink>.</para>
+<para>Więcej informacji o używaniu ACL-i z plikami ZFS w <olink targetdoc="" remap="internal" targetptr="ftyxi">Rozdziale 7, używanie ACL-i do ochrony plików ZFS</olink>.</para>
 </sect1>
 </chapter>