なんとなくSolaris/x86 part15

**名無しさん＠お腹いっぱい。** · 2009/04/12(日) 17:55:26

x86 Solarisは、無印SolarisとOpenSolaris、そしてJarisの３つに分かれます。
それぞれの比較についてはどのスレでもかまいませんが、
このスレではオープンソースとディストリについての話は控えてください。
むしろSparc版Solarisとの違いについて語ってください。

ttp://jp.sun.com/practice/software/solaris/

■前スレ
　なんとなくSolaris/x86 part14
　ttp://pc12.2ch.net/test/read.cgi/unix/1233420862/

■関連スレ：
　【真性】Solaris教えてスレッド其の30 【SPARC】
　ttp://pc12.2ch.net/test/read.cgi/unix/1214627424/

　OpenSolaris総合スレッドその2
　ttp://pc12.2ch.net/test/read.cgi/unix/1236772561/

　Jaris
　ttp://pc12.2ch.net/test/read.cgi/unix/1237101766/

■その他
　サン・マイクロシステムズはいかがですか？2
　ttp://pc12.2ch.net/test/read.cgi/unix/1236078340/

　今時、Solaris使ってる馬鹿って・・・ﾌﾟﾌﾟﾌﾟ
　ttp://pc12.2ch.net/test/read.cgi/unix/1014037950/

　［NFS鯖移行］Solarisの思い出［NIS鯖移行］
　ttp://pc12.2ch.net/test/read.cgi/unix/1139633506/

**名無しさん＠お腹いっぱい。** · 2009/05/20(水) 23:35:06

「教えてください」って言えばいいのに何で教示とか教授とか使うの？

**名無しさん＠お腹いっぱい。** · 2009/05/20(水) 23:42:25

どなたか、この質問について存じ上げられている方、おられましたら、
ご回答を申し上げてください。

**名無しさん＠お腹いっぱい。** · 2009/05/20(水) 23:44:50

> どなたか、この質問について存じ上げられている方、見えましたら
と書いていれば名古屋人決定。

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 00:18:39

おみゃーさんに言われてもうたわ。

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 01:44:12

みんな、なかよく。

ところで、Ｓｏｌａｒｉｓ初心者なのですが、何年何月版とついているのは、出るたびに入れてますか？
Ｓｏｌａｒｉｓ１０に5/09ってのが出ましたよね。これっていうのは
smpatch update とするのとは違うものです？

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 02:00:32

違う
何が違うかは自分で落として体感せよ

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 05:05:34

>>247
初心者むけに説明するよ。
>何年何月版とついているのは、出るたびに入れてますか？
Yes
>smpatch update とするのとは違うものです？
違う。smpatch であたるのはセキュリティ上の重大なパッチのみ。版が新しくなるとそれ以外の細かな修正もされるし、機能も追加される。
5/09の新機能については、Solaris 10 5/09 What's New <ttp://docs.sun.com/app/docs/doc/820-7758/gijtg?a=view>を参照。
旧版を使っていて5/09をインストールしたいのなら、/export/home などのユーザファイルを間違って消さないよう注意すること。

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 14:33:16

>>242
そうか自粛しよう
質問と解答のみの
ストイックなのがお好きなんですぬ

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 15:20:33

俺が見てるだけでも同時に3スレで「ご教授で正しいﾆﾀﾞ！」ってやってんだから
ウザがられても当たり前。

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 15:23:20

もう、御教授・御教示じゃなくて女教授・女教師でええやん。

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 15:38:33

>>251
「ご教授が間違ってるﾆﾀﾞ！」も十分うざいんだがな。

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 15:42:32

まぁ、仕様書とかドキュメント書きしてる人も多いだろうから
ここの連中は言葉には敏感だよなｗ

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 15:46:58

ご教授が間違ってるなら、指摘するべきだろ。
「「ご教授」は間違ってる」は、やりすぎるとうざいが。

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 15:57:31

>>254
日記の更新の間違いだろｗ

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 16:38:27

