トップページ⇒unix
1001コメント317KB

NetBSD その11

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。UNIX時間(+0900)35年,2005/04/03(日) 23:49:15
``もちろんNetBSDです。''
http://www.netbsd.org/

お約束、関連リンクは>>2-10あたりにあるかもしれない。

前スレ
NetBSD その10
http://pc8.2ch.net/test/read.cgi/unix/1106336671/
0750名無しさん＠お腹いっぱい。2005/06/14(火) 01:46:34
酷い訳には違いないが、どっちかというと英語さぽーりわからんという人の意見を聞いてみたいトコだ。
どーせ2chなんだしこんなところでいい訳出されても流用きかん。
0751名無しさん＠お腹いっぱい。2005/06/14(火) 01:49:40
なんでこうIntelベースのシステムを嫌うのかしら。どーせi386動かすのに。価格対性能比?
0752名無しさん＠お腹いっぱい。2005/06/14(火) 01:58:38
英語苦手だが、自動翻訳の文読むくらいなら原文のほうがマシ。

>>751
どーせi386動かすという根拠は？
0753名無しさん＠お腹いっぱい。2005/06/14(火) 02:01:16
過去に完全に成功しているものっつーならamd64はありえんだろ。
0754名無しさん＠お腹いっぱい。2005/06/14(火) 02:03:27
>>729のお金を全部TNFの寄付に回してたらどっちが役にたったろう
0755名無しさん＠お腹いっぱい。2005/06/14(火) 02:04:51
> なんでこうIntelベースのシステムを嫌うのかしら。

別に嫌ってるわけじゃないと思うけど。
ちょっと前に導入したものには Intel のマシンもあるよ。

> 価格対性能比?

そういうことでしょ。
今、ちょうど P4 のサーバ系は性能向上が止まった時期にあるし、
build マシンも anoncvs も相当負荷のかかるサービスだから、
性能面での要求は厳しいっす。
0756名無しさん＠お腹いっぱい。2005/06/14(火) 02:07:46
佐多ディスクドライブ
に不覚にもちょっとウケた
0757名無しさん＠お腹いっぱい。2005/06/14(火) 02:11:10
しかし、OpenBSD のハードウェア導入の方針
ttp://marc.theaimsgroup.com/?l=openbsd-misc&m=111056575918669&w=2
とは結構対照的だねえ。
片や 12,500ドルのデル製マシン、オンサイト保証付 U320 SCSI RAID (OpenBSD)。
片や 2,000〜3,200ドルの無名？メーカに SATA ディスク (NetBSD)。
0758名無しさん＠お腹いっぱい。2005/06/14(火) 02:13:24
だからpoorなんでしょ。
SMPもDualCoreもやらんのだろうねえ
0759名無しさん＠お腹いっぱい。2005/06/14(火) 02:22:42
確かにデュアルコアじゃないみたいだけど、
仕様を見る限り、build も anoncvs も
両方とも SMP でしょ。
デュアルコアが安価になったら CPU だけ
置き換える作戦？

あと、anoncvs の方はメモリを 8GB 積むみたい
だから、i386ポートじゃなくて、amd64 ポートを
使うのは間違いなさそうだね。
0760名無しさん＠お腹いっぱい。2005/06/14(火) 02:27:55
Project自らヒトバシラー？ チャレンジャーですな
まあ積んでても最初から有効にするかどうかはわかんないけど。

せっかくなんだから OS のバージョンは何使うかとか
どういうカーネルコンフィグ設定で動かすつもりかとか
そのへん公開して実績アピールみたいなことしないかしら。

>>757
OpenBSDのサーバーは空リストかいう話がなかったっけ。スポポンサーの意向?
0761名無しさん＠お腹いっぱい。2005/06/14(火) 02:38:35
> Project自らヒトバシラー？チャレンジャーですな

これは当然じゃないかなあ。
developer 自身がデバッグできるところで負荷かけないと
開発効率がむしろ悪いと思う。

> まあ積んでても最初から有効にするかどうかはわかんないけど。

