-.in +4n
-.nf
-#include <unistd.h>
-int sz = getpagesize();
-.fi
-.in
-.\"O .\" .SH HISTORY
-.\" .SH Îò»Ë
-.\"O .\" This call first appeared in 4.2BSD.
-.\" ¤³¤Î¥·¥¹¥Æ¥à¥³¡¼¥ë¤Ï 4.2BSD ¤Ç½é¤á¤ÆÅо줷¤¿¡£
-.\"O .SH CONFORMING TO
-.SH ½àµò
-SVr4, 4.4BSD, SUSv2.
-.\"O In SUSv2 the
-.\"O .BR getpagesize ()
-.\"O call is labeled LEGACY, and in POSIX.1-2001
-.\"O it has been dropped;
-.\"O HP-UX does not have this call.
-.\"O Portable applications should employ
-.\"O .I sysconf(_SC_PAGESIZE)
-.\"O instead of this call.
-SUSv2 ¤Ç¤Ï
-.BR getpagesize ()
-¥·¥¹¥Æ¥à¥³¡¼¥ë¤Ï¡Ö²áµî¤Î°äʪ (LEGACY)¡×¤È¤µ¤ì¤Æ¤ª¤ê¡¢
-POSIX.1-2001 ¤«¤é¤Ï³°¤µ¤ì¤Æ¤¤¤ë¡£
-HP-UX ¤Ë¤Ï¤³¤Î¥·¥¹¥Æ¥à¥³¡¼¥ë¤Ï¸ºß¤·¤Ê¤¤¡£
-°Ü¿¢À¤¬É¬Íפʥ¢¥×¥ê¥±¡¼¥·¥ç¥ó¤Ç¤Ï¡¢¤³¤Î¥·¥¹¥Æ¥à¥³¡¼¥ë¤ÎÂå¤ï¤ê¤Ë
-.I sysconf(_SC_PAGESIZE)
-¤òÍøÍѤ¹¤Ù¤¤Ç¤¢¤ë¡£
-.\"O .SH NOTES
-.SH Ãí°Õ
-.\"O Whether
-.\"O .BR getpagesize ()
-.\"O is present as a Linux system call depends on the architecture.
-.BR getpagesize ()
-¤¬ Linux ¤Î¥·¥¹¥Æ¥à¥³¡¼¥ë¤È¤·¤Æ¸ºß¤¹¤ë¤«¤É¤¦¤«¤Ï¡¢¤½¤Î¥¢¡¼¥¥Æ¥¯¥Á¥ã¤Ë
-°Í¸¤·¤Æ¤¤¤ë¡£
-.\"O If it is, it returns the kernel symbol
-.\"O .BR PAGE_SIZE ,
-.\"O whose value depends on the architecture and machine model.
-¥·¥¹¥Æ¥à¥³¡¼¥ë¤È¤·¤Æ¸ºß¤¹¤ë¾ì¹ç¤Ë¤Ï¡¢¥«¡¼¥Í¥ë¥·¥ó¥Ü¥ë¤Î
-.B PAGE_SIZE
-¤òÊÖ¤¹¡£
-.B PAGE_SIZE
-¤ÎÃͤϡ¢¥¢¡¼¥¥Æ¥¯¥Á¥ã¤È¥Þ¥·¥ó¥â¥Ç¥ë¤Ë°Í¸¤¹¤ë¡£
-.\"O Generally, one uses binaries that are dependent on the architecture but not
-.\"O on the machine model, in order to have a single binary
-.\"O distribution per architecture.
-.\"O This means that a user program
-.\"O should not find
-.\"O .B PAGE_SIZE
-.\"O at compile time from a header file,
-.\"O but use an actual system call, at least for those architectures
-.\"O (like sun4) where this dependency exists.
-°ìÈ̤ˡ¢¥Ð¥¤¥Ê¥ê¤Ï¡¢¥¢¡¼¥¥Æ¥¯¥Á¥ã¤´¤È¤Ë1¤Ä¤Î¥Ð¥¤¥Ê¥êÇÛÉۤǺѤޤ»¤ë¤¿¤á¤Ë¡¢
-¥¢¡¼¥¥Æ¥¯¥Á¥ã¤Ë¤Ï°Í¸¤·¤Æ¤¤¤ë¤¬¥Þ¥·¥ó¥â¥Ç¥ë¤Ë¤Ï°Í¸¤·¤Æ¤¤¤Ê¤¤¡£
-¤Ä¤Þ¤ê¡¢¥æ¡¼¥¶¥×¥í¥°¥é¥à¤Ï¥³¥ó¥Ñ¥¤¥ë»þ¤Ë¥Ø¥Ã¥À¡¼¥Õ¥¡¥¤¥ë¤«¤é
-.B PAGE_SIZE
-¤ò¸«¤Ä¤±¤Æ»ÈÍѤ¹¤Ù¤¤Ç¤Ï¤Ê¤¤¡£
-¾¯¤Ê¤¯¤È¤â¡¢¥Þ¥·¥ó¥â¥Ç¥ë¤Ë¤Ä¤¤¤Æ¤â°Í¸À¤¬Â¸ºß¤¹¤ë (sun4 ¤Î¤è¤¦¤Ê)
-¥¢¡¼¥¥Æ¥¯¥Á¥ã¤Ë¤ª¤¤¤Æ¤ÏËÜʪ¤Î¥·¥¹¥Æ¥à¥³¡¼¥ë¤ò»ÈÍѤ¹¤ëɬÍפ¬¤¢¤ë¡£
-.\"O Here libc4, libc5, glibc 2.0 fail because their
-.\"O .BR getpagesize ()
-.\"O returns a statically derived value, and does not use a system call.
-.\"O Things are OK in glibc 2.1.
-¾°¡¢ libc4, libc5, glibc 2.0 ¤Ç¤Ï¡¢
-.BR getpagesize ()
-¤¬¥·¥¹¥Æ¥à¡¦¥³¡¼¥ë¤ò»ÈÍѤ»¤º¡¢¸ÇÄê¤ÎÃͤòÊÖ¤¹¤¿¤á¤Ë¡¢¤³¤ÎÊýË¡¤Ï
-¼ºÇÔ¤¹¤ë¡£glibc 2.1 ¤Ç¤ÏÂç¾æÉפǤ¢¤ë¡£
-.\"O .SH "SEE ALSO"
-.SH ´ØÏ¢¹àÌÜ
-.BR mmap (2),
-.BR sysconf (3)
+\fBgetpagesize\fP() が Linux のシステムコールとして存在するかどうかは、そのアーキテクチャに 依存している。
+システムコールとして存在する場合には、カーネルシンボルの \fBPAGE_SIZE\fP を返す。 \fBPAGE_SIZE\fP
+の値は、アーキテクチャとマシンモデルに依存する。 一般に、バイナリは、アーキテクチャごとに1つのバイナリ配布で済ませるために、
+アーキテクチャには依存しているがマシンモデルには依存していない。 つまり、ユーザプログラムはコンパイル時にヘッダーファイルから \fBPAGE_SIZE\fP
+を見つけて使用すべきではない。 少なくとも、マシンモデルについても依存性が存在する (sun4 のような)
+アーキテクチャにおいては本物のシステムコールを使用する必要がある。 尚、 libc4, libc5, glibc 2.0 では、
+\fBgetpagesize\fP() がシステム・コールを使用せず、固定の値を返すために、この方法は 失敗する。glibc 2.1 では大丈夫である。
+.SH 関連項目
+\fBmmap\fP(2), \fBsysconf\fP(3)
+.SH この文書について
+この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 3.53 の一部
+である。プロジェクトの説明とバグ報告に関する情報は
+http://www.kernel.org/doc/man\-pages/ に書かれている。