ごめんね。ブログだったわｗ

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 22:40:31

>>236
creat()は仕様
ユーは歴史を知らないね

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 23:32:21

本人に直接聞いたらつづりを間違えただけって笑ってたと思うが。。。

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 23:40:53

>>259
ユーは師匠に遊ばれてるだけだね

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 23:41:15

外部名に(頭の_を含めて)6文字の制限が有ったのだろう。

**名無しさん＠お腹いっぱい。** · 2009/05/21(木) 23:54:40

文字数制限じゃなくて>>259が正解だったと思うけど出典忘れた。
文字数制限はforthとschemeが有名だね。

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 00:00:53

でも>>261が正解なのかな?

http://www.mail-archive.com/gnhlug-discuss@mail.gnhlug.org/msg00378.html

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 00:02:05

ldの仕様だったと思うが。
もう一度UNIXを作り直すとしたら? との問いに

ケン・トンプソン「creat()にeをつけます」
デニス・リッチー「もう一度UNIXを作り直す機会は、もう私にはない」
リーナス・トーバルズ「互換性の為にeは取った」

というネタもある位で…。

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 00:23:11

RefererもReferrerの間違いだ

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 00:28:24

Javaのメソッドも何か有名なタイポがあった気がする

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 06:42:18

>>261
その説明は、
unlink() _unlink() が _ を含めて7文字になるから破綻。

unlink()も、creat()と同じ時代から存在していた基本コールのはず。

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 10:29:40

>>266
String#substring は subString であるべき、とか？

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 10:55:48

>>267
unlinkはその名称からしてlinkと対で生まれたと考えられる。
ところがハードリンクはファイルシステムに必須の機能でな無いので、
ハードリンクが導入された時にファイルを削除する機能がunlinkに統
合された可能性も十分にある。>>261を積極的に否定する理由にはならない。

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 10:59:53

>>269
確定している過去の事実に対して「可能性も十分にある」って何よｗ

unlinkよりも前にファイルを削除するコールが別にあったとでも？

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 11:07:39

全然確定していない。creatとunlinkが同時に誕生したというソース持ってきなよ。

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 11:15:11

$ ssh freebsdhost
$ man 2 creat
...
HISTORY
The creat() function appeared in Version 6 AT&T UNIX.

$ man 2 unlink
...
HISTORY
The unlink() function appeared in Version 6 AT&T UNIX.

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 11:22:40

>>269
link() の方が unlink() より「あと」でできてる。

unlink() -- Version 6 AT&T UNIX.
link() -- Version 7 AT&T UNIX.

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 11:44:56

>>272-273
そんな新しい時代の話はしていないが、1972年(V2-V3の頃)のldのソースに
creatとunlinkが両方でてくるので>>261は取り下げておく。
http://minnie.tuhs.org/UnixTree/1972_stuff/s1/frag16.html

余談 Version3ではmkdirではなくmakdirだった。
http://minnie.tuhs.org/UnixTree/V3/usr/man/man2/

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 11:49:02

>>274の訂正(ディレクトリのV3に引っ張られた)

V2-V3 => 2nd - 3rd
Version3 => 3rd edition

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 12:22:30

>>273 の unlinkの起源が正しいとすると、
>>274 の ldのソースにあるという unlink()は、syscallじゃなくてlibc関数?

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 13:59:36

create（e付き）は、既に他で使ってた、じゃなかったっけ?
予約語だった、だっけか?

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 15:11:34

breakとかcontinueとかgotoという関数がない理由か。
あとentryだっけ？

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 17:53:45

バージョン6より前のUNIXでは、creatもunlinkもなしで、
ファイル作成や削除はどうやってやってたの?
組み込みソフトみたいに、OS上ではファイルの作成も削除もできず、
ファイルはあらかじめ作成済み、オープン済みで、すべてファイル記述子でアクセスとか??

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 20:14:32

いやいや、もっと前からあるから安心しなされ。
HISTORYセクションができたのが V6、とかそういうことだろ。

**名無しさん＠お腹いっぱい。** · 2009/05/22(金) 20:39:04

