os/doc
3
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity

Merge the following changes in the English version:

Browse source 
install.sgml : 1.9 -> 1.11

Submitted by:	Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>
This commit is contained in:
Motoyuki Konno 1998-10-11 15:32:16 +00:00
parent 32c1156d1d
commit 0615b19fa0
Notes: svn2git 2020-12-08 03:00:23 +00:00 
svn path=/head/; revision=3591
2 changed files with 148 additions and 12 deletions
ja/FAQ
install.sgml
ja_JP.eucJP/FAQ
install.sgml

80
ja/FAQ/install.sgml
View file

@ -1,6 +1,6 @@
<!-- $Id: install.sgml,v 1.6 1998-08-30 05:58:47 motoyuki Exp $ -->
<!-- $Id: install.sgml,v 1.7 1998-10-11 15:32:16 motoyuki Exp $ -->
<!-- The FreeBSD Japanese Documentation Project -->
<!-- Original revision: 1.9 -->
<!-- Original revision: 1.11 -->
<sect>
<heading>インストール<label id="install"></heading>
@ -574,17 +574,85 @@ disk wd2 at wdc1 drive 1 # wd3
</enum>
<sect1>
<heading>メモリやディスクスペースの限界は?</heading>
<heading>メモリの大きさの制限は?</heading>
<p>メモリは, (論理的な) 限界は 4 ギガバイトです. 1 ギガバイトのものは
すでにテストがされています. 普通は i386 の PC ではそれ以上のメモリを
サポートしているものは買うことはできません.
サポートしているものを買うことはできません.
<p>ファイルシステムは, 最大の論理的な限界は 8 テラバイトです.
<sect1>
<heading>ffs ファイルシステムの大きさの制限は?</heading>
<p>ffs ファイルシステムは, 論理的な最大の上限は 8 テラバイト (2G ブロック) か,
デフォルトのブロックサイズを 8K とすると 16 テラバイトとなります.
実際問題として, 1 テラバイトのソフトウェアの限界がありますが,
修正すれば 4 テラバイトのファイルシステムが可能です (実際に存在します).
<p>一つのファイルの最大の大きさは 2 ギガバイトです.
<p>一つの ffs のファイルの最大のサイズは, ブロックサイズが 4K の場合で
約 1 ギガブロック (4 テラバイト) です.
<verb>
maxfilesize
----------------------------------
2.2.7 3.0
fs block size -stable -current works should-work
------------- ------- -------- ----- -----------
4K 4T-1 4T-1 4T-1 4+T
8K 32+G 8T-1 32+G 16T-1
16K 128+G 16T-1 128+G 32T-1
32K 512+G 32T-1 512+G 64T-1
64K 2048+G 64T-1 2048+G 128T-1
</verb>
<p>fs ブロックサイズが 4K の場合は三重間接ブロックが使用され,
いづれの場合でも三重間接ブロックを使用して表現できる最大の
fs ブロック番号 (およそ 1K^3 + 1K^2 + 1K) に制限されるはずなのですが,
実際は fs ブロック番号の (間違った) 上限 1G-1 で制限されます.
fs ブロック番号の制限は 2G-1 となるはずです. 2G-1 付近に
fs ブロック番号のバグが多少ありますが, fs ブロックサイズが
4K の場合は, ここまでのブロック番号には到達しません.
<p>ブロックサイズが 8K 以上の場合, いづれの場合も fs ブロック番号の
上限 2G-1 で制限されるはずですが, 実際は fs ブロック番号の上限
1G-1 で制限されます. 例外的に -stable では三重間接ブロックまでは
到達しないため, 制限は二重間接ブロックで表現できる最大の
fs ブロック番号 (およそ (blocksize/4)^2 + (blocksize/4)) となります.
-current ではこの制限を超えると問題を引き起こすかもしれません.
正しい制限値である 2G-1 ブロックを使用すると明らかに問題が出ます.
<sect1>
<heading>フロッピーに 1 テラバイトのファイルを格納するには?</heading>
<p>わたしのところではフロッピーにいくつかの実際のファイルを保存しています :-).
最大のファイルサイズは最大のディスクサイズとはあまり関係はありません.
最大のディスクサイズは 1TB です. ファイルサイズがディスクサイズより
大きくなりうるというのは仕様です.
<p>以下の例は, 32K のディスク容量 (3 つの間接ブロックと
1 つのデータブロック) を使って, 小さなルートパーティションに
8T-1 の大きさのファイルを作成します. ここでの dd コマンドは
大きなファイルが扱えるものが必要です.
<verb>
ttyv0:bde@alphplex:/tmp/q> cat foo
df .
dd if=/dev/zero of=z bs=1 seek=`echo 2^43 - 2 | bc` count=1
ls -l z
du z
df .
ttyv0:bde@alphplex:/tmp/q> sh foo
Filesystem 1024-blocks Used Avail Capacity Mounted on
/dev/sd0a 64479 27702 31619 47% /
1+0 records in
1+0 records out
1 bytes transferred in 0.000187 secs (5346 bytes/sec)
-rw-r--r-- 1 bde bin 8796093022207 Sep 7 16:04 z
32 z
Filesystem 1024-blocks Used Avail Capacity Mounted on
/dev/sd0a 64479 27734 31587 47% /
ttyv0:bde@alphplex:/tmp/q> exit
</verb>
<p>Bruce Evans, September 1998
</sect>

