From owner-man-jp@jp.freebsd.org  Fri Mar  9 00:52:32 2001
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id AAA41158;
	Fri, 9 Mar 2001 00:52:32 +0900 (JST)
	(envelope-from owner-man-jp@jp.FreeBSD.org)
Received: from mfi00.iij.ad.jp (mfi00.iij.ad.jp [202.232.2.115])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id AAA41153
	for <man-jp@jp.freebsd.org>; Fri, 9 Mar 2001 00:52:32 +0900 (JST)
	(envelope-from suzu@pastel.front.nest.or.jp)
Received: from pastel.front.nest.or.jp (h069.p094.iij4u.or.jp [210.130.94.69])
	by mfi00.iij.ad.jp (8.8.8/MFI1.3) with ESMTP id AAA20574
	for <man-jp@jp.freebsd.org>; Fri, 9 Mar 2001 00:52:29 +0900 (JST)
Received: (from suzu@localhost)
	by  pastel.front.nest.or.jp (8.11.1/8.11.1) id f28Fqh600355;
	Fri, 9 Mar 2001 00:52:43 +0900 (JST)
	(envelope-from suzu)
Date: Fri, 9 Mar 2001 00:52:43 +0900 (JST)
Message-Id: <200103081552.f28Fqh600355@ pastel.front.nest.or.jp>
From: suzu@front.nest.or.jp
To: man-jp@jp.freebsd.org
In-Reply-To: Your message of "Fri, 9 Mar 2001 00:13:09 +0900".
	<200103090013.AHC87954.VPZL@veltec.co.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
X-Mailer: mnews [version 1.22PL4] 2000-05/28(Sun)
Reply-To: man-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: man-jp 3249
Subject: [man-jp 3249] Re: (man2 4.2S) STATUS
Errors-To: owner-man-jp@jp.freebsd.org
Sender: owner-man-jp@jp.freebsd.org
X-Originator: suzu@front.nest.or.jp


$B!!6LLn$G$9!#I.L5@:$G$9$_$^$;$s!#(B
$B!!(B2_6$B!"KX$I=*$C$F$$$k$s$G$9$,!"(Bmmap2$B$G$D$^$E$$$F$7$^$C$F$$$^$7$?!#$D$$(B
$B$G$K0z1[$7$H$+?'!9$"$j$^$7$F(B...

.It Dv MAP_NOSYNC
Causes data dirtied via this VM map to be flushed to physical media
only when necessary (usually by the pager) rather then gratuitously.
Typically this prevents the update daemons from flushing pages dirtied 
through such maps and thus allows efficient sharing of memory across
unassociated processes using a file-backed shared memory map.  Without
this option any VM pages you dirty may be flushed to disk every so often
(every 30-60 seconds usually) which can create performance problems if you
do not need that to occur (such as when you are using shared file-backed
mmap regions for IPC purposes).  Note that VM/filesystem coherency is
maintained whether you use MAP_NOSYNC or not.  This option is not portable
across UNIX platforms (yet), though some may implement the same behavior
by default.

$B!!(B158$B9TL\$+$i$N!"$3$NItJ,$,DI2C$K$J$C$F$$$k(B($B$O$:(B)$B$J$s$G$9$,!"<+?H(Bmmap
$B$N$3$H$,$o$+$C$F$$$J$$$N$G!"$o$+$i$J$$$^$^Lu$7$F$7$^$$$^$7$?!#$b$C$HAa(B
$B$/$K<ALd%a%$%k$rEj$2$l$P$h$+$C$?$G$9$M!#$4$a$s$J$5$$!#(B

.It Dv MAP_NOSYNC
$B$O!"Bg$7$?M}M3$b$J$/%U%i%C%7%e$9$k$h$j$b!"(B
$BI,MW$J;~$@$1(B($BNc$($P%Z!<%8%c(B)$BJ*M}E*G^BN$K%U%i%C%7%e$5$l$k$h$&$K(B
$B$J$C$F$$$k>l9g$K!"$3$N(B VM $B$r7PM3$9$k$H%G!<%?$,1x@w$5$l$^$9!#(B
$BE57?E*$K$O!"%"%C%W%G!<%H%G!<%b%s$,1x@w$5$l$?%Z!<%8$r(B
$B$3$N$h$&$J%^%C%W$+$i%U%i%C%7%e$9$k$h$j$b@h9T$7$^$9!#(B
$B$3$l$O%U%!%$%k$K%P%C%/%"%C%W$5$l$?%a%b%j%^%C%W$r(B
$B$*8_$$$K4X78$N$J$$%W%m%;%94V$N%a%b%j$N8z2LE*$J6&M-;HMQ$r$9$k$3$H$,(B
$B$G$-$k$H$$$&$3$H$G$9!#(B
$B$3$N%*%W%7%g%s$,$J$1$l$P!"(BVM $B$OIQ!9$H(B(30$B$J$$$7(B60$BICKh$K(B)$B%G%#%9%/$K(B
$B%"%/%;%9$7$F1x@w$5$l$?%G!<%?$r%U%i%C%7%e$7$J$1$l$P$$$1$^$;$s!#(B
$B$3$l$O%Q%U%)!<%^%s%9$NLdBj$r@8$8$^$9(B($B$"$?$+$b(BIPC$B$N$h$&$K(B
$B%U%!%$%k$K%P%C%/%"%C%W$5$l$?(B mmap $BNN0h$rJ,3d=jM-$7$J$,$i(B
$B;H$C$F$$$k$+$N$h$&$G$9(B)$B!#$3$N(B VM $B$H%U%!%$%k%7%9%F%`$N@09g@-$O(B
$B%f!<%6$,(B MAP_NOSYNC $B$r;H$&$+H]$+$KG$$5$l$F$$$^$9!#(B
$B$3$N%*%W%7%g%s$O(B UNIX $B%7%9%F%`4V(B($B$G$9$i(B)$B%]!<%?%V%k$G$O$"$j$^$;$s!#(B
$B$7$+$74v$D$+$N%7%9%F%`$G$OF1MM$KF0:n$9$k<BAu$,M=$aB8:_(B
$B$7$F$$$k$G$7$g$&!#(B


--
:: ARS LINGVAE cum MACHINIS ::
$B6LLn7r0l!wJ?>k5~1&5~8^[j;0K7(B