養老院の庭でセミが鳴いている、
ジジー、ジジー、ジジー、

**名無しさん＠お腹いっぱい。** · 2009/05/23(土) 17:27:02

日経Linux最新号買った？
brtfs　vs ZFS のがちんこ勝負。
結果は ZFS の負け。
理由はファイルシステムをマウントしたままデフラグができないからだそうだ。
え？

**名無しさん＠お腹いっぱい。** · 2009/05/23(土) 18:06:04

brtfs　vs ZFS がちんこ勝負。

に見えた

**名無しさん＠お腹いっぱい。** · 2009/05/23(土) 19:18:58

raidzのデフラグってどういうんだろうな?

**名無しさん＠お腹いっぱい。** · 2009/05/23(土) 19:45:41

バラけてるのが良くないんだから、パリティをディスク1台に集中させて
データもなるべく同じディスクに書くようにすればいいんじゃね？

**名無しさん＠お腹いっぱい。** · 2009/05/23(土) 19:47:40

>>285
>バラけてるのが良くない

俺良い事思い付いた。データ全部テープに置けば良いんじゃね？

**名無しさん＠お腹いっぱい。** · 2009/05/23(土) 20:26:59

ん？
B-tree だから btrfsではないかと。

**名無しさん＠お腹いっぱい。** · 2009/05/23(土) 20:53:53

HUMMERは？HUMMERはどうなの？

**名無しさん＠お腹いっぱい。** · 2009/05/23(土) 20:55:58

フンメル？
ナースホルン(ry

**名無しさん＠お腹いっぱい。** · 2009/05/23(土) 22:29:18

原付自転車と普通自動車を比較して。
ヘルメット収納スペースの有無で比較されてもなあ。

**名無しさん＠お腹いっぱい。** · 2009/05/24(日) 03:00:10

アフォ記事真に受けてLinuxを採用して泣く馬鹿が増えますように

**名無しさん＠お腹いっぱい。** · 2009/05/24(日) 04:03:20

バターはまだ実用段階に至ってないはずだよな
そのアフォ記事書いたライターは誰なんだ？

**名無しさん＠お腹いっぱい。** · 2009/05/24(日) 12:34:16

日経Linux、記事の質落ちた？

**名無しさん＠お腹いっぱい。** · 2009/05/24(日) 14:00:58

OracleのbtrfsとSunのzfs、仲良く喧嘩しな

**名無しさん＠お腹いっぱい。** · 2009/05/24(日) 17:43:24

>>282
そもそもその必然性がないのだが。
むしろこれからは少なくともシステムまわりはSSDが主流になるから、むしろデフラグが害にしかならん。

だいたいbrtfsはまだ開発途上で安定版すら出ていない代物。
主要化は確実に２年以上先。

**名無しさん＠お腹いっぱい。** · 2009/05/24(日) 20:43:19

つか、OracleがSUNを取り込んだ時点で、btrfsの開発を続ける意義がほとんど無くなってるし。
今回の買収話でMySQLがどうなるみたいな話ばかりがあったが、一番危ういのはbtrfsでしょ?

**名無しさん＠お腹いっぱい。** · 2009/05/24(日) 22:00:03

Oracleは、Enterprise Linuxとか　Unbreakable Linuxを続けるのだろうか？

**名無しさん＠お腹いっぱい。** · 2009/05/24(日) 22:05:13

日本人ってのは、発表されると完全に完成しているとおもってるよなぁ。
フリーソフトの発表なんて、おいらだってできるぞ。
zfsとbtrfsをこえたzbtrfsができますた！！！！
それから、業界の暗黙の了解で、linuxはけなしてはいけないことになっている。
できそこないのＯＳを使わせて、サポート費で稼ぐためだ。

**名無しさん＠お腹いっぱい。** · 2009/05/24(日) 22:17:23

Solarisが完璧ならCTCお払い箱じゃん

**名無しさん＠お腹いっぱい。** · 2009/05/24(日) 23:41:34

NSSOLは？
SolarisはSUN自身があまりやらないから
NSSOLとかCTCががんばれたって面もあると思うな
富士通がどうだったのかは自分は知らないけど

**名無しさん＠お腹いっぱい。** · 2009/05/24(日) 23:48:33

世の中に完璧なOSってあるの？
思い浮かぶのはCP/Mくらいか？

**名無しさん＠お腹いっぱい。** · 2009/05/25(月) 23:03:44

渋谷……
いや、なんとなく

**：名無しさん＠お腹いっぱい。** · 2009/05/27(水) 23:17:19

>>299
サンのハードの品質はボロボロで設計ミスだらけなのでＣＴＣは必要。

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 00:20:36

>>303
もっとkwsk。

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 08:34:16

FUDに詳しくも何もないだろ。

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 10:18:49

>>268
「substring」で一語だから別にいいんじゃね。
http://en.wikipedia.org/wiki/Substring

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 13:27:33

Nehalem-EX キター！
http://www.intel.com/pressroom/archive/releases/20090526comp.htm?iid=pr1_releasepri_20090526m

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 17:42:23

>>298
じゃあ、zbtrfs 読み方から考えよう。

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 17:48:33

ずぶとるFS

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 16:29:36

ズィービィーターフス

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 17:14:57

ずべたえふえす

**名無しさん＠お腹いっぱい。** · 2009/06/03(水) 02:14:19

>>307
1つめの動画が表示されないｗ

**名無しさん＠お腹いっぱい。** · 2009/06/03(水) 12:42:49

ＡＭＤは６コアかよｗｗｗ
しょぼいなｗ

http://blog-pcparts.coneco.net/one/coneco46067_2079.html
「Six-Core AMD Opteron」（開発コード名Istanbul)