80
ja_JP.eucJP/FAQ/install.sgml
View file

@ -1,6 +1,6 @@
<!-- $Id: install.sgml,v 1.6 1998-08-30 05:58:47 motoyuki Exp $ -->
<!-- $Id: install.sgml,v 1.7 1998-10-11 15:32:16 motoyuki Exp $ -->
<!-- The FreeBSD Japanese Documentation Project -->
<!-- Original revision: 1.9 -->
<!-- Original revision: 1.11 -->
<sect>
<heading>インストール<label id="install"></heading>
@ -574,17 +574,85 @@ disk wd2 at wdc1 drive 1 # wd3
</enum>
<sect1>
<heading>メモリやディスクスペースの限界は?</heading>
<heading>メモリの大きさの制限は?</heading>
<p>メモリは, (論理的な) 限界は 4 ギガバイトです. 1 ギガバイトのものは
すでにテストがされています. 普通は i386 の PC ではそれ以上のメモリを
サポートしているものは買うことはできません.
サポートしているものを買うことはできません.
<p>ファイルシステムは, 最大の論理的な限界は 8 テラバイトです.
<sect1>
<heading>ffs ファイルシステムの大きさの制限は?</heading>
<p>ffs ファイルシステムは, 論理的な最大の上限は 8 テラバイト (2G ブロック) か,
デフォルトのブロックサイズを 8K とすると 16 テラバイトとなります.
実際問題として, 1 テラバイトのソフトウェアの限界がありますが,
修正すれば 4 テラバイトのファイルシステムが可能です (実際に存在します).
<p>一つのファイルの最大の大きさは 2 ギガバイトです.
<p>一つの ffs のファイルの最大のサイズは, ブロックサイズが 4K の場合で
約 1 ギガブロック (4 テラバイト) です.
<verb>
maxfilesize
----------------------------------
2.2.7 3.0
fs block size -stable -current works should-work
------------- ------- -------- ----- -----------
4K 4T-1 4T-1 4T-1 4+T
8K 32+G 8T-1 32+G 16T-1
16K 128+G 16T-1 128+G 32T-1
32K 512+G 32T-1 512+G 64T-1
64K 2048+G 64T-1 2048+G 128T-1
</verb>
<p>fs ブロックサイズが 4K の場合は三重間接ブロックが使用され,
いづれの場合でも三重間接ブロックを使用して表現できる最大の
fs ブロック番号 (およそ 1K^3 + 1K^2 + 1K) に制限されるはずなのですが,
実際は fs ブロック番号の (間違った) 上限 1G-1 で制限されます.
fs ブロック番号の制限は 2G-1 となるはずです. 2G-1 付近に
fs ブロック番号のバグが多少ありますが, fs ブロックサイズが
4K の場合は, ここまでのブロック番号には到達しません.
<p>ブロックサイズが 8K 以上の場合, いづれの場合も fs ブロック番号の
上限 2G-1 で制限されるはずですが, 実際は fs ブロック番号の上限
1G-1 で制限されます. 例外的に -stable では三重間接ブロックまでは
到達しないため, 制限は二重間接ブロックで表現できる最大の
fs ブロック番号 (およそ (blocksize/4)^2 + (blocksize/4)) となります.
-current ではこの制限を超えると問題を引き起こすかもしれません.
正しい制限値である 2G-1 ブロックを使用すると明らかに問題が出ます.
<sect1>
<heading>フロッピーに 1 テラバイトのファイルを格納するには?</heading>
<p>わたしのところではフロッピーにいくつかの実際のファイルを保存しています :-).
最大のファイルサイズは最大のディスクサイズとはあまり関係はありません.
最大のディスクサイズは 1TB です. ファイルサイズがディスクサイズより
大きくなりうるというのは仕様です.
<p>以下の例は, 32K のディスク容量 (3 つの間接ブロックと
1 つのデータブロック) を使って, 小さなルートパーティションに
8T-1 の大きさのファイルを作成します. ここでの dd コマンドは
大きなファイルが扱えるものが必要です.
<verb>
ttyv0:bde@alphplex:/tmp/q> cat foo
df .
dd if=/dev/zero of=z bs=1 seek=`echo 2^43 - 2 | bc` count=1
ls -l z
du z
df .
ttyv0:bde@alphplex:/tmp/q> sh foo
Filesystem 1024-blocks Used Avail Capacity Mounted on
/dev/sd0a 64479 27702 31619 47% /
1+0 records in
1+0 records out
1 bytes transferred in 0.000187 secs (5346 bytes/sec)
-rw-r--r-- 1 bde bin 8796093022207 Sep 7 16:04 z
32 z
Filesystem 1024-blocks Used Avail Capacity Mounted on
/dev/sd0a 64479 27734 31587 47% /
ttyv0:bde@alphplex:/tmp/q> exit
</verb>
<p>Bruce Evans, September 1998
</sect>