もしもUNIXが存在しなかったら (121レス)
もしもUNIXが存在しなかったら http://mevius.5ch.net/test/read.cgi/unix/1318777317/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
65: 名無しさん@お腹いっぱい。 [sage] 2011/11/23(水) 09:52:08.84 >>64 表現は違っても、それもがいしゅつ >>36 http://mevius.5ch.net/test/read.cgi/unix/1318777317/65
66: 名無しさん@お腹いっぱい。 [sage] 2011/11/23(水) 10:12:01.82 俺がIT業界に迷いこむことがなかった http://mevius.5ch.net/test/read.cgi/unix/1318777317/66
67: 名無しさん@お腹いっぱい。 [sage] 2011/11/23(水) 10:30:45.64 もしもUNIXが存在しなかったら、 テキストファイルとバイナリファイルは完全区別され、 テキストファイルは ^Z (0x1a) で EOF。 バイナリファイルは 512バイトの整数倍でしか作成できなかった。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/67
68: 名無しさん@お腹いっぱい。 [sage] 2011/11/23(水) 23:45:54.15 今はあまりメジャーではないが、シングルレベルストレージ?フラットストア? みたく全てメモリにマッピングするファイルOSが主流になってたとか ヤベーそろそろデータ入れるアドレス128bitじゃ足りねーとかで 次は512bit拡張か、1024bitにするか揉めてたとか http://mevius.5ch.net/test/read.cgi/unix/1318777317/68
69: 名無しさん@お腹いっぱい。 [sage] 2011/11/24(木) 09:09:08.74 >>67 ファイルサイズをブロック単位ではなく、 バイト単位で覚えてるファイルシステムは UNIX以前からあったよ。 MS-DOSは古いCP/M互換で始まったから、 Ctrl-Zを踏襲しただけで。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/69
70: 名無しさん@お腹いっぱい。 [sage] 2011/11/24(木) 09:13:12.74 >>68 仮想記憶でページングが主流になる前は スパースで広いアドレス空間がなかったので、 メモリマップトが主流になるわけない。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/70
71: 名無しさん@お腹いっぱい。 [sage] 2011/11/26(土) 10:23:17.46 簡単にマドマギで説明してくれ http://mevius.5ch.net/test/read.cgi/unix/1318777317/71
72: 名無しさん@お腹いっぱい。 [sage] 2011/11/26(土) 16:22:36.42 もしもUNIXが存在しなかったら、 ファイルに「所有者」はあるが「グループ」はなかった。 タイムスタンプは2秒単位で、しかも更新時刻のみ。 ディレクトリにはタイムスタンプがなかった。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/72
73: 名無しさん@お腹いっぱい。 [sage] 2011/11/26(土) 18:52:27.20 >>72 そんなのはUNIXがなくたって代替えのOSが装備しただろ http://mevius.5ch.net/test/read.cgi/unix/1318777317/73
74: 名無しさん@お腹いっぱい。 [sage] 2011/11/26(土) 19:02:58.59 もしもUNIXが存在しなかったら、 fork()に相当するシステムコールは プログラム名、引数1、引数2、、、のパラメータを指定する方式になっていた。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/74
75: 名無しさん@お腹いっぱい。 [sage] 2011/11/26(土) 19:19:54.92 【ネット】いったい何が起きているのか?2ちゃんねるサーバ次々ダウン!UNIX板が今回の危機も救ってくれると願うユーザも http://uni.2ch.net/test/read.cgi/newsplus/1322278378/ http://mevius.5ch.net/test/read.cgi/unix/1318777317/75
76: 名無しさん@お腹いっぱい。 [sage] 2011/11/27(日) 11:03:48.91 なんか元ネタ聞いた方が楽しそうだね http://mevius.5ch.net/test/read.cgi/unix/1318777317/76
77: 名無しさん@お腹いっぱい。 [sage] 2011/11/27(日) 11:42:12.82 >>74 だよな。今のfork()/exec()方式ってやっぱり無駄が多いよな。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/77
78: 名無しさん@お腹いっぱい。 [sage] 2011/11/27(日) 23:37:53.05 >>77 それは74と全く逆の主張だろ。 歴史的にも間違いだし。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/78
79: 名無しさん@お腹いっぱい。 [sage] 2011/11/28(月) 06:35:59.18 >>78 copy-on-write方式なので実メモリをコピーするわけじゃないとしても、 一旦はメモリを予約しなければならない。 Solarisのようにメモリのオーバーコミットを許さない仕様だと、 あるプロセスが仮想メモリの50%以上を使っている状態で、 そのプロセスが小さい外部コマンドを起動するためにfork()しようとすると メモリが足りないためfork()が失敗する。もちろん、実際に使用するメモリは 十分余っているのにもかかわらず。だからfork()/exec()方式は無駄。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/79
80: 名無しさん@お腹いっぱい。 [sage] 2011/11/28(月) 07:58:33.21 fork/execじゃなく、Solarisが無駄。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/80
81: 名無しさん@お腹いっぱい。 [sage] 2011/11/28(月) 16:05:37.38 >>79 copy on writeって何時の話してんだよw アホか。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/81
82: 名無しさん@お腹いっぱい。 [sage] 2011/11/28(月) 16:29:25.91 Solarisのforkは今でもcopy on write方式ですが、、 http://mevius.5ch.net/test/read.cgi/unix/1318777317/82
83: 名無しさん@お腹いっぱい。 [sage] 2011/11/28(月) 18:53:10.05 UNIXがfork/joinモデルを採用した時は、 copy-on-writeどころか、pagingでさえなかった。 Process単位のswappingのみ。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/83
84: 名無しさん@お腹いっぱい。 [sage] 2011/11/28(月) 18:57:19.37 >>83 そんなことはみんな知ってる。で、fork/execは無駄と当時から言われていた。 vforkなどの寄り道もあった。copy-on-writeによってfork/execの無駄は一部緩和 されたが、依然として無駄だということ。今からOSを設計するなら fork/exec方式にはしないだろう。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/84
85: 名無しさん@お腹いっぱい。 [sage] 2011/11/30(水) 00:16:44.90 forkしないでパイプはどうやってつなげんの? http://mevius.5ch.net/test/read.cgi/unix/1318777317/85
86: 名無しさん@お腹いっぱい。 [sage] 2011/11/30(水) 00:40:45.16 プロセス生成のAPIに標準ハンドル指定するパラメータがある。 例: Win32にはforkはないけどパイプをつなげることはできる。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/86
87: 名無しさん@お腹いっぱい。 [sage] 2011/12/01(木) 04:59:24.49 POSIX SPAWNの設計を見るに、fork/exec方式を長年使って、ユースケースと ベストプラクティスを固めたからこそできる設計だと思うな。 いきなり設計できるわけがない、必要な回り道、というか正道だったと思うよ。 http://mevius.5ch.net/test/read.cgi/unix/1318777317/87
88: 名無しさん@お腹いっぱい。 [sage] 2011/12/01(木) 06:30:38.36 最近また vfork復活の流れになってるよね http://mevius.5ch.net/test/read.cgi/unix/1318777317/88
89: 名無しさん@お腹いっぱい。 [sage] 2011/12/01(木) 09:52:02.02 forkとCOWを目一杯活用します、なんて奴も現れたし http://mevius.5ch.net/test/read.cgi/unix/1318777317/89
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 32 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.013s