**名無しさん＠お腹いっぱい。** · 2009/06/03(水) 12:48:47

どっかのメーカのプレミア付き８コアよりマシでね？

**名無しさん＠お腹いっぱい。** · 2009/06/03(水) 16:31:23

とんでいすた～んぶ～る～

**名無しさん＠お腹いっぱい。** · 2009/06/03(水) 23:41:30

>>282
アフォ記事書いた本人ですが、BtrfsがZFSに勝ったなんて一言も書いてませんよ
そもそもZFSと比較なんて全然してません
機能比較表は確かに載せましたが「機能が似ている」と書いただけです

別に底辺ライターなんで糞味噌に言われて当然なんですが、書いてないことを批判されるのはどうも

# 機能表で言えば、XFSのオンラインデフラグを「×」にしたミスはありましたが

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 00:32:08

>>316
乙ですた

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 01:03:30

>>317
何書いても信用されないでしょうが、該当記事の問題の部分をブログにあげて
おきました。ZFSに触れてるのは、本当にこの部分だけです。そもそもが、
「Btrfsを使ってみましょう」という軽いノリの記事なんで。

ttp://tsueyasu.blogspot.com/2009/06/zfs.html

これを読んでZFSへの悪意が感じられたり、事実誤認がありましたら申し訳あ
りません。

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 03:52:50

イヤ悪意を感じたなんて誰も書いてないだろw

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 08:15:57

>>319
俺は316、318のライター氏ではないけど
記事を読みもせず291～293みたいに中傷されたり、
282みたいに読解力ゼロの馬鹿に嘘の批判書かれたら
皮肉の一つも言いたくなるだろ。

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 08:45:58

普通に考えて、あの表で評価すれば、zfsの負けだと思うだろ。
多分、「信頼性」とか「動作実績」とかの項目付けとけばよかったんじゃねーの？
そうでなければ表なんて載せなければ良かった。
もしくはzfsと比較なんてしなければ良かった。

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 09:12:48

>>321
Btrfsはいまだ開発途上で，安定稼働にはほど遠い状態

と書いてあるが。

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 09:23:22

表の話だってばよ。

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 09:25:15

表以前に紹介の文章がイヤらしいと感じたわ