有効にすると思うな。
たぶん、anoncvs リポジトリのデータとメタデータの両方を物理メモリ
中に完全にキャッシュさせる目論みだと思うよ。
現在でもリポジトリのデータだけで 6GB を越えるでしょ。4GB だと
足りない。
0762名無しさん＠お腹いっぱい。2005/06/14(火) 02:39:39
buildはともかくanoncvsはSMPの意味ってどれくらいあるの?
CPUスペック下げて2台作った方がいいような気がする。
0763名無しさん＠お腹いっぱい。2005/06/14(火) 02:41:27
>>761
むかしの anoncvs は alpha だったけどトラブるからやめちゃったじゃん。
性能の問題もあったかもしれないけど。
0764名無しさん＠お腹いっぱい。2005/06/14(火) 02:42:40
pkgsrcのマシンはどうなってるんだろう。あっちもかなり大変そうだけど。
0765名無しさん＠お腹いっぱい。2005/06/14(火) 02:45:48
> OpenBSDのサーバーは空リストかいう話がなかったっけ。

netcraft で見ると、{ftp,www}.openbsd.org は今でも
Solaris だね。
>>757はcvsサーバだから、こいつらとは別なんだろうな。

> スポポンサーの意向?

大学みたいだから(University of Alberta)、頼めばPCも
置いてもらえるような気もするけどねえ。
0766名無しさん＠お腹いっぱい。2005/06/14(火) 02:50:28
>>762
cvs や rsync で圧縮オプションを使うクライアントが
いた場合は、CPU負荷も結構ありそうな気がする。
ECC付きメモリ8GB ってかなり高いので、2台にするより
はSMPの方が安価ってことかなあ。
0767名無しさん＠お腹いっぱい。2005/06/14(火) 02:56:57
>>766
どうせ I/O がネックになるという気はするが...
-z9 指定されても勝手に -z1 にする、みたいな設定できないのかしらね。
どうせ転送速度に効くほど変わんないし。
0768名無しさん＠お腹いっぱい。2005/06/14(火) 03:01:00
> どうせ I/O がネックになるという気はするが...

UBC + dynamic buffer cache で、メモリ 8GB あれば、I/O は
全く起きなくなるんじゃ？
0769名無しさん＠お腹いっぱい。2005/06/14(火) 03:03:51
>>766
buildのマシン仕様をUP仕様にしたら本体とCPUで$500くらい下がらん?
そしたらanoncvsマシンの値段で2台買えるよ。
>>768
肝心のネットワークがつまるじゃん。
0770名無しさん＠お腹いっぱい。2005/06/14(火) 03:21:15
> buildのマシン仕様をUP仕様にしたら本体とCPUで$500くらい下がらん?
> そしたらanoncvsマシンの値段で2台買えるよ。

2台だと、性能は2倍、価格は1.5倍ってことだよね。
逆に言うと SMP1台で、UP と比べて (2/1.5)=1.33倍の性能が
出るなら、SMP の方がお得ってことでは？ ビルドの場合、
user time の割合が多いし、プロセス間の依存性はないから、
今の NetBSD でも 1.3 倍は楽勝で可能じゃないかな。

> 肝心のネットワークがつまるじゃん。

あー、そういう意味か。
ただ、圧縮すればするほどネットワークは空いて、
CPU負荷は上がるよねえ。実際、どうなんでしょ。
0771名無しさん＠お腹いっぱい。2005/06/14(火) 03:45:37
だからbuildのマシンはそのままでよくて、
buildマシン仕様をUP仕様にしたのを2台用意してその2台を
anoncvs/rsync用としたほうがいいんでないの? って話。
1台当たりの性能は下がるが、トータルでは同じ値段でより性能出ないか?
0772名無しさん＠お腹いっぱい。2005/06/14(火) 03:49:25
NetBSD/amd64のSMPってどれくらいちゃんと動くの?
0773名無しさん＠お腹いっぱい。2005/06/14(火) 03:54:03
前スレ871の解説に期待
0774名無しさん＠お腹いっぱい。2005/06/14(火) 03:54:28
>>771
メモリとディスクはどうすんの。
0775名無しさん＠お腹いっぱい。2005/06/14(火) 03:59:19
ディスクアクセスはメモリの1万倍〜10万倍くらい遅いので、
メモリが8GBあるかないかで劇的に性能が変わるんじゃないの？
つまり2台あっても、メモリがそれぞれ4GBしかなかったら、
性能は2倍になるどころか、むしろ下がるんでは？
0776名無しさん＠お腹いっぱい。2005/06/14(火) 04:00:28
anoncvs仕様に比べてCPUとメモリとディスクとを半分にして$1,600くらい。
でネットワークは2倍。ということを言ってるつもりなんだけど。
ディスク半分じゃ足りない?
0777名無しさん＠お腹いっぱい。2005/06/14(火) 04:02:37
>>775
レポジトリの容量は6GBかもしれんけどそれがいつもすべてアクセスされるのかしらん。
0778名無しさん＠お腹いっぱい。2005/06/14(火) 04:05:33
> レポジトリの容量は6GBかもしれんけどそれがいつもすべてアクセスされる
> のかしらん。

