11/11/11 15:38:33.15 2lgCTLXn
debugfsでなら読み出せるみたいだな。
新し目のstat(1)だと--format=%kがあればext4/NTFSなら読める。
651:login:Penguin
11/11/11 15:41:18.58 7/gOJE0c
>>647
なるほど
652:login:Penguin
11/11/18 10:38:12.41 fWzjA3IH
ext5は開発されているの？
653:login:Penguin
11/11/20 14:49:45.86 qQ1QPv1s
zfsのライセンスが変更でもされたら本気出すんじゃない?
654:login:Penguin
11/11/20 18:11:52.66 yBAbtA2a
btrfsの始まりもしなかった感は異常
655:login:Penguin
11/11/20 18:19:42.81 x3hh9w7B
btrfsが時期fedoraの標準fsに採用されるって話はどうなった。
656:login:Penguin
11/11/20 18:21:11.98 mp5Tb0Z9
そんな時代もありました
657:login:Penguin
11/11/20 18:28:24.85 lqUtUw5k
NTFSとext2って、使われ始めたのが同時期だと思うけど、
ext2がなくなって、NTFSが生き残ってるのはなぜ？
658:login:Penguin
11/11/20 18:32:12.97 x3hh9w7B
ext2にはext3っていう後継が出てきたけど
NTFSにはまだ後継が出て来てない
というかまだext2は使われたりするけど。
659:login:Penguin
11/11/20 18:34:09.85 kwO4UIIe
NTFSは優秀だからなあ
660:login:Penguin
11/11/20 18:37:33.40 DqILK1Tv
zfsのライセンス変えてbtrfs捨てるなら早くそう言って欲しいな
661:login:Penguin
11/11/20 19:22:12.61 eevTso2J
extが1、2、3、4とバージョンアップしてるように
表面に出してないだけでNTFSだってバージョンアップしてるわけで
662:login:Penguin
11/11/20 19:44:21.83 Z/iyRO62
NTFSがマイナーバージョンアップしているのは事実だけど
ext3でジャーナリングを導入
ext4でファイルシステムサイズの上限を拡張
のような、決定的な不具合を改修する必要が無かったのも事実。
パフォーマンス的なものはわからないけどね。
663:login:Penguin
11/11/20 19:58:42.24 7AQlL4BV
後から付加されたのって順にEFS、オンライン拡張、クォータ、リパースポイント、VSS、TxF、ソフトリンク、オンライン縮小ぐらいで
エクステントとジャーナリングは最初から持ってたもんな
664:login:Penguin
11/11/21 00:18:22.09 rj+Nuuuk
>>657
NTFS4(WinNT3.51～4.0) とか NTFS5(Win2000) とか古いバージョン無くなってますが...
665:login:Penguin
11/11/21 00:54:09.83 uwGtywMO
>>663
恥ずかしいやつだな
666:login:Penguin
11/11/21 03:35:02.93 ISvemJ9i
>>662
「ジャーナリング導入に見られる新しい機能を入れる」ことを
「不具合の『改修』」とは言いません。
基本的な言葉がわかってない輩がもっともらしい事いいなさんな。
667:login:Penguin
11/11/21 09:53:34.55 2EXuoCKH
必要な機能が不足している、というのは
不具合と呼んで差し支えないよ。
主要な用途として使い続けることが出来ないのだから。
668:login:Penguin
11/11/21 09:56:46.27 KgloLUjj
使われなくなったわけじゃないのに、そりゃ無茶な論理だ。
669:login:Penguin
11/11/21 09:59:23.94 mkz4q5n0
日本語が不自由な人だったか
670:login:Penguin
11/11/21 10:07:15.22 eCqv0s84
いえ、頭に不具合がある方です。
671:login:Penguin
11/11/21 12:07:11.84 kAlCr+mK
>>666
そうだな
ext2の不具合なんか放置されてるもんな
672:login:Penguin
11/11/21 13:30:02.86 GbyjMU6L
ext2になんか不具合あんの？怖いんだが
673:login:Penguin
11/11/21 17:11:18.11 XOXw5Znn
怖いならばVXFSを使えば安心
674:login:Penguin
11/11/21 20:23:05.00 PBo87O0A
理屈じゃなく体感でNTFSの方が堅牢な感じがする。
たぶん設計思想の違いがあるんじゃないだろうか。
Linuxの場合「ソフトウエアの問題によりトラブルが発生する」と考えてて、
Windowsの場合「ハードウエアの問題をソフトウエアがカバーする」と考えて
いる様な気がする。
これ、Windowsはドライバを機器メーカが提供するので、マイクロソフトは
粗悪なハードウエア及びドライバの問題がWindowsのせいにされるのに
悩まされたんじゃないだろうか。
なんでそう思うかっていうと、HDDがぶっ壊れるときNTFSからはデータが
回収できるのにExt2/3からはできないから。
Linuxはハードウエアが壊れる前提がないんじゃないかな。
675:login:Penguin
11/11/21 20:32:16.58 PBo87O0A
あとUNIX/Linuxの人がよく言うのに「Windowsは印刷のプレビューが実際と
一致しない」っていうのあるでしょ。
そういうのって問題が出ない人にはさっぱり意味が分からないんだけど、
一致しない人はほんとに一致してないわけ。
でもプレビューってドライバに依存してるから、Windows側ではどうしようも
ないんだよね。
解決策は、安いプリンタ買うなってくらいなんだ。
ほんとひどい話だよね。
でさ、じゃあLinuxなら一致するのかっていうと、そもそもLinuxはOSであって
WYSIWYGとか関係ないから、一致しなくていいんだってわけ。
ここで常識的な人なら「じゃあWindowsのほうがいいね」ってなるんだけどさ、
Linuxな人なら「M$が悪い」ってなるんだよね。
「M$が悪い」とか言われても「え？」ってなるわ。
676:login:Penguin
11/11/21 20:34:02.51 sfctKusd
スレ違い
677:login:Penguin
11/11/21 20:35:29.30 KgloLUjj
そこはせめて、普通の人はとか多くの人はとか書かんかね？
678:login:Penguin
11/11/21 20:56:43.61 PBo87O0A
「常識的な人」を「普通の人」に変えても意味同じだね。
「Linuxな人」を「頭のおかしな人」に変えても意味同じだね。
679:login:Penguin
11/11/21 21:02:38.64 KgloLUjj
下はひょっとするとその通りかもしれんがねぇ……上はなー。
680:login:Penguin
11/11/21 21:17:59.82 oZE9gjHi
頭の可哀相な構ってレス乞食に餌を与えないで下さい。
681:login:Penguin
11/11/21 22:06:25.49 5ksmeRh9
馬鹿はあっちいけ
Linux使っててこりゃ普及するわけないと思った時56
ｽﾚﾘﾝｸ(linux板)
682:login:Penguin
11/11/22 02:03:27.37 Vk2/UZ6z
>>675
板違い
683:login:Penguin
11/11/22 07:25:01.54 r+Od0PlE
さすがに>>675はキモい
684:login:Penguin
11/11/22 14:07:15.82 Ue2C7ara
ほとんどは windowsの，じゃなくて「エクセルの」なんじゃないかと思う今日このごろ
685:login:Penguin
11/11/22 18:22:06.04 cbyMP9q2
extとntfsを比較するのは、不毛としか言いようがないのだが。
linuxではntfsは使えないし、Windowsでextを使うバカもいないだろ。
686:login:Penguin
11/11/22 20:36:30.23 UBs+N3oc
ということで、当時はntfsに比肩できるFSがLinuxに無かったということでよろしい？
687:login:Penguin
11/11/22 20:45:21.78 AsK3JzCh
ntfsは最高さ。何だってできる。空も飛べる。
688:login:Penguin
11/11/22 20:53:33.71 sHJgETTj
レス乞食は虫籠へ
689:login:Penguin
11/11/23 04:00:05.02 /812cs0b
>>686
一般的にはなかったと考えていいんじゃないかな。
俺がext2を初めて使った頃、Windowsは9x系使っててファイルシステムはFATだったからね。
単純にLinuxはダメというもんでもないけどね。
690:login:Penguin
11/11/24 01:57:34.63 DFa22khc
さすがにlinuxはレベルが違った
691:login:Penguin
11/11/24 02:30:09.34 lqCERCmp
そういや、Windows2000くらいまでは、NT系であっても後方互換性や
(それでも)クラッシュした場合の修復ノウハウなんかの都合で
「FATでやってくれ」と注文つけられること、なかった?
692:login:Penguin
11/11/24 02:54:58.80 JY/mpVTS
>>691
Windowsの話は板違いだ
レス乞食は死ね
693:login:Penguin
11/11/24 03:08:44.36 lqCERCmp
>>692
そういう輩がいそうだからext2の話も書こうかとちょっと考えて、
やめといたのにな。
694:login:Penguin
11/11/24 03:12:15.83 lqCERCmp
、とここまで書いた以上、最低限Linuxの話につなげておこうか。
その修復に活躍したのがLinuxのddとfdiskでした。
これで満足かい? 言いたいことはわからんでもないが、もう少し上品にやろう。
Linuxerの品格を疑われるぜ。
695:login:Penguin
11/11/24 03:24:48.97 kjDILr+1
うるせえボケ氏ね
696:login:Penguin
11/11/24 03:56:37.77 wyWScomj
ドヤ顔で無益なことばかり語りたがるレス乞食うざいわ～
697:login:Penguin
11/11/24 07:19:22.58 kjDILr+1
存在自体が無益
698:login:Penguin
11/11/24 21:14:02.45 Rl1IAIqZ
ZFSでさえここで話すことが許されるのに、
なんでNTFSだとこんなに激しく反応するんだ？？
699:login:Penguin
11/11/24 21:39:25.04 YY+8I53s
まーたまた分かってる癖に。
700:login:Penguin
11/11/25 01:30:35.81 nrOJTRQU
NTFSは積極的に使う理由がゼロだからな
701:login:Penguin
11/11/25 05:39:18.83 Rvf/kXwE
ﾌﾟﾌﾟｯwww
702:login:Penguin
11/11/25 09:43:38.25 SJhyhaWK
動画エンコード中に電源切ったらんｔｆｓが破損したんやなｗ
悲劇やなｗ
703:login:Penguin
11/11/26 00:50:37.74 thUJY90I
homeをnilfsにしてがんばってきたが、限界だったのでext4に移行したわ…
移行は cp a b -rf して fstab書き換えただけ。
nilfsは各ファイルで差分が増えてくると効率が落ちるんじゃないか？と。使ってて感じた。
linax kernel の make clean に数十秒掛かった瞬間「あ、ext4戻るべ…」と思った。
nilfsは安心なのはいいんだが、いちいち遅くてこまる。ext4はとりあえず速いから捗る。
また #rm -rf / の入力ミスに怯える日々が始まるお…（＞＿；
704:login:Penguin
11/11/26 00:53:12.02 a45T4fEG
>>703
今どきのディストリなら# rm -rf / は潰されてるけど
705:login:Penguin
11/11/26 02:37:23.07 pq4bJYDu
>>703
バックアップサーバでnilfs2 してるよ
>>704
ディストリビューションじゃなくてGNU の実装だね
GNU coreutils 6.4以降で対応
但し
# rm -rf /*
は実行されちゃう><
706:login:Penguin
11/11/26 09:05:22.48 U0t3Lw6k
nilfs自体はRAID無いんだっけ
707:login:Penguin
11/11/26 14:26:27.62 pq4bJYDu
>>706
無いと思う
softraid の上でdm-crypt してその上でnilfs2 してる
708:login:Penguin
11/11/26 14:40:25.73 QCwJVNxT
RAIDして暗号化してNILFS2してmhddfsが理想かも
709:login:Penguin
11/11/26 18:37:38.48 FG6YKzQX
nilfs2はやっぱログ用途が一番？
710:login:Penguin
11/11/26 19:46:49.77 pP20dQtm
nilfs2は、使ってるうちにパフォーマンス落ちるよな。ログインして、プロンプト
が出るまでに2秒くらいかかるようになって、/をnilfs2で運用するのは限界だと
感じた。今はext4で快適。
711:login:Penguin
11/11/26 20:10:21.13 LpK243r1
なら/etc/log以下にあるログを保存するのがいいのかな。>>nilfs2
712:login:Penguin
11/11/26 20:16:47.09 LpK243r1
d.hatena.ne.jp/hayamiz/20100628/1277742621
“使っていて出会ったバグとして、
削除できないファイルができるこ とがある」というものがありました。
Google Chromeのキャッシュファイルでときどきできるのですが、
削除しようとするとrmコマ ンドがsegmentation faultで落ちて、
その後OSごと固まって死ぬ“
うーむ。
713:login:Penguin
11/11/26 21:47:05.31 53y6cvnR
reiser4はまだかね？
714:login:Penguin
11/11/26 22:24:35.60 FG6YKzQX
>>712
rmがsegmentation faultなんて出たら涙がでるな
715:login:Penguin
11/11/30 13:44:22.23 KJ0OCfmB
人殺しの作ったファイルシステムなんか使いたくないんやなｗ 喜劇やなｗ
716:login:Penguin
11/12/03 14:56:13.82 Zr13zRv+
ext5マダー
717:login:Penguin
11/12/05 00:09:08.58 9ddWdf2S
ZFSをライセンス変更するか、
btrfsの完成をめざすか
どっちにしろボラクルじゃ期待できない
718:login:Penguin
11/12/05 00:53:11.19 pAmXBXLB
URLﾘﾝｸ(btrfs.wiki.kernel.org)
生き返ってた
719:login:Penguin
11/12/05 01:31:16.71 P2A0mI0d
飼い殺しにするつもりなんでしょうか
720:login:Penguin
11/12/05 13:09:09.52 XrybxOrk
>>718のChangelogが2年で6項目しか増えてないってことは実質ほとんど開発進んでないのか、
それともChangelogに書かれてないだけで裏では新機能追加がバリバリ行われてるのかよく分からないな。
721:login:Penguin
11/12/05 19:11:51.76 qbp6xgzd
ZFSの部分はGPLにこだわるOSの悲しさだな・・・
722:login:Penguin
11/12/05 19:21:12.64 pAmXBXLB
アンチGPLに拘るZFSとも言える
BSDなら何の問題もなかったはずなのに
723:login:Penguin
11/12/05 20:02:27.64 aD6O2zJi
数年後にsolarisの処遇に困ったボラクルの判断によってZFSの運命も決まるって事かな？
724:login:Penguin
11/12/05 20:16:45.24 0KlD2Ikk
>>723
なんというSUN事
725:login:Penguin
11/12/05 21:23:32.42 L5wfVr/0
>>724
ｳﾏ
726:login:Penguin
11/12/07 14:23:39.71 DL1qvkB/
>>723
基準がNexenta OSになるだけだろう。
と、思う。
727:login:Penguin
11/12/07 15:22:53.84 2OizTKtm
やる気がないならやめちまえ
728:login:Penguin
11/12/07 16:28:30.25 w2xSnWsQ
実績のあるZFSのコードを取り込むことが出来ず、
車輪の再発明するしかないLinux
それとも、extシリーズの方が将来有望...？
729:login:Penguin
11/12/07 16:48:55.11 BSvWhc7K
XFS最強だから
730:login:Penguin
11/12/07 17:30:33.99 HjBBr5+A
Fedora17でついにbtrfs採用のニュースが来たね
731:login:Penguin
11/12/07 17:52:50.51 TAQpR9N+
URLﾘﾝｸ(fedoraproject.org)
18に延期の臭いがプンプンするぜ
732:login:Penguin
11/12/07 18:00:10.25 HjBBr5+A
>>731
Complete 0% ワロタ
733:login:Penguin
11/12/07 19:57:36.39 5MElhpFr
大容量ディスクと大型セクターをサポートするWindows 8
URLﾘﾝｸ(news.mynavi.jp)
4K nativeのサポートを表明の新ファイルシステムの噂
気になるのはNTFSの存在である。時代をさかのぼると1993年（米国時間）に登場したWindows NT 3.1にバージョン1.0を実装し、バージョンを重ねて現在に至っている。
もちろんNTFSを強化し、機能を拡充する方向も間違いではないものの、新キーワードの導入はマーケティング的な強化にもつながるため、このタイミングで変更する可能性は低くない。
ここで登場するのが、非パブリックなWindows 8の早期ビルドに実装されている「Protogon」の存在だ。具体的な相違点などは明らかにされていないが、
一部ユーザー向けに公開された最新ビルドでは、ファイルシステムの名称が「ReFS」に変更されたというから、単純に見ればProtogonは開発コード名。ReFSが正式な機能名と読み取れる。
同社はWindows Vistaで採用予定だった新しいファイルシステム「WinFS」の開発に着手したが、データベース的機能を担う設計が当時のハードウェアでは快適に動作しないため、結果的に破棄している。
"Resilient FileSystem"と呼ばれるReFSがWinFSの後継ファイルシステムになるのが決まっている訳ではないが、4K nativeをサポートするファイルシステムとして世に登場する可能性は高い。
ただ、ここで意識しなければならないのが同時開発中の｢Windows 8 Server」（開発コード名）の存在である。
本来WinFSは"Windows Future Storage"という名称であり、同技術はファイルシステム自身に検索機能を担わせ、すべてのファイルをオブジェクトとして管理することを目標としていた。
ReFSにどのような機能が搭載されるのかは明らかではないものの、コンピューターへの負担が大きくなるのであれば、クライアントOSはNTFS（の拡張版）、
サーバーOSはReFSを実装という切り分けを行うかも知れない。いずれにせよ2012年早期に登場すると言われているパブリックベータ版が楽しみである。
734:login:Penguin
11/12/08 01:33:25.02 /LfTVLJ+
あれ
確かXPでも1セクタオーバー512バイトは扱えるだろ
セクタ数制限で容量的に困るRAIDカードなんかで使ってる
735:login:Penguin
11/12/09 00:25:34.84 JrMUTgx6
curlftpfs上のファイルを直接ls --fullで見ると秒が切り捨てられて00なのに
cp -pでローカルに持ってきてls --fullすると秒がちゃんと入ってる。
これってリモートのftpサーバのせいなのか、curlftpfsの仕様?
rsyncの際不便なんですが。
736:login:Penguin
11/12/09 01:16:27.95 reb/8RwY
btrfsやZFSの良いところを取り込んだext5を開発するべき
737:login:Penguin
11/12/09 02:11:03.27 XoF5awup
カーネルよりも設計と実装が大変と言われているからなぁ
738:login:Penguin
11/12/10 15:44:19.27 GxMP8l4K
ファイルシステムはもうちょっと頑張って進化して欲しいけど
zfsもbtrfsもOracleが持ってる現状ではあんまし期待できないのかなあ。
739:login:Penguin
11/12/10 17:47:38.71 +Zd/Y1Hz
LibreOfficeの様にZFSだけforkしてくれれば、ちょっとは期待が持てるのでは。。。
740:login:Penguin
11/12/10 19:25:41.83 BC9sxQ74
nilfsはどうなったの？
741:login:Penguin
11/12/11 09:23:40.44 uV0vx7mh
e2fsprogsが16TB以上をサポートしていたようだが誰か試した？
742:login:Penguin
11/12/12 23:04:38.34 n5/OWK/A
ファイルシステムなんてそのうち必要なくなるよ
DRAMがこのままデカくなっていってディスクやSSDにデータを保存することもなくなる
743:login:Penguin
11/12/12 23:08:17.50 0mUMbQnC
名前からデータを見付ける機構は必要でしょう
744:login:Penguin
11/12/12 23:19:04.54 XCN5sCo4
xfs最強伝説は終わらなさそうだな。
例えSGIが破産したとしても、ボラクルに買われない限りは。
745:login:Penguin
11/12/12 23:27:02.14 nKxOoQl2
>>742
一度電源を入れたらもうリブートもできないシステムを誰が使うというのだろう…
まあ、メモリ容量はクライアントでも近いうちに64GBに達しそうではあるけど。128GBもそんな遠くないかな?
746:login:Penguin
11/12/13 00:34:42.48 toGkaAkU
今のSSDは10年ぐらい前のメインメモリより速いんだよなあと思うときはある。
747:login:Penguin
11/12/13 02:54:08.43 Io8luUyb
>>742
不揮発高速高集積メモリの開発競争が進んでいるのに
DRAMと言ってしまうあたりがしょぼいｗ
>>746
ランダムにちまちま書き換えたら遅くてすぐ死ぬんじゃね？
748:login:Penguin
11/12/13 22:23:49.03 20NbfBPy
なんでこのスレではOracle嫌われてるのん？
749:login:Penguin
11/12/13 22:24:45.43 wFnRLfru
Oracle嫌わない奴がいないわけ無いだろ
オープンソース界隈の人間じゃ
750:login:Penguin
11/12/13 22:24:50.38 cWcmPqaW
>>748
このスレだけだとでも？
751:login:Penguin
11/12/13 22:33:20.68 20NbfBPy
自分の製品に対抗するオープンソースなプロジェクトを買い取る。
→そのままプロジェクトの開発は進めずに飼い殺し。
みたいな認識であってる？
ZFSとかJavaとかMySQLとかOpenOfficeとかVirtualBoxとか。
どうやったらオープンソースプロジェクトを買い取れるのかはよく分からないけど。
752:login:Penguin
11/12/13 22:37:23.00 zOiZlyhu
>>749
オープンソース界隈だけじゃないけどなｗ
753:login:Penguin
11/12/13 22:47:30.25 dnyE+I8a
>>751
違う。javaの権利が欲しくてsunを買収。
sun主導のその他のOSSプロジェクトもついてきちゃったってだけ。
754:login:Penguin
11/12/13 22:52:32.11 20NbfBPy
>>753
うーん。それだけ聞くと別にOracleを嫌う理由はないように思えるんだけど。企業の買収なんて割と日常茶飯事だし。
ググってみるといろいろOracleは訴訟してるみたいだけど何で訴訟してるのかイマイチつかめない。
755:login:Penguin
11/12/13 22:53:34.94 pxquyg+d
BerkeleyDBのSleepyCat、MySQLのMySQL ABとかいろんな前科があるな
756:login:Penguin
11/12/13 23:09:57.76 zBISs2X0
Oracleのインストーラーが糞
757:login:Penguin
11/12/13 23:10:25.55 20NbfBPy
>>753
ああ、Javaを欲しくてSun買ったからZFSとかはぶっちゃけ要らない→あんましZFSに力入れない
って感じなのかな。
まあこれ以上はスレチだと思うので適当な所で話打ち切っちゃって下さい。
758:login:Penguin
11/12/13 23:14:39.31 oR7fSaA2
SleepyCat買収騒ぎでボラクル嫌いになった
Java関連を掌握したいが為にSun買収しやがった件でボラクルアレルギーが発症した
759:login:Penguin
11/12/13 23:33:17.54 TXv5bXud
イメージだけで語れば
Oracleは顧客優先、ビジネス優先
RedHatはコミュニティ優先
Novellはその中間
無料で美味しい思いしたい俺達と
OSS開発に参加して名を挙げたい開発者と
自社の一部に組み込んで美味しい所だけ利用したい企業と
金出してサポート買ってる企業の意向や担当の苦悩。
データベースは直接関係無いかもしれないがOSSを利用して組み込みやってる開発者の右往左往ぶりとか。
カオスだよなw
Linuxっていろんな意味で楽しい。
Oracle叩きが加速してるがNovellも相当やってきた。
でも還元はしてる。Oracleはしてない。それが大きな違いかもね。
760:login:Penguin
11/12/13 23:43:29.62 AXEOcTw9
ギークvsスーツ
761:login:Penguin
11/12/14 13:05:32.03 v5c6EVpH
しかしLinuxにはスーツの最右翼、IBMもかなりContributeしている訳で。
まあ直接このスレに関係あるネタはあんまりないかも知れないけど。
762: 忍法帖【Lv=40,xxxPT】
11/12/14 21:12:59.87 /t+ItTFc
IBMがLinuxに貢献したのはSolaris潰しのためだろうが
AIXでSolaris潰しに失敗したからLinuxを当て馬にしただけのこと
763:login:Penguin
11/12/14 21:43:10.82 dV1Px6wl
だったら全力でSunの買収に取り組んだはずだ。
みすみすOracleに出し抜かれるほど落ちぶれちゃいない。
764: 忍法帖【Lv=40,xxxPT】
11/12/14 21:46:43.22 /t+ItTFc
潰す=買収というわけではないのだが…そう読めたか？
Transitiveの買収とかSun買うつもりだったのかなという感じはあったが
結局最後は値切ったのが仇になってOracleに転んだけど
765:login:Penguin
11/12/14 21:51:31.22 7bta9K3/
>>763
SUNをただのハードウェア会社と見ていたので、取り扱うアーキテクチャのラインナップが増えるので手を挙げなかった
と、思うけど…
(IBMは過去に対MS用決戦兵器としてロータスを買収しているし)
766: 忍法帖【Lv=40,xxxPT】
11/12/14 21:54:27.00 /t+ItTFc
それはありえない
歴史的にはOSFやEclipseの一件からSOAPの標準化まで
広範囲にSunに対して嫌がらせしていたのがIBM
Sunの首脳陣もそれを分かっていたからIBMを人類の敵と呼んでいた
なんでそう呼んだかはIBMとナチとの関係をぐぐって貰ってもいい
767:login:Penguin
11/12/14 22:02:03.50 dV1Px6wl
ふむふむ。
でもなぁ、SunもJava移植の件でかなり悪どいイメージが残ってるからなぁ。
もちろんSunのおかげでというのも沢山あるんだけど。
768:login:Penguin
11/12/14 22:02:28.60 7bta9K3/
>>766
え!?なんで!?
ライバル関係にある会社を「褒め称える会社」が存在するだろうか？
MSとIBMが蜜月関係に終止符を打った直後から「OS/2とWindows」を罵倒しあう関係になったし
769:login:Penguin
11/12/14 22:04:23.33 nz/wrtsy
おまえらスレ違い。雑談スレへ行け
770:login:Penguin
11/12/14 22:18:02.84 nR5NTs7o
>>740
不思議な旅してんじゃないの？ﾔﾀﾞﾈｰ
771:login:Penguin
11/12/14 22:32:55.32 7bta9K3/
>>769
仕方がないよ。『SSDに最適化されたファイルシステムの開始』みたいな発表が無いと。。。
(OS板のVBoxスレなんて『Google検索結果発表」スレと化しているし)
>>770
歳バレしちゃいますよ～ ww
772: 忍法帖【Lv=40,xxxPT】
11/12/15 00:00:45.17 dKh6viwg
>>768
>>765の
>SUNをただのハードウェア会社と見ていたので
に対するレスが>>768
IBMとSunはソフトウェア(の標準化)で常にライバル関係にあったということ
>>769
だよねー
>>771
AHCI+trimではダメっすか？
つかこのスレでtrim対応ってあんまり話題になってないのかね？
と強引に戻してみるテスト
773: 忍法帖【Lv=40,xxxPT】
11/12/15 00:01:26.34 dKh6viwg
>>765の
>SUNをただのハードウェア会社と見ていたので
に対するレスが>>766
の間違い
スマネ
774:login:Penguin
11/12/15 05:20:25.88 7B/m777f
OS作る上でで一番大変なのがファイルシステムの設計らしいな
（WinFSはポシャったが）
775:login:Penguin
11/12/15 06:23:15.56 gi7qHsCQ
>>772
>IBMとSunはソフトウェア(の標準化)で常にライバル関係にあったということ
ハードウェア、ソフトが無ければただの箱って理由であえて割愛した
当然、自社のハードを積極的に売り込む為には、囲い込みが必要でしょ？
(IBM ATがオープン戦略をとって、売り上げが激減したように。そしてappleもクローズド戦略に戻ったしね)
>AHCI+trimではダメっすか？
>つかこのスレでtrim対応ってあんまり話題になってないのかね？
それってファイルシステムではなくOS側の話の様な気がする
(debian使いだが、カーネルの関係でbtrfsやext4はtrimに対応しているが、大好きなXFSがtrimに対応していないのが少し悲しい)
776:login:Penguin
11/12/15 08:11:28.97 EA6CrWAr
Appleは別にクローズド戦略に戻ってねーぞ
いまだにDarwinは続けてるし、Clang作ってるし、
最近だと現役バリバリのコーデックをオープンソースにしたし
むしろなぜコードをそこまで公開するのか戦略が全然見えないレベル
Sun亡き今、Googleに次いでオープンソースの活動量が多いんじゃねーかな