ZFSにかなり似ている、じゃなくてZFSを参考に作られている、だな

そこでbtrfsがクローズアップされた、という部分も
そこでZFSに類似のbtrfsがクローズアップされた、だろう

ZFSをマネした実装なのに文中では発表日付が言及されているだけで
ZFSとは何ら無関係の実装として開発されていたように読めなくもない

>>322
それ後で付け足したかのように見える部分で違和感あった
そういうことは冒頭の紹介で織り込むべきだろう
他にもムダが多い文章だと思う

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 09:42:15

つか、結局デフラグとやらの有用性がよく分からんのだが？

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 10:46:24

>>872
Niagaraは一応ローエンド扱い（つっても高杉だが）だから、信頼性はそこそこ。
問題はRockだろうな。

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 11:19:49

デフラグについてはPart 1の表の所ではなく、Part 2の記事で『CoWの仕組み上、ファイルデータが
分断して記録される「分断化」が発生しやすい』とかの理由付けでオンラインのデフラグが重要とか
書いてるからさ、単発のHDD運用やRAID1ならともかく、ストライピングしてくる状況でデフラグって
具体的に何を期待してるのよ? とか思った俺。
ま、デフラグが重要というなら、簡単なのでもいいからフラグメントしたHDDを用意して、デフラグ前後で
性能がどう変化するかくらいは見せないと、単なるコマンドだけ書かれても気休めにしかならん気がする。

どうでもいいが、表中の特記事項として*1とか*2とか書いてあるのが、本文中と重複していて
紛らわしいなというか、編集もヘタだなと思った。あぁいう場合、番号を通しにするか、
片方の表記を変えるんじゃね?

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 11:57:44

ＺＦＳにデフラグなんて必要なのか？ｗ

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 12:45:23

　　　　　　　　　　　　　　　　　　　　　HFS　　　　ZFS
大文字小文字を同等に扱う　　　○　　　　　×

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 12:50:01

>>321
あれそんな記事かあ?お前は表だけ見て記事を評価すんのかよ。
記事全体読んでなおそこまで表にこだわるのなら
ＺＦＳ大好きなお前の精神にどっか異常があるんだよ。
一連の感想も全部「僕の大好きなＺＦＳを馬鹿にしたな！」って
怨念に満ち溢れててキモイわ。

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 12:52:26

正直そうなんだからしょうがない＜怨念

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 13:07:24

このライターのブログ見たけど、こっちも相当痛いなｗ

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 13:15:35

「そんな」がどんななのか分からん。
評価してほしくないなら表など載せなければ良い。
あと、一連の感想って何よ？　俺がレスしたのは1回だけなんだがな。
「ボクちゃんの敵がそんなに多いはずが無い！」か？

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 13:57:00

blogに転載は勝手にしてくれだが、引っ張るなら引っ張るなりに、
編集した部分について自分の見解くらいは書けと。そうじゃなければ反論も出来ん。

高校生のガキが初めてblogを立ち上げてみましたみたいなのならともかく、
記事を書いて原稿料を得ているんだから、それ位のことは最低限だと思うぞ。

ま、こだわりませんが。

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 17:49:12

*2　エクステント非対応だが，ファイル単位にブロック・サイズを変更できるので同等。

(　　)━━(Д｀　)━━(´Д｀)同等？
むしろ、ZFSが優れているのでは？
ttp://blogs.sun.com/bonwick/ja/entry/領域マップ

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 18:23:15

>>329
つ casesensitivityプロパティ

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 00:03:37

コンピュータ雑誌では、linuxをほめてsolarisをけなすのが暗黙のルール
なんだよ。

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 00:08:40

下賎の民が上流社会を妬むようにね

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 00:09:09

どうしてBtrfsをそんなに恐れるの？

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 00:20:19

誰が恐れてるの？

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 09:34:49

だって良くできているもん。
まあ、うちのパソコンではzfsを使っているが。

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 12:29:04

記事の傍論つかまえてガチンコとか、solaris厨に被害妄想が多いのがよくわかったｗ