リリースの時期など、ブランチが作られるタイミングでは、ほぼ全てのファイル
の内容がアクセスされることになるんでは？

ディスクはたぶん足りるが、メモリは8GB必要ってが>>766の推測でしょ。
0779名無しさん＠お腹いっぱい。2005/06/14(火) 04:08:12
1台でも2台でもいいけど、どっちみちanoncvs用途でSMPは費用対効果悪いような。
その分メモリ増やしたら?
0780名無しさん＠お腹いっぱい。2005/06/14(火) 04:12:39
メモリはたぶん8GBあれば十分で、それ以上は要らない。
問題は、CPUが足りるかどうかで、足りるんだったら、
当然UPの方がいい。足りないなら2台買うよりはSMPの方が
お得って計算でしょ。だからanoncvs用途で、本当にSMPが
費用対効果比が悪いかどうかは不明。CPUが足りてないなら、
SMPの方が費用対効果比が高いってことになるのでは？
0781名無しさん＠お腹いっぱい。2005/06/14(火) 04:15:24
で、CPUが足りないような負荷の時は先にネットワークがつまるんじゃ?
と言うと無限ループなので素直にUPで目標金額下げればいいのでは。
0782名無しさん＠お腹いっぱい。2005/06/14(火) 04:19:52
CPUに余裕があれば-z付けて幸せになれるでしょ。
0783名無しさん＠お腹いっぱい。2005/06/14(火) 04:21:53
UPにして節約するって言っても、そういう話だとメモリ4GBを2台
じゃなくて、メモリ8GBのシステム1台でってことだよねえ。だと
すると、節約できる金額は$500で、anoncvs全体の価格の16%弱？
うーん、16% 程度なら、念のため SMP にしといてもいいような。
0784名無しさん＠お腹いっぱい。2005/06/14(火) 04:22:28
その幸せに対する費用対効果は(以下略
今からお金集めるわけだからね〜
0785名無しさん＠お腹いっぱい。2005/06/14(火) 04:22:38
2 台になるとなんでネットワークが 2 倍? 詰まると言ってる場所はどこ?
ISP との間の帯域? 直近のLAN? それともマシン内?
0786名無しさん＠お腹いっぱい。2005/06/14(火) 04:25:04
$500ってのはどこから来たんだ。
0787名無しさん＠お腹いっぱい。2005/06/14(火) 04:27:02
ネットワークが詰まるのは、ISP との間の帯域でしょ。
>>769が言ってるのは、anoncvsのCPUがサチるよりも
先にISPとの間の帯域がサチるのでは？ってことだと
思う。Opteron 242 の CPU 能力で、gzip -9 の圧縮
には、どれくらいのバンド幅が出せるのかしら。
0788名無しさん＠お腹いっぱい。2005/06/14(火) 04:29:11
anoncvsってISCかどっかに置くんでしょ。
だったらISPとの帯域なんて十分あって
そっから先のLANとマシン内の問題だったりしないの？
0789名無しさん＠お腹いっぱい。2005/06/14(火) 04:33:54
Opteron じゃなくて、P4 2.4GHz だけど、試してみたら
gzip -9 だと、7Mbps くらいの性能しか出なかった。
だとすると、おおざっぱに言って、10Mbps 以上の帯域が
あるインターネット回線ならば、ネットワークネックじゃ
なくて、CPUネックになりうるってことのような。
ということは、一応 SMP の方が安全？
0790名無しさん＠お腹いっぱい。2005/06/14(火) 04:34:16
ISP との帯域が詰まるんだったら、なんでサーバー 2 台にすると解決するの?
NIC もう一枚挿すのとどうちがう?
0791名無しさん＠お腹いっぱい。2005/06/14(火) 04:37:01
>>790
ISP とのネットワークが詰まる場合は、SMPにする価値もなければ、
2台にする価値もないってことでしょう。
もちろんNICを分けても意味なし。
07926882005/06/14(火) 04:39:10
おいらのマシンをハイバネ可能にしてくれて、
あと俺が知らない、このマシン固有のいい設定にしてくれて
CFと常用ユーザのホームディレクトリをソフトウェアRAID1にしてくれたら
俺の貯金の10万なら寄付してもいいよ
まぁ、寄付っていわないか。 それくらいのサポート費なら払う

0793名無しさん＠お腹いっぱい。2005/06/14(火) 04:39:51
>>789
-9だと負荷対圧縮効果比悪杉なので-1で試すべきでは
07947892005/06/14(火) 04:48:24
もういっぺんやったら、>>789は桁を間違えてたみたい。orz
222Mbps gzip -1 (default)
 98Mbps gzip -6 (default)
 59Mbps gzip -9
問題は、ユーザがふだんどのオプションを使ってるかかな。

gzip -1 でも、回線幅が 300Mbps 以上あるなら、CPUネック
になりそう。
07957942005/06/14(火) 04:49:35
コピペみすった。orz
default は gzip -6 の方ね。
0796名無しさん＠お腹いっぱい。2005/06/14(火) 08:16:26
2.02新規インストール中
sup -s -v でファイル落としてきているんだけど
まだ archive のところ。あと何時間くらいで終わるのだろう・・・？
回線はケーブル、down limit は 300kくらい。
0797名無しさん＠お腹いっぱい。2005/06/14(火) 11:51:06
ここ最近のいような伸びはなんですか？
0798名無しさん＠お腹いっぱい。2005/06/14(火) 12:08:22
寄付の話(既出)
寄付の使い道(サーバ構成)に対する意見
雑談希望日記
など
0799名無しさん＠お腹いっぱい。2005/06/14(火) 13:04:51
呼んだ？ (=ﾟωﾟ)ﾉぃょぅ
0800名無しさん＠お腹いっぱい。2005/06/14(火) 13:58:40
　　＿＿＿
　　||￣ Λ＿Λ
　　||＿（´д｀；）
　　＼⊂´　　　）
　　　　（　　┳'
0801名無しさん＠お腹いっぱい。2005/06/14(火) 14:18:38
>>791
...じゃ、1 台でいいんじゃん。
ああ、「SMP やめさせたい」のか。そういうことか、それが主旨ね。
0802名無しさん＠お腹いっぱい。2005/06/14(火) 19:12:05
MPで運用したほうがMPの耐久試験ができていいじゃない。
0803名無しさん＠お腹いっぱい。2005/06/14(火) 20:26:52
仕事するマシンで耐久させるとハマるよ。
autobuildなら止まっても大したことないと思うけど
anoncvsが止まるとマダーメール爆撃があちこちに……
0804名無しさん＠お腹いっぱい。2005/06/14(火) 20:37:00
寄付がいっぱい集まれば、SMP構成のanoncvsと、そのバックアップ
マシン兼各マシンの故障時の部品取りの2台を用意しとけば無問題。
SMPマザーにしとけばbuildへ転用も可能。




問題は金。
0805名無しさん＠お腹いっぱい。2005/06/14(火) 20:50:24
ハードウェアの問題で止まるなら2台あれば復帰できるけど
OSの問題で止まったら何台あっても無意味な罠
0806名無しさん＠お腹いっぱい。2005/06/14(火) 20:53:56
ソフトの問題ならUPカーネルで立ち上げ直せばとりあえず
解決するのでは？ ちともったいないけどハードウェア構成
を揃えておけば、>>804にあるように故障時に融通し合うこ
とはできるよね。
0807名無しさん＠お腹いっぱい。2005/06/14(火) 20:57:31
NetBSD/amd64 ってところから不安なんだが NetBSD/i386 でも起動できるようにしておくとか?
amd64 のサーバー運用実績ってどれくらいあるの?
0808名無しさん＠お腹いっぱい。2005/06/15(水) 01:16:25
>>801
大々的に寄付を募って動き出したanoncvsが
SMPバグのせいでいきなり止まったりしたら
やっぱりNetBSDの実戦経験値は駄目駄目なのか、
なんてITニュースが駆け巡っちゃうじゃん。
裏方のautobuildでこそっと基本を鍛えてから
表舞台に出た方がいいんじゃないかな〜
0809名無しさん＠お腹いっぱい。2005/06/15(水) 01:22:50
どうしてもSMP止めさせたいのは何故
0810名無しさん＠お腹いっぱい。2005/06/15(水) 01:24:53
武器防具を装備せず町を出たドラクエの勇者のようなことになりそうだから
0811名無しさん＠お腹いっぱい。2005/06/15(水) 01:34:31
>>808
どうしてもSMP止めさせたいのは何故？
0812名無しさん＠お腹いっぱい。2005/06/15(水) 01:45:33
NetBSDのanoncvsが止まったくらいじゃニュースにはならんから安心しる
0813名無しさん＠お腹いっぱい。2005/06/15(水) 01:53:49
まあFreeBSDスレでネタにされるくらいだろう。
0814名無しさん＠お腹いっぱい。2005/06/15(水) 01:54:40
SMPだろうが普通の用途には普通に使えているわけだが。
0815名無しさん＠お腹いっぱい。2005/06/15(水) 01:57:50
NetBSD という時点で普通ではないわけだが
0816名無しさん＠お腹いっぱい。2005/06/15(水) 01:59:14
ところで Changes の Port specific changes に amd64 がないのは何故？
0817名無しさん＠お腹いっぱい。2005/06/15(水) 02:04:15
fvdlがそのへん無頓着だから。
つーか NetBSD/amd64動かしてる人は
macppcや sparcよりずっと少ないんじゃない？
0818名無しさん＠お腹いっぱい。2005/06/15(水) 02:12:03
無頓着だと "None recorded in changes log." すら生成されないものなの？
中の構造は知らんけど。
0819名無しさん＠お腹いっぱい。2005/06/15(水) 02:20:49
>>813
×ネタにされる
○>>813が投下する
0820名無しさん＠お腹いっぱい。2005/06/15(水) 02:25:55
COMPAT_LINUX32がそれなりに動くようになったら
amd64も試してみる気になるんだけど、まだまだ先か。
0821名無しさん＠お腹いっぱい。2005/06/15(水) 04:05:04
sup終わらない・・・
0822名無しさん＠お腹いっぱい。2005/06/15(水) 12:48:32
OpenSolaris 出たね
0823名無しさん＠お腹いっぱい。2005/06/15(水) 14:07:10
CDDL の 3.1. Availability of Source Code. にソース入手性確保が
書いてあるから、OpenSolaris からコード持ってくると現状の
GPL'ed なのと同じ扱いになるんだろね。
0824名無しさん＠お腹いっぱい。2005/06/15(水) 14:11:35
OpenSolaris usr/src/uts/common/os/main.c には from SVr4.0 って書いて
あった。 SVR4 も一部公開可なのか?
0825名無しさん＠お腹いっぱい。2005/06/15(水) 14:17:59
>>823
GPLみたいな伝染性はないので、むしろLGPLに近いと思う。

>>824
SCOと何らかの手打ちをしたんだと思われ。
0826名無しさん＠お腹いっぱい。2005/06/15(水) 14:27:02
一部 NetBSD ツリーへ取り込むのは可? 外置き?
08277922005/06/15(水) 23:14:26
誰も助けてくれないの？
バイトしようと思うから、もうちょっとなら払えるよ
0828名無しさん＠お腹いっぱい。2005/06/15(水) 23:37:39
助けるって言っても、もうやり方は出てるような。
実作業を頼みたいなら、匿名じゃ難しいんじゃないの？
0829名無しさん＠お腹いっぱい。2005/06/15(水) 23:46:10
ソフトウェアRAIDってあるの？
0830名無しさん＠お腹いっぱい。2005/06/15(水) 23:47:57
ある。ルートパーティションもRAIDにできる。
もっともMBRやブートブロックはRAIDじゃ保護できないが。
0831名無しさん＠お腹いっぱい。2005/06/15(水) 23:52:26
pkgsrc探してみたけどないぞ
0832名無しさん＠お腹いっぱい。2005/06/15(水) 23:55:36
RAIDのこと？ そりゃそうだ。最初から入ってるもん。
ttp://www.netbsd.org/guide/en/chap-rf.html#chap-rf-ex-raid1root
0833名無しさん＠お腹いっぱい。2005/06/15(水) 23:59:40
しらんかった
英語よめへんから、そのうち調べよう
0834名無しさん＠お腹いっぱい。2005/06/16(木) 00:07:21
ノートをRAIDにする意味あるのか。
08357922005/06/16(木) 00:12:13
>ノートをRAIDにする意味あるのか。
どういう意味？
ノートだからこそHDDがクラッシュする可能性型かいと思うよ？
だから、CFとホームディレクトリをRAID1にして
自分が作ったデータだけでも守りたい
まぁ、今刺してるは128MBだけどね・・・
1GBが1万円切ってるらしいから欲しいんだけど
NetBSDがお金に困ってるんなら俺の10万が役に立つのなら
寄付しようかなと思ってる、どうしよう
0836名無しさん＠お腹いっぱい。2005/06/16(木) 00:14:55
RAID にするよりもrsyncかなにかを使ってコマンド1発で
バックアップをとれるようにしておいて、cronか何かで
毎日そのバックアップコマンドを実行、かつ手で時々実行
とかしといた方がいいような。

CFって、アクセスが遅いからRAIDにすると結構苦痛じゃない？
最近の高速なやつだとOKだったりする？
08377922005/06/16(木) 00:23:51
俺が答えていいのかな？

やったことないからわからないけど
うちの場合、ホームディレクトリは自分で書いたテキストと
誰かが書いたテキストのコピーとデジタルカメラの写真しかない
そんなに頻繁に書き換えたりすることはないし
保存するときも、一気に数十MBも保存することがないから多分大丈夫だと思う
今はshutdown時にrsyncでやってるんだけど、以前2日間付けっぱなしにしてたときに
飛んだことがあって泣いたことがあった
テキストは思いだしだし書いたら元通りとはいかないけど復帰できたんだけど
デジタルカメラの写真が全てふっ飛んだ
3日間旅行いってたときにとった写真がふっ飛んだ
もう、デジタルカメラは絶対に使わないと思った
だけど使ってるから、どうにかしてRAIDがしたい
0838名無しさん＠お腹いっぱい。2005/06/16(木) 00:25:58
>>835
問題なのはクラッシュする確率そのものではなく、
リカバリーにかかる手間、時間だろ。
0839名無しさん＠お腹いっぱい。2005/06/16(木) 00:38:45
まあディスク全体じゃなくて、/homeだけならCFでも大丈夫かもね。
デジカメの写真は結構サイズが大きいから、ちと怪しいけど。
でもCFをRAIDに使うと、/home を umount して raid を停止すると
いう手順を踏まない限り CF の入れ換えができなくなるけど、それ
でいいのかな？
0840名無しさん＠お腹いっぱい。2005/06/16(木) 00:42:18
飛んだというのがどういう状況かわからないけど、
そのときRAIDにしていたらそれが救えたかというと
そうは思えないな。
0841名無しさん＠お腹いっぱい。2005/06/16(木) 02:18:42
>>839
あんまり写真はとらないので
今は、写真入れてるディレクトリは32MBです
CFは挿しっ放しです、このノートのバックアップメディアにしてるので
あ、ちなみにX21は本体にCFスロットが付いてるんですよ

>>840
飛んだっていうのは、HDDのクラッシュ
RAIDにしてたら、リアルタイムにCFにも保存されてるので
ホームは守られてたと言う意味です
これは、かなり重要だと思うのですけど・・・
0842名無しさん＠お腹いっぱい。2005/06/16(木) 02:27:42
そこでlivebackupですの
0843名無しさん＠お腹いっぱい。2005/06/16(木) 03:02:11
そのRAIDの日本語訳ないの？
英語読めないことはないんだけど、めんどくさい
0844名無しさん＠お腹いっぱい。2005/06/16(木) 03:12:53
素直に「満足には読めない」といったらどう？
もしくは「英語には不自由」とかさ。
0845名無しさん＠お腹いっぱい。2005/06/16(木) 03:26:53
満足に読めません
だから、日本語訳を下さい
0846名無しさん＠お腹いっぱい。2005/06/16(木) 03:32:24
ないものはしかたがない
お金払って翻訳業者にでも頼んだらいいんじゃない
08478432005/06/16(木) 03:59:19
無いんだったら自分で読むからいいよ
0848名無しさん＠お腹いっぱい。2005/06/16(木) 04:09:13
LinuxのReiserFSはマウントできませんか？
0849名無しさん＠お腹いっぱい。2005/06/16(木) 04:12:14
man mount
0850名無しさん＠お腹いっぱい。2005/06/16(木) 04:25:45
RAIDとcronでのbackupとを比べたらどう見てもRAIDの方が労力対効果悪そうだが
なんでそんなにRAIDにこだわるの? 技術的興味だということなら止めないが
それなら他人に労力の負担を求めるのはやめとくれ。せめて不満をぶちまける前に
自分の努力を先に示してくれ。自分で何もしない奴を助ける道楽者はそういないぜ。
■ このスレッドは過去ログ倉庫に格納されています