/**ファイルシステム総合スレその4**/

[過去ﾛｸﾞ] /**ファイルシステム総合スレその4**/ (1001ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

952: login:Penguin [sage] 2006/07/05(水) 09:36:49 ID:BljtBYBI(1/2) AAS
でもIBMって以前ほどの影響力なくなったよね。

953: login:Penguin [] 2006/07/05(水) 12:17:51 ID:i7Nj/Qn5(1/2) AAS
見えなくなった/いなくなった/聞かなくなった

これに含まれる意味は、3種類ある。

1つめは、誰でも思いつくが
「飽きられたりして需要がなくなった」こと。
これは説明不要だな。

2つめは、「定着したため、以前のような宣伝をしなくてもよくなった」
2chで言葉を流行らせようと誰かが工作している間は
スパムコピペが大量に貼られる。吉野家などがそうだ。
が、定着したためもはやフルの文では見かけなくなった。

3つめは「潜った」
表に立つことをやめ、裏で操るようになったこと。
影響がないように見えても表から操作していないから見えないだけのことだ。

954: login:Penguin [sage] 2006/07/05(水) 12:20:05 ID:i7Nj/Qn5(2/2) AAS
「有名な歌手だったのに、いつの間にか消えた」

飽きられたので解散したかと思えば、
芸名を変えてプロデューサーになってたりすることがよくある。

「潜った」例がこれ

955: login:Penguin [sage] 2006/07/05(水) 13:19:56 ID:BljtBYBI(2/2) AAS
で、IBMはどれ?

956: login:Penguin [sage] 2006/07/05(水) 14:35:52 ID:O4hZ9qdb(1) AAS
2がＭＳ、3がIBMと言いたいのかな

957: login:Penguin [sage] 2006/07/05(水) 15:05:09 ID:zBwBMETB(1) AAS
1 が sun

958: login:Penguin [sage] 2006/07/05(水) 22:25:07 ID:vONITdyi(1) AAS
なんでJavaなんてつかうんだろ

959(1): login:Penguin [sage] 2006/07/05(水) 22:46:36 ID:aoHQ1XY+(1) AAS
儲かるからにきまってんじゃん。
安物PC+オープンソースでできるのはここまでです。
ハイ、PowerサーバーとWebSphereお買い上げー。

960: login:Penguin [sage] 2006/07/06(木) 08:06:10 ID:9NiDf7r3(1/2) AAS
>>959
もれなくTivoliも付けてくるだろうなｗ

961: login:Penguin [sage] 2006/07/06(木) 08:40:03 ID:bcxrzlR0(1) AAS
簡単なツールにjavaが疑問なのは同意だけど、
大規模になると、javaはそれなりにスケールするからな。

962(3): login:Penguin [sage] 2006/07/06(木) 17:11:05 ID:1YrwwTo8(1) AAS
JVMがOSのカーネル内で動けばなあ。
起動は速いし、コンテキストスイッチはないしで、
いい世の中になりそうなんだが。
JavaOSが実用的になってカムバックだよボーイ。

でもSolarisさえそういう動きがないところをみると、
なんかできない理由があるんだろうな。

しかしファイルシステムと関係のない話が続いてるのはどうよ。

963(2): login:Penguin [sage] 2006/07/06(木) 18:37:02 ID:NbutcN1E(1) AAS
>>962
バーカ

964: login:Penguin [sage] 2006/07/06(木) 19:00:09 ID:9NiDf7r3(2/2) AAS
>>963
バーカ

965(1): login:Penguin [sage] 2006/07/06(木) 23:35:14 ID:IwLL5fvD(1) AAS
>>962
意味がないから。

Java は、書かれたプログラムが変更無しで色んな CPU・OS で動くのがミソ。
JVM が移植されている CPU・OS であれば動く。
Java を Solaris 特化にしたら売れなくなるからやらない。

JVM を Linux カーネルに組み込むぐらいなら、
Java ではなくて Linux 向けにプログラムを書いた方が良い。
単純にはいかないが gcc が移植されている CPU・アーキテクチャであれば
Linux 用プログラムは再コンパイルし直せば動く。

>起動は速いし

JVM をメモリに常駐させとけば良いだけ、サーバー用途では常駐させているはず。

>コンテキストスイッチはないし

これは JVM 関係なく常におこっている。
むしろ、効率化のためにマルチスレッド化を進めているので
コンテキストスイッチの排除は効率化に逆行する動きといえる。

966(1): login:Penguin [sage] 2006/07/07(金) 00:06:07 ID:fcddcnmd(1/2) AAS
マルチスレッドは当然としても
コンテキストスイッチは少ないほうが良いに決まってるじゃん。
某スレで少し前に議論されてたけど。

で、JavaのAP鯖とかは、少数のスレッドプールを使って
リクエストが来たときだけ任意のスレッドをアクティブにして処理する
というやり方をしている(はず)。
apacheもEventMPMでそんな方式を目指しているような感じだけど
今のところはまだ１プロセス１接続か１スレッド１接続の非効率なやり方が中心。

「マルチスレッドにすればそれが一番」なんて
スレッド覚えたての人しか言わないよ。

967: login:Penguin [sage] 2006/07/07(金) 00:13:53 ID:wCJnSvYs(1) AAS
>>963,965
バーカ
http://www.beasys.co.jp/news/japan/2005/2005062701.html
http://d.hatena.ne.jp/nminoru/20060608/baremetal

968: login:Penguin [sage] 2006/07/07(金) 00:18:45 ID:uYTMWl/R(1) AAS
kernel mode linux とかあるよね
ぜんぶつねに特権モードでうごいて
特権モードへのスイッチのオーバーヘッドをへらすとか

969(1): login:Penguin [sage] 2006/07/07(金) 00:52:31 ID:11x8R4Xv(1) AAS
>>962
AZULが結構近いことやってるね。
最小構成でも96CPU(アプリから使えるのはは87個だけど)なんで、
CPU側から見るとコンテキストスイッチの頻度は小さそうだよ。
linuxの上に専用のJVMが載ってるし。

970(1): login:Penguin [sage] 2006/07/07(金) 01:11:23 ID:o45PhehP(1) AAS
azulのはFSとか載ってるの？

971(2): login:Penguin [sage] 2006/07/07(金) 02:02:13 ID:spXdqbbI(1) AAS
>>966
Solaris(9-)のJVMは、スレッドをLWPに１対１にマップしてたと思うが・・・
OSのスレッド実装(?)をそのまま使わせてもらってるって感じね
プロセスは起こしていないはず。

コンテキストスイッチって、プロセス切り替えのことをさしてるよな？

とココまで書いてココがファイルシステムのスレだと気付いた。
>>969
Azulって結局中身はlinuxなの？

972: login:Penguin [sage] 2006/07/07(金) 02:32:04 ID:fcddcnmd(2/2) AAS
>>971
ほれ、ここ行って蒸し返して来い
2chｽﾚ:unix

973: login:Penguin [] 2006/07/07(金) 21:08:06 ID:YIvNK6wF(1) AAS
いつになったらNTFSに対してセーフチーに読み書きできるようになるんですか。

974: login:Penguin [] 2006/07/07(金) 21:32:04 ID:QnKa4D0S(1) AAS
NTFSの仕様が公開されたら

975: login:Penguin [] 2006/07/07(金) 21:41:15 ID:fvSiqi1a(1) AAS
ていうかよおー
EUもわけわからんソースコードなぞ開示させずに
誰もが使えるようにNTFSのソース開示させろっての

ざけやがってー

976: login:Penguin [sage] 2006/07/07(金) 22:41:14 ID:4pLZUhLS(1) AAS
Javaがライトワンスなんてマダ信じてる馬鹿いるのかよ

977: login:Penguin [sage] 2006/07/07(金) 23:01:56 ID:SHstKwCa(1) AAS
最初はただのセールストークだったんだが…＞Write Once Run Anywhere

MSのJ++との抗争で、Pure Javaというドグマができてしまった。
WORAはありえないのにPure Javaが強制される世の中に。

これがSun自身の首を絞めたな。
OS依存なプロダクトをSunから出すのは難しい状況になってしまった。

978: login:Penguin [sage] 2006/07/08(土) 02:17:29 ID:k65AsVv6(1) AAS
Write once, compile anywhere

979: login:Penguin [sage] 2006/07/08(土) 02:33:02 ID:Lxp+cjwz(1/2) AAS
Write Only , Run Everywhere...

Even if programmers work hard......

And just for a while ...until next version will come.....

980: login:Penguin [sage] 2006/07/08(土) 03:52:18 ID:OqbVlFpi(1) AAS
>>970-971
OSはlinuxだよ。
AZUL自体のdiskはjavaのアプリからは触れないよ。

javaはコンパイラの方言が無いだけC++より楽かもw

激しくスレ違いな流れだな orz

981(1): login:Penguin [sage] 2006/07/08(土) 09:06:39 ID:H+Ar+CB8(1) AAS
MicrosoftがFATを拡張してくれればいいんだがなｗ

982: login:Penguin [sage] 2006/07/08(土) 09:07:44 ID:8UxKqrAX(1) AAS
動かないDOSアプリケーションが出てくるからできない

983: login:Penguin [sage] 2006/07/08(土) 09:29:29 ID:/24XI0Hy(1) AAS
藻前らWORAを考えるなら、JAVAよりもVC++を使え。

その方が、どこでも動くぞ。

984: login:Penguin [sage] 2006/07/08(土) 09:30:08 ID:nDbko8fO(1) AAS
そんなもん考えるより
ファイルシステムを考えろよ。

985(1): login:Penguin [sage] 2006/07/08(土) 15:28:21 ID:TctzMBVO(1/3) AAS
ext3 に圧縮機能がつくのはいつ頃ですか？
ニュースのスプールとか、圧縮してぇ。

そりゃそうと上の方で電源断でのファイルシステム
破損はしかたない、みたいな書き込みがあったけど、
そんなもんなのかな。ブロックデバイスレベル以下
でのエラーでファイルシステムが不整合、崩壊するのって
あきらめるしかない？

986: login:Penguin [sage] 2006/07/08(土) 15:47:05 ID:t/XMtWH2(1) AAS
>>985
おいおい、この上さらに不安定にする気か?

987: login:Penguin [sage] 2006/07/08(土) 16:27:28 ID:hmazqKpr(1) AAS
ファイルの圧縮は何気に便利なんだよな。
ただ頻繁に書き込まれるファイルだとフラグメントしまくりだけど。

988: login:Penguin [sage] 2006/07/08(土) 16:33:19 ID:nSexsyJ1(1) AAS
圧縮ぐらいならvfsの上でやるべき。
ext3に入れるの格好が悪いよ。
FUSEかなんかで作れるはず。

989(2): login:Penguin [] 2006/07/08(土) 17:12:54 ID:o56HQAGO(1/6) AAS
圧縮はRARやBZ2でいいじゃん

ディスク圧縮はいろいろ面倒だし
アプリケーションだって全部が全部対応してるわけではない

ましてLinuxは素人が作ってるし、「カーネルでさえ」仕様が全部バラバラだから
ますますクソ小面倒くせえことになる

990: login:Penguin [] 2006/07/08(土) 17:16:44 ID:o56HQAGO(2/6) AAS
修正点について何も言わない「ダマ」やるやつがカーネルメンテナンスに関わる現状を何とかすべき

リーナス・トーバルズもタムチンキ大学出てるが
最近はデカくなり過ぎたせいでめんどくさがって
だんだんLinuxから遠ざかってて
タムチンキ大学の後輩にまかせっきり

991: login:Penguin [sage] 2006/07/08(土) 17:16:48 ID:TctzMBVO(2/3) AAS
>>989 アプリケーションの対応とかは関係ないと思うんだが。
だってファイルシステムレベルでの圧縮の話だよ？

992(1): login:Penguin [] 2006/07/08(土) 17:19:08 ID:o56HQAGO(3/6) AAS
Windowsでも同じ機能がある

で、それはどうなってるか

「Windowsのディスク圧縮機能を用いたハードディスクには対応しておりません」

こんな注意書きをよく目にする始末。

993: login:Penguin [sage] 2006/07/08(土) 17:30:11 ID:qtBEbw7b(1) AAS
>>981
これ以上糞拡張するのはなぁ
断片化しにくい実装を先にやって欲しいわ

994: login:Penguin [sage] 2006/07/08(土) 17:31:57 ID:TctzMBVO(3/3) AAS
>>992 見たこと無い。どのソフトよ。

995: login:Penguin [sage] 2006/07/08(土) 17:38:26 ID:Lxp+cjwz(2/2) AAS
>>989

ディスク圧縮は確かに面倒だから、
zipとかtargzとかのディレクトリじゃない普通のファイルを
仮想的にディレクトリとして見せれるようになったら便利。
それをファイルフォーマット毎で用意できるようなプラグイン機構があればいいな

・・・FUSEでできんのかな？

996: login:Penguin [] 2006/07/08(土) 17:38:34 ID:o56HQAGO(4/6) AAS
http://www.runser.jp/doc/drvspc.html#L_MERIT_DEMERIT

大昔だが有名な話では
「そもそもIEさえ圧縮ドライブに非対応」なんていう笑える話があったものだ

997: login:Penguin [] 2006/07/08(土) 17:40:57 ID:o56HQAGO(5/6) AAS
http://journal.mycom.co.jp/column/winxp/064/

そもそもOSからして不安定になったりハングしたりと、
マイクロソフトさえ認識してる問題があったりする

998: login:Penguin [] 2006/07/08(土) 17:44:01 ID:o56HQAGO(6/6) AAS
あとメジャーなもので問題なのはゲームのパッチ

実行ファイルの容量が100MBでも、
その中に含まれるパッチファイルの容量が2GB以上にも膨れ上がるもの
(HL2やBF2、Farcryなどのメジャー級かつシェーダ関連改善パッチ)では
止まったり、あまつさえ起動できなくなったりする論外な問題がある

999: login:Penguin [sage] 2006/07/08(土) 17:45:01 ID:5/5oUQQk(1) AAS
おまいら、ディスク圧縮機能に期待しすぎ

1000: login:Penguin [sage] 2006/07/08(土) 17:45:43 ID:dse8ysSk(1) AAS
マジレスすると、Linux用の圧縮ファイルシステムは既にある

任意のファイルシステムの上で動作するFUSEベースのもの
http://parallel.vub.ac.be/~johan/compFUSEd/
http://www.miio.net/fusecompress/

ext3のjournalingと同時動作できないけどext2に直接実装したものなら10年以上前から
http://e2compr.sourceforge.net/

e2comprならだいぶ昔にlibretto M3 + Vineで使っていて、問題なく動作していたぞ

1001: １００１ [] Over 1000 Thread AAS
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

上下前次 1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.229s*