OSDN Git Service

長音記号の修正を draft に反映
[linuxjm/LDP_man-pages.git] / draft / man2 / posix_fadvise.2
index fcd1af1..a29f888 100644 (file)
@@ -94,15 +94,15 @@ _XOPEN_SOURCE\ >=\ 600 || _POSIX_C_SOURCE\ >=\ 200112L
 .SH エラー
 .TP 
 \fBEBADF\fP
-\fIfd\fP 引き数が有効なファイルディスクリプタでない。
+\fIfd\fP å¼\95ã\81\8dæ\95°ã\81\8cæ\9c\89å\8a¹ã\81ªã\83\95ã\82¡ã\82¤ã\83«ã\83\87ã\82£ã\82¹ã\82¯ã\83ªã\83\97ã\82¿ã\83¼ã\81§ã\81ªã\81\84ã\80\82
 .TP 
 \fBEINVAL\fP
 無効な値が \fIadvice\fP に指定された。
 .TP 
 \fBESPIPE\fP
 .\" commit 87ba81dba431232548ce29d5d224115d0c2355ac
\8c\87å®\9aã\81\95ã\82\8cã\81\9fã\83\95ã\82¡ã\82¤ã\83«ã\83\87ã\82£ã\82¹ã\82¯ã\83ªã\83\97ã\82¿ã\81\8cã\83\91ã\82¤ã\83\97ã\81¾ã\81\9fã\81¯ FIFO ã\82\92å\8f\82ç\85§ã\81\97ã\81¦ã\81\84ã\82\8b (\fBESPIPE\fP ã\81¯ POSIX ã\81§è¦\8få®\9aã\81\95ã\82\8cã\81¦ã\81\84ã\82\8bã\82¨ã\83©ã\83¼ã\81 ã\81\8cã\80\81 ã\83\90ã\83¼ã\82¸ã\83§ã\83³
-2.16 より前のカーネルでは、 この場合に \fBEINVAL\fP を返していた。)
\8c\87å®\9aã\81\95ã\82\8cã\81\9fã\83\95ã\82¡ã\82¤ã\83«ã\83\87ã\82£ã\82¹ã\82¯ã\83ªã\83\97ã\82¿ã\83¼ã\81\8cã\83\91ã\82¤ã\83\97ã\81¾ã\81\9fã\81¯ FIFO ã\82\92å\8f\82ç\85§ã\81\97ã\81¦ã\81\84ã\82\8b (\fBESPIPE\fP ã\81¯ POSIX ã\81§è¦\8få®\9aã\81\95ã\82\8cã\81¦ã\81\84ã\82\8bã\82¨ã\83©ã\83¼ã\81 ã\81\8cã\80\81
+バージョン 2.16 より前のカーネルでは、 この場合に \fBEINVAL\fP を返していた。)
 .SH バージョン
 .\" of fadvise64_64()
 カーネルによるサポートは Linux 2.5.60 で最初に登場し、
@@ -123,7 +123,7 @@ Linux では、\fBPOSIX_FADV_NORMAL\fP はバッキングデバイスの デフ
 (しかし同じファイルに対する他のオープンファイルハンドルは影響を受けない)。
 
 \fBPOSIX_FADV_WILLNEED\fP は、 ページキャッシュに指定領域のブロックされない読み込みを開始する。 読み込まれるデータの総量は、
