.IP *
.\" commit 83e4fa9c16e4af7122e31be3eca5d57881d236fe
tmpfs (Linux 3.5 以降)
-.SS "Collapsing file space"
+.SS ファイル空間の一部削除
.\" commit 00f5e61998dd17f5375d9dfc01331f104b83f841
-Specifying the \fBFALLOC_FL_COLLAPSE_RANGE\fP flag (available since Linux 3.15)
-in \fImode\fP removes a byte range from a file, without leaving a hole. The
-byte range to be collapsed starts at \fIoffset\fP and continues for \fIlen\fP
-bytes. At the completion of the operation, the contents of the file
-starting at the location \fIoffset+len\fP will be appended at the location
-\fIoffset\fP, and the file will be \fIlen\fP bytes smaller.
+\fBFALLOC_FL_COLLAPSE_RANGE\fP フラグ (Linux 3.15 以降で利用可能) を \fImode\fP に指定すると、
+指定したバイト範囲をファイルから削除する。 その際、ホールを残らない。 削除されるバイト範囲は \fIoffset\fP から始まる \fIlen\fP
+バイトの範囲である。 操作が完了すると、 ファイルの \fIoffset+len\fP の位置から始まる内容が \fIoffset\fP の位置に見えるようになり、
+ファイルのサイズは \fIlen\fP バイトだけ小さくなる。
-A filesystem may place limitations on the granularity of the operation, in
-order to ensure efficient implementation. Typically, \fIoffset\fP and \fIlen\fP
-must be a multiple of the filesystem logical block size, which varies
-according to the filesystem type and configuration. If a filesystem has
-such a requirement, \fBfallocate\fP() will fail with the error \fBEINVAL\fP if
-this requirement is violated.
+効率的に動作する実装にするため、ファイルシステムはこの操作の粒度に制限を設けることがある。 通常は \fIoffset\fP と \fIlen\fP
+はファイルシステムの論理ブロックサイズの倍数でなければならない。 論理ブロックサイズはファイルシステムの種類や設定により様々である。
+ファイルシステムにこのような要求条件がある場合、 その要求条件が満たされていなければ、 \fBfallocate\fP はエラー \fBEINVAL\fP
+で失敗する。
-If the region specified by \fIoffset\fP plus \fIlen\fP reaches or passes the end
-of file, an error is returned; instead, use \fBftruncate\fP(2) to truncate a
-file.
+\fIoffset\fP と \fIlen\fP で指定された範囲がファイルの末尾かそれより先まで達している場合、 エラーが返される。
+代わりに、ファイルの切り詰めを行う \fBftruncate\fP(2) を使用すること。
-No other flags may be specified in \fImode\fP in conjunction with
-\fBFALLOC_FL_COLLAPSE_RANGE\fP.
+\fBFALLOC_FL_COLLAPSE_RANGE\fP と他のフラグを同時に \fImode\fP に指定することはできない。
.\" commit 9eb79482a97152930b113b51dff530aba9e28c8e
.\" commit e1d8fb88a64c1f8094b9f6c3b6d2d9e6719c970d
-As at Linux 3.15, \fBFALLOC_FL_COLLAPSE_RANGE\fP is supported by ext4 (only for
-extent\-based files) and XFS.
+Linux 3.15 時点では \fBFALLOC_FL_COLLAPSE_RANGE\fP は ext4 (エクステントベースのファイル) と XFS
+でサポートされている。
.SH 返り値
成功の場合、 \fBfallocate\fP() は 0 を返す。 エラーの場合、\-1 を返し、 \fIerror\fP にエラーを示す値を設定する。
.SH エラー
\fIoffset\fP が 0 未満だったか、 \fIlen\fP が 0 以下だった。
.TP
\fBEINVAL\fP
-\fImode\fP is \fBFALLOC_FL_COLLAPSE_RANGE\fP and the range specified by \fIoffset\fP
-plus \fIlen\fP reaches or passes the end of the file.
+\fImode\fP が \fBFALLOC_FL_COLLAPSE_RANGE\fP で、 \fIoffset\fP と \fIlen\fP
+で指定された範囲がファイルの末尾かそれより先まで達している。
.TP
\fBEINVAL\fP
-\fImode\fP is \fBFALLOC_FL_COLLAPSE_RANGE\fP, but either \fIoffset\fP or \fIlen\fP is
-not a multiple of the filesystem block size.
+\fImode\fP が \fBFALLOC_FL_COLLAPSE_RANGE\fP だが、 \fIoffset\fP か \fIlen\fP
+のいずれかがファイルシステムのブロックサイズの倍数ではない。
.TP
\fBEINVAL\fP
-mode contains both \fBFALLOC_FL_COLLAPSE_RANGE\fP and other flags; no other
-flags are permitted with \fBFALLOC_FL_COLLAPSE_RANGE\fP.
+\fImode\fP に \fBFALLOC_FL_COLLAPSE_RANGE\fP と他のフラグの両方が指定されている。
+\fBFALLOC_FL_COLLAPSE_RANGE\fP と他のフラグを一緒に使うことができない。
.TP EINVAL
\fImode\fP
.\" There was a inconsistency in 3.15-rc1, that should be resolved so that all
.\" Subject: Re: [PATCH v5 10/10] manpage: update FALLOC_FL_COLLAPSE_RANGE flag in fallocate
.\" Newsgroups: gmane.linux.man, gmane.linux.file-systems
.\" Date: 2014-04-17 13:40:05 GMT
-is \fBFALLOC_FL_COLLAPSE_RANGE\fP, but the file referred to by \fIfd\fP is not a
-regular file.
+が \fBFALLOC_FL_COLLAPSE_RANGE\fP だが、 \fIfd\fP が参照しているファイルが通常のファイルではない。
.TP
\fBEIO\fP
ファイルシステムとの読み書き中に入出力エラーが発生した。
\fIfd\fP がパイプか FIFO を参照している。
.TP
\fBETXTBSY\fP
-\fImode\fP specifies \fBFALLOC_FL_COLLAPSE_RANGE\fP, but the file referred to by
-\fIfd\fP is currently being executed.
+\fImode\fP に \fBFALLOC_FL_COLLAPSE_RANGE\fP が指定されたが、 \fIfd\fP が参照するファイルは現在実行中である。
.SH バージョン
.\" See http://sourceware.org/bugzilla/show_bug.cgi?id=14964
\fBfallocate\fP() はカーネル 2.6.23 以降の Linux で利用可能である。 glibc での対応はバージョン 3.10
\fI/proc/PID/coredump_filter\fP file (see \fBcore\fP(5)).
.TP
\fBMADV_DODUMP\fP (Linux 3.4 以降)
-Undo the effect of an earlier \fBMADV_DONTDUMP\fP.
+以前の \fBMADV_DONTDUMP\fP の効果を取り消す。
.SH 返り値
\fBmadvise\fP() は成功すると 0 を返す。 エラーが起こると \-1 を返し、 \fIerrno\fP を適切な値に設定する。
.SH エラー
(\fBsysconf\fP(3) を参照すること。 )
.SH 注意
.\" commit 204ec841fbea3e5138168edbc3a76d46747cc987
-According to POSIX, either \fBMS_SYNC\fP or \fBMS_ASYNC\fP must be specified in
-\fIflags\fP, and indeed failure to include one of these flags will cause
-\fBmsync\fP() to fail on some systems. However, Linux permits a call to
-\fBmsync\fP() that specifies neither of these flags, with semantics that are
-(currently) equivalent to specifying \fBMS_ASYNC\fP. (Since Linux 2.6.19,
-\fBMS_ASYNC\fP is in fact a no\-op, since the kernel properly tracks dirty pages
-and flushes them to storage as necessary.) Notwithstanding the Linux
-behavior, portable, future\-proof applications should ensure that they
-specify either \fBMS_SYNC\fP or \fBMS_ASYNC\fP in \fIflags\fP.
+POSIX では \fBMS_SYNC\fP と \fBMS_ASYNC\fP のいずれかは必ず \fIflags\fP に指定しなければならないとされており、
+実際にこれらのフラグのいずれかを指定しなかった場合 \fBmsync\fP() が失敗するシステムもある。 しかし、 Linux
+ではこれらのフラグのいずれも指定せずに \fBmsync\fP() を呼び出すことができ、 その場合の動作は (現在のところ) \fBMS_ASYNC\fP
+を指定した場合と等価である。 (Linux 2.6.19 以降では \fBMS_ASYNC\fP は実際には no\-op (何もしない命令) である。
+これはカーネルが正しく dirty ページを追跡し、必要に応じてストレージにそれらをフラッシュするからである。) Linux
+の動作に関係なく、アプリケーションの移植性を考慮し、将来も確実に動くようにするには、 \fBMS_SYNC\fP か \fBMS_ASYNC\fP のいずれかを必ず
+\fIflags\fP に指定するようにすべきである。
.SH 関連項目
\fBmmap\fP(2)
\fBssize_t readahead(int \fP\fIfd\fP\fB, off64_t \fP\fIoffset\fP\fB, size_t \fP\fIcount\fP\fB);\fP
.fi
.SH 説明
-\fBreadahead\fP() initiates readahead on a file so that subsequent reads from
-that file will be satisfied from the cache, and not block on disk I/O
-(assuming the readahead was initiated early enough and that other activity
-on the system did not in the meantime flush pages from the cache).
+\fBreadahead\fP() はファイルの先読みを行い、そのファイルに対する後の読み込みがキャッシュから行われ、ディスク I/O で停止しないようにする
+(この条件を満たせるのは、先読みは十分早く行われ、システムの他の動作によりその後にキャッシュからページがフラッシュされない場合である)。
\fIfd\fP 引き数は読み込みを行うファイルを識別するファイル・ディスクリプタである。 \fIoffset\fP 引き数はデータの読み込み開始位置を指定し、
\fIcount\fP は読み込むデータのバイト数を指定する。 ディスク I/O はページ単位で実行されるので、 実際には \fIoffset\fP
いくつかの 32 ビットアーキテクチャでは、このシステムコールの呼び出しシグネチャーが違っている。 理由は \fBsyscall\fP(2)
で説明されている。
.SH バグ
-\fBreadahead\fP() attempts to schedule the reads in the background and return
-immediately. However, it may block while it reads the filesystem metadata
-needed to locate the requested blocks. This occurs frequently with ext[234]
-on large files using indirect blocks instead of extents, giving the
-appearance that the call blocks until the requested data has been read.
+\fBreadahead\fP() は読み込みをバックグラウンドで行うようにスケジューリングを行い、すぐに返る。
+しかしながら、要求されたブロックの位置を知るために必要なファイルシステムのメタデータを読み込む間は \fBreadahead\fP() は停止することがある。
+これは ext[234] で大きなファイルをエクステントではなく間接ブロックを使う場合にしばしば発生し、
+要求したデータが読み込まれるまで呼び出しが停止しているように見える。
.SH 関連項目
\fBlseek\fP(2), \fBmadvise\fP(2), \fBmmap\fP(2), \fBposix_fadvise\fP(2), \fBread\fP(2)
.SH この文書について
.SH 返り値
\fBalloca\fP() 関数は、割り付けた領域の始まりを指すポインタを返す。 割り付けによってスタックオーバーフローが起った場合の
プログラムの動作は定義されていない。
-.SH ATTRIBUTES
-.SS "Multithreading (see pthreads(7))"
-The \fBalloca\fP() function is thread\-safe.
+.SH 属性
+.SS "マルチスレッディング (pthreads(7) 参照)"
+\fBalloca\fP() 関数はスレッドセーフである。
.SH 準拠
この関数は POSIX.1\-2001 にはない。
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2014-04-24 00:51+0900\n"
-"PO-Revision-Date: 2014-04-27 06:42+0900\n"
+"PO-Revision-Date: 2014-04-27 07:57+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
#: build/C/man3/alloca.3:65
#, no-wrap
msgid "ATTRIBUTES"
-msgstr ""
+msgstr "属性"
#. type: SS
#: build/C/man3/alloca.3:66
#, no-wrap
msgid "Multithreading (see pthreads(7))"
-msgstr ""
+msgstr "マルチスレッディング (pthreads(7) 参照)"
#. type: Plain text
#: build/C/man3/alloca.3:70
msgid "The B<alloca>() function is thread-safe."
-msgstr ""
+msgstr "B<alloca>() 関数はスレッドセーフである。"
#. type: Plain text
#: build/C/man3/alloca.3:72
#. type: SS
#: build/C/man2/fallocate.2:127
-#, fuzzy, no-wrap
-#| msgid "Deallocating file space"
+#, no-wrap
msgid "Collapsing file space"
-msgstr "ファイル空間の割り当て解除"
+msgstr "ファイル空間の一部削除"
#. commit 00f5e61998dd17f5375d9dfc01331f104b83f841
#. type: Plain text
#: build/C/man2/fallocate.2:147
-#, fuzzy
-#| msgid ""
-#| "Specifying the B<FALLOC_FL_PUNCH_HOLE> flag (available since Linux "
-#| "2.6.38) in I<mode> deallocates space (i.e., creates a hole) in the byte "
-#| "range starting at I<offset> and continuing for I<len> bytes. Within the "
-#| "specified range, partial filesystem blocks are zeroed, and whole "
-#| "filesystem blocks are removed from the file. After a successful call, "
-#| "subsequent reads from this range will return zeroes."
msgid ""
"Specifying the B<FALLOC_FL_COLLAPSE_RANGE> flag (available since Linux 3.15) "
"in I<mode> removes a byte range from a file, without leaving a hole. The "
"bytes. At the completion of the operation, the contents of the file "
"starting at the location I<offset+len> will be appended at the location "
"I<offset>, and the file will be I<len> bytes smaller."
-msgstr ""
-"B<FALLOC_FL_PUNCH_HOLE> フラグ (Linux 2.6.38 以降で利用可能) を I<mode> に指"
-"定すると、 I<offset> で始まる I<len> バイトの領域の空間を解放する (ホールを作"
-"成する)。 指定された範囲のうち、 部分的に使用しているファイルシステムブロック"
-"は 0 で埋められ、 全体を使用しているファイルシステムブロックはそのファイルか"
-"ら削除される。 呼び出しが成功すると、 これ以降のこの範囲からの読み出しでは 0 "
-"を返す。"
+msgstr "B<FALLOC_FL_COLLAPSE_RANGE> フラグ (Linux 3.15 以降で利用可能) を I<mode> に指定すると、 指定したバイト範囲をファイルから削除する。 その際、ホールを残らない。 削除されるバイト範囲は I<offset> から始まる I<len> バイトの範囲である。 操作が完了すると、 ファイルの I<offset+len> の位置から始まる内容が I<offset> の位置に見えるようになり、 ファイルのサイズは I<len> バイトだけ小さくなる。"
#. type: Plain text
#: build/C/man2/fallocate.2:161
"according to the filesystem type and configuration. If a filesystem has "
"such a requirement, B<fallocate>() will fail with the error B<EINVAL> if "
"this requirement is violated."
-msgstr ""
+msgstr "効率的に動作する実装にするため、ファイルシステムはこの操作の粒度に制限を設けることがある。 通常は I<offset> と I<len> はファイルシステムの論理ブロックサイズの倍数でなければならない。 論理ブロックサイズはファイルシステムの種類や設定により様々である。 ファイルシステムにこのような要求条件がある場合、 その要求条件が満たされていなければ、 B<fallocate> はエラー B<EINVAL> で失敗する。"
#. type: Plain text
#: build/C/man2/fallocate.2:170
"If the region specified by I<offset> plus I<len> reaches or passes the end "
"of file, an error is returned; instead, use B<ftruncate>(2) to truncate a "
"file."
-msgstr ""
+msgstr "I<offset> と I<len> で指定された範囲がファイルの末尾かそれより先まで達している場合、 エラーが返される。 代わりに、ファイルの切り詰めを行う B<ftruncate>(2) を使用すること。"
#. type: Plain text
#: build/C/man2/fallocate.2:175
msgid ""
"No other flags may be specified in I<mode> in conjunction with "
"B<FALLOC_FL_COLLAPSE_RANGE>."
-msgstr ""
+msgstr "B<FALLOC_FL_COLLAPSE_RANGE> と他のフラグを同時に I<mode> に指定することはできない。"
#. commit 9eb79482a97152930b113b51dff530aba9e28c8e
#. commit e1d8fb88a64c1f8094b9f6c3b6d2d9e6719c970d
msgid ""
"As at Linux 3.15, B<FALLOC_FL_COLLAPSE_RANGE> is supported by ext4 (only for "
"extent-based files) and XFS."
-msgstr ""
+msgstr "Linux 3.15 時点では B<FALLOC_FL_COLLAPSE_RANGE> は ext4 (エクステントベースのファイル) と XFS でサポートされている。"
#. type: Plain text
#: build/C/man2/fallocate.2:190
msgid ""
"I<mode> is B<FALLOC_FL_COLLAPSE_RANGE> and the range specified by I<offset> "
"plus I<len> reaches or passes the end of the file."
-msgstr ""
+msgstr "I<mode> が B<FALLOC_FL_COLLAPSE_RANGE> で、 I<offset> と I<len> で指定された範囲がファイルの末尾かそれより先まで達している。"
#. type: Plain text
#: build/C/man2/fallocate.2:234
msgid ""
"I<mode> is B<FALLOC_FL_COLLAPSE_RANGE>, but either I<offset> or I<len> is "
"not a multiple of the filesystem block size."
-msgstr ""
+msgstr "I<mode> が B<FALLOC_FL_COLLAPSE_RANGE> だが、 I<offset> か I<len> のいずれかがファイルシステムのブロックサイズの倍数ではない。"
#. type: Plain text
#: build/C/man2/fallocate.2:241
msgid ""
"mode contains both B<FALLOC_FL_COLLAPSE_RANGE> and other flags; no other "
"flags are permitted with B<FALLOC_FL_COLLAPSE_RANGE>."
-msgstr ""
+msgstr "I<mode> に B<FALLOC_FL_COLLAPSE_RANGE> と他のフラグの両方が指定されている。 B<FALLOC_FL_COLLAPSE_RANGE> と他のフラグを一緒に使うことができない。"
#. type: TP
#: build/C/man2/fallocate.2:241
msgid ""
"is B<FALLOC_FL_COLLAPSE_RANGE>, but the file referred to by I<fd> is not a "
"regular file."
-msgstr ""
+msgstr "が B<FALLOC_FL_COLLAPSE_RANGE> だが、 I<fd> が参照しているファイルが通常のファイルではない。"
#. type: TP
#: build/C/man2/fallocate.2:255 build/C/man2/madvise.2:310
msgid ""
"I<mode> specifies B<FALLOC_FL_COLLAPSE_RANGE>, but the file referred to by "
"I<fd> is currently being executed."
-msgstr ""
+msgstr "I<mode> に B<FALLOC_FL_COLLAPSE_RANGE> が指定されたが、 I<fd> が参照するファイルは現在実行中である。"
#. type: SH
#: build/C/man2/fallocate.2:313 build/C/man3/malloc_info.3:60
#. type: Plain text
#: build/C/man2/madvise.2:268
msgid "Undo the effect of an earlier B<MADV_DONTDUMP>."
-msgstr ""
+msgstr "以前の B<MADV_DONTDUMP> の効果を取り消す。"
#. type: Plain text
#: build/C/man2/madvise.2:275
"and flushes them to storage as necessary.) Notwithstanding the Linux "
"behavior, portable, future-proof applications should ensure that they "
"specify either B<MS_SYNC> or B<MS_ASYNC> in I<flags>."
-msgstr ""
+msgstr "POSIX では B<MS_SYNC> と B<MS_ASYNC> のいずれかは必ず I<flags> に指定しなければならないとされており、 実際にこれらのフラグのいずれかを指定しなかった場合 B<msync>() が失敗するシステムもある。 しかし、 Linux ではこれらのフラグのいずれも指定せずに B<msync>() を呼び出すことができ、 その場合の動作は (現在のところ) B<MS_ASYNC> を指定した場合と等価である。 (Linux 2.6.19 以降では B<MS_ASYNC> は実際には no-op (何もしない命令) である。 これはカーネルが正しく dirty ページを追跡し、必要に応じてストレージにそれらをフラッシュするからである。) Linux の動作に関係なく、アプリケーションの移植性を考慮し、将来も確実に動くようにするには、 B<MS_SYNC> か B<MS_ASYNC> のいずれかを必ず I<flags> に指定するようにすべきである。"
#. type: TP
#: build/C/man2/msync.2:149 build/C/man7/shm_overview.7:46
"that file will be satisfied from the cache, and not block on disk I/O "
"(assuming the readahead was initiated early enough and that other activity "
"on the system did not in the meantime flush pages from the cache)."
-msgstr ""
+msgstr "B<readahead>() はファイルの先読みを行い、そのファイルに対する後の読み込みがキャッシュから行われ、ディスク I/O で停止しないようにする (この条件を満たせるのは、先読みは十分早く行われ、システムの他の動作によりその後にキャッシュからページがフラッシュされない場合である)。"
#. type: Plain text
#: build/C/man2/readahead.2:66
"needed to locate the requested blocks. This occurs frequently with ext[234] "
"on large files using indirect blocks instead of extents, giving the "
"appearance that the call blocks until the requested data has been read."
-msgstr ""
+msgstr "B<readahead>() は読み込みをバックグラウンドで行うようにスケジューリングを行い、すぐに返る。 しかしながら、要求されたブロックの位置を知るために必要なファイルシステムのメタデータを読み込む間は B<readahead>() は停止することがある。 これは ext[234] で大きなファイルをエクステントではなく間接ブロックを使う場合にしばしば発生し、 要求したデータが読み込まれるまで呼び出しが停止しているように見える。"
#. type: Plain text
#: build/C/man2/readahead.2:113
.IP *
.\" commit 83e4fa9c16e4af7122e31be3eca5d57881d236fe
tmpfs (Linux 3.5 以降)
-.SS "Collapsing file space"
+.SS ファイル空間の一部削除
.\" commit 00f5e61998dd17f5375d9dfc01331f104b83f841
-Specifying the \fBFALLOC_FL_COLLAPSE_RANGE\fP flag (available since Linux 3.15)
-in \fImode\fP removes a byte range from a file, without leaving a hole. The
-byte range to be collapsed starts at \fIoffset\fP and continues for \fIlen\fP
-bytes. At the completion of the operation, the contents of the file
-starting at the location \fIoffset+len\fP will be appended at the location
-\fIoffset\fP, and the file will be \fIlen\fP bytes smaller.
+\fBFALLOC_FL_COLLAPSE_RANGE\fP フラグ (Linux 3.15 以降で利用可能) を \fImode\fP に指定すると、
+指定したバイト範囲をファイルから削除する。 その際、ホールを残らない。 削除されるバイト範囲は \fIoffset\fP から始まる \fIlen\fP
+バイトの範囲である。 操作が完了すると、 ファイルの \fIoffset+len\fP の位置から始まる内容が \fIoffset\fP の位置に見えるようになり、
+ファイルのサイズは \fIlen\fP バイトだけ小さくなる。
-A filesystem may place limitations on the granularity of the operation, in
-order to ensure efficient implementation. Typically, \fIoffset\fP and \fIlen\fP
-must be a multiple of the filesystem logical block size, which varies
-according to the filesystem type and configuration. If a filesystem has
-such a requirement, \fBfallocate\fP() will fail with the error \fBEINVAL\fP if
-this requirement is violated.
+効率的に動作する実装にするため、ファイルシステムはこの操作の粒度に制限を設けることがある。 通常は \fIoffset\fP と \fIlen\fP
+はファイルシステムの論理ブロックサイズの倍数でなければならない。 論理ブロックサイズはファイルシステムの種類や設定により様々である。
+ファイルシステムにこのような要求条件がある場合、 その要求条件が満たされていなければ、 \fBfallocate\fP はエラー \fBEINVAL\fP
+で失敗する。
-If the region specified by \fIoffset\fP plus \fIlen\fP reaches or passes the end
-of file, an error is returned; instead, use \fBftruncate\fP(2) to truncate a
-file.
+\fIoffset\fP と \fIlen\fP で指定された範囲がファイルの末尾かそれより先まで達している場合、 エラーが返される。
+代わりに、ファイルの切り詰めを行う \fBftruncate\fP(2) を使用すること。
-No other flags may be specified in \fImode\fP in conjunction with
-\fBFALLOC_FL_COLLAPSE_RANGE\fP.
+\fBFALLOC_FL_COLLAPSE_RANGE\fP と他のフラグを同時に \fImode\fP に指定することはできない。
.\" commit 9eb79482a97152930b113b51dff530aba9e28c8e
.\" commit e1d8fb88a64c1f8094b9f6c3b6d2d9e6719c970d
-As at Linux 3.15, \fBFALLOC_FL_COLLAPSE_RANGE\fP is supported by ext4 (only for
-extent\-based files) and XFS.
+Linux 3.15 時点では \fBFALLOC_FL_COLLAPSE_RANGE\fP は ext4 (エクステントベースのファイル) と XFS
+でサポートされている。
.SH 返り値
成功の場合、 \fBfallocate\fP() は 0 を返す。 エラーの場合、\-1 を返し、 \fIerror\fP にエラーを示す値を設定する。
.SH エラー
\fIoffset\fP が 0 未満だったか、 \fIlen\fP が 0 以下だった。
.TP
\fBEINVAL\fP
-\fImode\fP is \fBFALLOC_FL_COLLAPSE_RANGE\fP and the range specified by \fIoffset\fP
-plus \fIlen\fP reaches or passes the end of the file.
+\fImode\fP が \fBFALLOC_FL_COLLAPSE_RANGE\fP で、 \fIoffset\fP と \fIlen\fP
+で指定された範囲がファイルの末尾かそれより先まで達している。
.TP
\fBEINVAL\fP
-\fImode\fP is \fBFALLOC_FL_COLLAPSE_RANGE\fP, but either \fIoffset\fP or \fIlen\fP is
-not a multiple of the filesystem block size.
+\fImode\fP が \fBFALLOC_FL_COLLAPSE_RANGE\fP だが、 \fIoffset\fP か \fIlen\fP
+のいずれかがファイルシステムのブロックサイズの倍数ではない。
.TP
\fBEINVAL\fP
-mode contains both \fBFALLOC_FL_COLLAPSE_RANGE\fP and other flags; no other
-flags are permitted with \fBFALLOC_FL_COLLAPSE_RANGE\fP.
+\fImode\fP に \fBFALLOC_FL_COLLAPSE_RANGE\fP と他のフラグの両方が指定されている。
+\fBFALLOC_FL_COLLAPSE_RANGE\fP と他のフラグを一緒に使うことができない。
.TP EINVAL
\fImode\fP
.\" There was a inconsistency in 3.15-rc1, that should be resolved so that all
.\" Subject: Re: [PATCH v5 10/10] manpage: update FALLOC_FL_COLLAPSE_RANGE flag in fallocate
.\" Newsgroups: gmane.linux.man, gmane.linux.file-systems
.\" Date: 2014-04-17 13:40:05 GMT
-is \fBFALLOC_FL_COLLAPSE_RANGE\fP, but the file referred to by \fIfd\fP is not a
-regular file.
+が \fBFALLOC_FL_COLLAPSE_RANGE\fP だが、 \fIfd\fP が参照しているファイルが通常のファイルではない。
.TP
\fBEIO\fP
ファイルシステムとの読み書き中に入出力エラーが発生した。
\fIfd\fP がパイプか FIFO を参照している。
.TP
\fBETXTBSY\fP
-\fImode\fP specifies \fBFALLOC_FL_COLLAPSE_RANGE\fP, but the file referred to by
-\fIfd\fP is currently being executed.
+\fImode\fP に \fBFALLOC_FL_COLLAPSE_RANGE\fP が指定されたが、 \fIfd\fP が参照するファイルは現在実行中である。
.SH バージョン
.\" See http://sourceware.org/bugzilla/show_bug.cgi?id=14964
\fBfallocate\fP() はカーネル 2.6.23 以降の Linux で利用可能である。 glibc での対応はバージョン 3.10
\fI/proc/PID/coredump_filter\fP file (see \fBcore\fP(5)).
.TP
\fBMADV_DODUMP\fP (Linux 3.4 以降)
-Undo the effect of an earlier \fBMADV_DONTDUMP\fP.
+以前の \fBMADV_DONTDUMP\fP の効果を取り消す。
.SH 返り値
\fBmadvise\fP() は成功すると 0 を返す。 エラーが起こると \-1 を返し、 \fIerrno\fP を適切な値に設定する。
.SH エラー
(\fBsysconf\fP(3) を参照すること。 )
.SH 注意
.\" commit 204ec841fbea3e5138168edbc3a76d46747cc987
-According to POSIX, either \fBMS_SYNC\fP or \fBMS_ASYNC\fP must be specified in
-\fIflags\fP, and indeed failure to include one of these flags will cause
-\fBmsync\fP() to fail on some systems. However, Linux permits a call to
-\fBmsync\fP() that specifies neither of these flags, with semantics that are
-(currently) equivalent to specifying \fBMS_ASYNC\fP. (Since Linux 2.6.19,
-\fBMS_ASYNC\fP is in fact a no\-op, since the kernel properly tracks dirty pages
-and flushes them to storage as necessary.) Notwithstanding the Linux
-behavior, portable, future\-proof applications should ensure that they
-specify either \fBMS_SYNC\fP or \fBMS_ASYNC\fP in \fIflags\fP.
+POSIX では \fBMS_SYNC\fP と \fBMS_ASYNC\fP のいずれかは必ず \fIflags\fP に指定しなければならないとされており、
+実際にこれらのフラグのいずれかを指定しなかった場合 \fBmsync\fP() が失敗するシステムもある。 しかし、 Linux
+ではこれらのフラグのいずれも指定せずに \fBmsync\fP() を呼び出すことができ、 その場合の動作は (現在のところ) \fBMS_ASYNC\fP
+を指定した場合と等価である。 (Linux 2.6.19 以降では \fBMS_ASYNC\fP は実際には no\-op (何もしない命令) である。
+これはカーネルが正しく dirty ページを追跡し、必要に応じてストレージにそれらをフラッシュするからである。) Linux
+の動作に関係なく、アプリケーションの移植性を考慮し、将来も確実に動くようにするには、 \fBMS_SYNC\fP か \fBMS_ASYNC\fP のいずれかを必ず
+\fIflags\fP に指定するようにすべきである。
.SH 関連項目
\fBmmap\fP(2)
\fBssize_t readahead(int \fP\fIfd\fP\fB, off64_t \fP\fIoffset\fP\fB, size_t \fP\fIcount\fP\fB);\fP
.fi
.SH 説明
-\fBreadahead\fP() initiates readahead on a file so that subsequent reads from
-that file will be satisfied from the cache, and not block on disk I/O
-(assuming the readahead was initiated early enough and that other activity
-on the system did not in the meantime flush pages from the cache).
+\fBreadahead\fP() はファイルの先読みを行い、そのファイルに対する後の読み込みがキャッシュから行われ、ディスク I/O で停止しないようにする
+(この条件を満たせるのは、先読みは十分早く行われ、システムの他の動作によりその後にキャッシュからページがフラッシュされない場合である)。
\fIfd\fP 引き数は読み込みを行うファイルを識別するファイル・ディスクリプタである。 \fIoffset\fP 引き数はデータの読み込み開始位置を指定し、
\fIcount\fP は読み込むデータのバイト数を指定する。 ディスク I/O はページ単位で実行されるので、 実際には \fIoffset\fP
いくつかの 32 ビットアーキテクチャでは、このシステムコールの呼び出しシグネチャーが違っている。 理由は \fBsyscall\fP(2)
で説明されている。
.SH バグ
-\fBreadahead\fP() attempts to schedule the reads in the background and return
-immediately. However, it may block while it reads the filesystem metadata
-needed to locate the requested blocks. This occurs frequently with ext[234]
-on large files using indirect blocks instead of extents, giving the
-appearance that the call blocks until the requested data has been read.
+\fBreadahead\fP() は読み込みをバックグラウンドで行うようにスケジューリングを行い、すぐに返る。
+しかしながら、要求されたブロックの位置を知るために必要なファイルシステムのメタデータを読み込む間は \fBreadahead\fP() は停止することがある。
+これは ext[234] で大きなファイルをエクステントではなく間接ブロックを使う場合にしばしば発生し、
+要求したデータが読み込まれるまで呼び出しが停止しているように見える。
.SH 関連項目
\fBlseek\fP(2), \fBmadvise\fP(2), \fBmmap\fP(2), \fBposix_fadvise\fP(2), \fBread\fP(2)
.SH この文書について
.SH 返り値
\fBalloca\fP() 関数は、割り付けた領域の始まりを指すポインタを返す。 割り付けによってスタックオーバーフローが起った場合の
プログラムの動作は定義されていない。
-.SH ATTRIBUTES
-.SS "Multithreading (see pthreads(7))"
-The \fBalloca\fP() function is thread\-safe.
+.SH 属性
+.SS "マルチスレッディング (pthreads(7) 参照)"
+\fBalloca\fP() 関数はスレッドセーフである。
.SH 準拠
この関数は POSIX.1\-2001 にはない。
# pagename,#complete,#remaining,#all
-alloca.3,33,3,36
-fallocate.2,68,11,79
-madvise.2,74,8,82
+madvise.2,75,7,82
mallinfo.3,48,17,65
malloc_get_state.3,18,7,25
malloc_trim.3,18,8,26
malloc_usable_size.3,17,5,22
mallopt.3,60,51,111
mcheck.3,29,25,54
-msync.2,32,1,33
mtrace.3,26,11,37
-readahead.2,29,2,31
subpage_prot.2,24,12,36
＠:LDP man-pages:3.65:2014/02/21:faccessat:2:access:2:
＠:LDP man-pages:3.65:2013/04/01:fadvise64:2:posix_fadvise:2:
＠:LDP man-pages:3.65:2013/04/01:fadvise64_64:2:posix_fadvise:2:
-â\98\86:LDP man-pages:3.64=>3.65:2014/04/17:fallocate:2:2014/04/20::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.65:2014/04/17:fallocate:2:2014/04/27::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.65:2013/02/12:fattach:2:unimplemented:2:
＠:LDP man-pages:3.65:2010/11/25:fchdir:2:chdir:2:
＠:LDP man-pages:3.65:2014/02/21:fchmod:2:chmod:2:
○:LDP man-pages:3.65:2014/03/17:msgop:2:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.65:2014/03/17:msgrcv:2:msgop:2:
＠:LDP man-pages:3.65:2014/03/17:msgsnd:2:msgop:2:
-â\98\86:LDP man-pages:3.64=>3.65:2014/04/20:msync:2:2014/04/20::argrath@ub32.org:Kentaro Shirakata:
+â\97\8b:LDP man-pages:3.65:2014/04/20:msync:2:2014/04/27::argrath@ub32.org:Kentaro Shirakata:
＠:LDP man-pages:3.65:2014/04/14:munlock:2:mlock:2:
＠:LDP man-pages:3.65:2014/04/14:munlockall:2:mlock:2:
＠:LDP man-pages:3.65:2014/04/06:munmap:2:mmap:2:
○:LDP man-pages:3.65:2013/01/27:query_module:2:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
×:LDP man-pages:3.65:2010/06/16:quotactl:2:::::
○:LDP man-pages:3.65:2013/02/12:read:2:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.54=>3.65:2014/03/15:readahead:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.65:2014/03/15:readahead:2:2014/04/27::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.65:2013/06/21:readdir:2:2014/04/24::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
○:LDP man-pages:3.65:2014/02/21:readlink:2:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.65:2014/02/21:readlinkat:2:readlink:2:
○:LDP man-pages:3.65:2012/05/08:aio_suspend:3:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.65:2012/05/08:aio_write:3:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.65:2013/09/02:aligned_alloc:3:posix_memalign:3:
-â\98\86:LDP man-pages:3.54=>3.65:2013/10/07:alloca:3:2013/07/24::ysato444@yahoo.co.jp:Yuichi SATO:
+â\97\8b:LDP man-pages:3.65:2013/10/07:alloca:3:2014/04/27::ysato444@yahoo.co.jp:Yuichi SATO:
＠:LDP man-pages:3.65:2014/02/21:alphasort:3:scandir:3:
＠:LDP man-pages:3.65:2007/05/18:argz:3:argz_add:3:
○:LDP man-pages:3.65:2007/05/18:argz_add:3:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
<TR><TD>ptrace.2</TD><TD>203/289</TD><TD>29.76</TD></TR>
<TR><TD>quotactl.2</TD><TD>47/102</TD><TD>53.92</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>memory</B></TD></TR>
-<TR class="over80"><TD>alloca.3</TD><TD>3/36</TD><TD>91.67</TD></TR>
-<TR class="over80"><TD>fallocate.2</TD><TD>11/79</TD><TD>86.08</TD></TR>
-<TR class="over80"><TD>madvise.2</TD><TD>8/82</TD><TD>90.24</TD></TR>
+<TR class="over80"><TD>madvise.2</TD><TD>7/82</TD><TD>91.46</TD></TR>
<TR class="over70"><TD>mallinfo.3</TD><TD>17/65</TD><TD>73.85</TD></TR>
<TR class="over70"><TD>malloc_get_state.3</TD><TD>7/25</TD><TD>72.00</TD></TR>
<TR><TD>malloc_trim.3</TD><TD>8/26</TD><TD>69.23</TD></TR>
<TR class="over70"><TD>malloc_usable_size.3</TD><TD>5/22</TD><TD>77.27</TD></TR>
<TR><TD>mallopt.3</TD><TD>51/111</TD><TD>54.05</TD></TR>
<TR><TD>mcheck.3</TD><TD>25/54</TD><TD>53.70</TD></TR>
-<TR class="over80"><TD>msync.2</TD><TD>1/33</TD><TD>96.97</TD></TR>
<TR class="over70"><TD>mtrace.3</TD><TD>11/37</TD><TD>70.27</TD></TR>
-<TR class="over80"><TD>readahead.2</TD><TD>2/31</TD><TD>93.55</TD></TR>
<TR><TD>subpage_prot.2</TD><TD>12/36</TD><TD>66.67</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>net</B></TD></TR>
<TR><TD>getaddrinfo_a.3</TD><TD>41/122</TD><TD>66.39</TD></TR>
<TR class="over70"><TD>futimesat.2</TD><TD>10/37</TD><TD>72.97</TD></TR>
<TR><TD>utimensat.2</TD><TD>49/107</TD><TD>54.21</TD></TR>
<TR class="over80"><TD>zdump.8</TD><TD>1/22</TD><TD>95.45</TD></TR>
-<TR><TD COLSPAN=3>Total 58 pages</TD></TR>
+<TR><TD COLSPAN=3>Total 54 pages</TD></TR>
</TABLE>
</BODY></HTML>
OSDN Git Service