-仮想メモリの負荷に依ってカーネルが減らすかもしれない (数メガバイトであれば通常は全く十分であり、 それより多くてもめったに役に立たない)。
+ä»®æ\83³ã\83¡ã\83¢ã\83ªã\83¼ã\81®è² è\8d·ã\81«ä¾\9dã\81£ã\81¦ã\82«ã\83¼ã\83\8dã\83«ã\81\8cæ¸\9bã\82\89ã\81\99ã\81\8bã\82\82ã\81\97ã\82\8cã\81ªã\81\84 (æ\95°ã\83¡ã\82¬ã\83\90ã\82¤ã\83\88ã\81§ã\81\82ã\82\8cã\81°é\80\9a常ã\81¯å\85¨ã\81\8få\8d\81å\88\86ã\81§ã\81\82ã\82\8aã\80\81 ã\81\9dã\82\8cã\82\88ã\82\8aå¤\9aã\81\8fã\81¦ã\82\82ã\82\81ã\81£ã\81\9fã\81«å½¹ã\81«ç«\8bã\81\9fã\81ªã\81\84\80\82
 
 2.6.18 より前のカーネルでは、\fBPOSIX_FADV_NOREUSE\fP は \fBPOSIX_FADV_WILLNEED\fP と同じ意味であった。
 これは多分バグであった。 カーネル 2.6.18 以降では、このフラグは何も行わない。
@@ -137,11 +137,11 @@ Linux では、\fBPOSIX_FADV_NORMAL\fP はバッキングデバイスの デフ
 
 まだ書き出されていないページは影響を受けないので、 そのページの解放が保証されることをアプリケーションが望んでいるなら、 最初に \fBfsync\fP(2)
 または \fBfdatasync\fP(2)  を呼ぶべきである。
-.SS アーキテクチャ固有の派生バージョン
\81\84ã\81\8fã\81¤ã\81\8bã\81®ã\82¢ã\83¼ã\82­ã\83\86ã\82¯ã\83\81ã\83£ã\81§ã\81¯ã\80\81 64 ã\83\93ã\83\83ã\83\88ã\81®å¼\95ã\81\8dæ\95°ã\81¯é\81©å\88\87ã\81ªã\83¬ã\82¸ã\82¹ã\82¿の組に割り当てる必要がある (\fBsyscall\fP(2) 参照)。
-このようなアーキテクチャでは、 「書式」に書かれている  \fBposix_fadvise\fP() の呼び出しシグネチャーで、 引き数 \fIfd\fP と
-\fIoffset\fP の間のパディング (詰めもの) でレジスタが一つ消費されてしまう。 そのため、
-これらのアーキテクチャでは引き数が適切な順序になった別のシステムコールが定義されているが、 それ以外は \fBposix_fadvise\fP()
+.SS アーキテクチャ固有の派生バージョン
\81\84ã\81\8fã\81¤ã\81\8bã\81®ã\82¢ã\83¼ã\82­ã\83\86ã\82¯ã\83\81ã\83£ã\83¼ã\81§ã\81¯ã\80\81 64 ã\83\93ã\83\83ã\83\88ã\81®å¼\95ã\81\8dæ\95°ã\81¯é\81©å\88\87ã\81ªã\83¬ã\82¸ã\82¹ã\82¿ã\83¼の組に割り当てる必要がある (\fBsyscall\fP(2) 参照)。
\81\93ã\81®ã\82\88ã\81\86ã\81ªã\82¢ã\83¼ã\82­ã\83\86ã\82¯ã\83\81ã\83£ã\83¼ã\81§ã\81¯ã\80\81 ã\80\8cæ\9b¸å¼\8fã\80\8dã\81«æ\9b¸ã\81\8bã\82\8cã\81¦ã\81\84ã\82\8b  \fBposix_fadvise\fP() ã\81®å\91¼ã\81³å\87ºã\81\97ã\82·ã\82°ã\83\8dã\83\81ã\83£ã\83¼ã\81§ã\80\81 å¼\95ã\81\8dæ\95° \fIfd\fP ã\81¨
+\fIoffset\fP ã\81®é\96\93ã\81®ã\83\91ã\83\87ã\82£ã\83³ã\82° (è©°ã\82\81ã\82\82ã\81®) ã\81§ã\83¬ã\82¸ã\82¹ã\82¿ã\83¼ã\81\8cä¸\80ã\81¤æ¶\88è²»ã\81\95ã\82\8cã\81¦ã\81\97ã\81¾ã\81\86ã\80\82 ã\81\9dã\81®ã\81\9fã\82\81ã\80\81
\81\93ã\82\8cã\82\89ã\81®ã\82¢ã\83¼ã\82­ã\83\86ã\82¯ã\83\81ã\83£ã\83¼ã\81§ã\81¯å¼\95ã\81\8dæ\95°ã\81\8cé\81©å\88\87ã\81ªé \86åº\8fã\81«ã\81ªã\81£ã\81\9få\88¥ã\81®ã\82·ã\82¹ã\83\86ã\83 ã\82³ã\83¼ã\83«ã\81\8cå®\9a義ã\81\95ã\82\8cã\81¦ã\81\84ã\82\8bã\81\8cã\80\81 ã\81\9dã\82\8c以å¤\96ã\81¯ \fBposix_fadvise\fP()
 と全く同じである。
 
 例えば、 Linux 2.6.14 以降では、 ARM には以下のシステムコールが存在する。
@@ -153,8 +153,8 @@ Linux では、\fBPOSIX_FADV_NORMAL\fP はバッキングデバイスの デフ
 .fi
 .in
 .PP
-通常、 glibc の \fBposix_fadvise\fP() ラッパー関数により、 これらのアーキテクチャ固有の詳細はアプリケーションには見えない。
-glibc のラッパー関数では、適切なアーキテクチャ固有のシステムコールが呼び出される。
+通常、 glibc の \fBposix_fadvise\fP() ラッパー関数により、 これらのアーキテクチャ固有の詳細はアプリケーションには見えない。
+glibc のラッパー関数では、適切なアーキテクチャ固有のシステムコールが呼び出される。
 .SH バグ
 2.6.6 より前のカーネルでは、 \fIlen\fP に 0 が指定された場合、 「ファイルの終りまでの全てのバイト」という意味ではなく、 文字通り「0
 バイト」として解釈されていた。