07/02/15 20:12:54
Appleは、gccにもフルタイムのコミッタを出してるな。
C++のプレコンパイルヘッダ周りとかを担当している。
他にもmDNSResponder(howl)とか、Linux/*BSDに還元されてる。
682:名無しさん＠お腹いっぱい。
07/02/15 20:44:10
PPC時代に自前のコンパイラを持ってないからだろ。
683:名無しさん＠お腹いっぱい。
07/02/15 21:30:21
ま、それはNeXTからずっとgccだから
684:名無しさん＠お腹いっぱい。
07/02/16 02:45:50
技術の話しようぜ
685:名無しさん＠お腹いっぱい。
07/02/16 03:10:25
自前のコンパイラ持ってないところは辛いね
686:名無しさん＠お腹いっぱい。
07/02/16 23:36:45
raidzやmirrorのメンバのディスクをreplaceしたいんだけど、
replace するためには現在と同量(あるいはそれより大きい)
ディスクを用意するために、今の正確なサイズを知るにはどうした
らいいんでしょう？
687:名無しさん＠お腹いっぱい。
07/02/16 23:38:32
format
688:名無しさん＠お腹いっぱい。
07/02/16 23:44:50
>>687 ども。prtvtoc ってのでもいいことを知りました。
なんか難しく考えすぎてた。
689:名無しさん＠お腹いっぱい。
07/02/19 23:30:48
そろそろ誰か本稼働サーバで使ってる人いないかな？
トラブル報告をほとんど聞かないけど、もうSolaris版は安定してる？
690:名無しさん＠お腹いっぱい。
07/02/20 00:56:11
>>689
出始めにしては良いほうだけどZFSは本稼動させるほどには安定してない。
結構固まるよ。
691:名無しさん＠お腹いっぱい。
07/02/20 11:34:12
Appleも結構BSDに貢献している部分はあるよ。↓
>TrustedBSDの監査サポートの大部分はMac OS Xから発したものです。
>我々は、Appleが監査サポートの開発を行い、また、その成果を
>オープンソースとして公開してくれたことに、深く感謝します。
URLﾘﾝｸ(tyuu.com)
Leopardの開発版には、ZFSは既に採用されているね。
URLﾘﾝｸ(www.thinksecret.com)
692:名無しさん＠お腹いっぱい。
07/02/20 11:38:35
むしろその上の
>John Baldwin: 私個人としては、一方のOSからもう一方へ何もポーティ
>ングする計画はありません。もっとも、OS X Tigerのlaunchdを、
>FreeBSDのinitとinetdへの交換として移植するとおもしろいなあと思っ
>ています。
これにびっくりした
693:名無しさん＠お腹いっぱい。
07/02/20 11:51:42
>>689
kwsk
694:名無しさん＠お腹いっぱい。
07/02/20 16:31:05
launchd は面白いよ。init, inetd, xinetd, cronなど起動に関する
こと全般を一つの設定に統合できるのは合理的だしスマート。
始めは戸惑うけどね。
695:名無しさん＠お腹いっぱい。
07/02/20 19:41:07
Solaris+ZFSですげえ幸せになった奴とかいないの?
696:名無しさん＠お腹いっぱい。
07/02/20 20:20:08
Linux + LVM + ソフトウェアRAID + ext3で不幸になったヤシなら山のようにおるな
697:名無しさん＠お腹いっぱい。
07/02/20 20:27:46
俺すげー幸せになった。安いハードウェアRAIDをCore2DuoのRAIDZに置き換えた。
速いし、チェックサムで安心だし、スナップショット1時間起きに取ってるので
間違って rm しても安心だし。かなり幸せ。
698:名無しさん＠お腹いっぱい。
07/02/21 00:38:22
> スナップショット1時間起き
ぐあ、そんな使い方もあるのか。目から鱗だ。
699:名無しさん＠お腹いっぱい。
07/02/21 00:47:29
NetApp使いなら普通に考えるだろ
700:名無しさん＠お腹いっぱい。
07/02/21 01:20:31
つーか、ZFSはNetAppと違って255世代なんてせこい制限になっていないからな。
1分置きにとっても大丈夫だよ。
ついでに、sshやrshとsend/recvを組み合わせれば、リモートレプリケーション
的な事も出来る。
701:名無しさん＠お腹いっぱい。
07/02/21 05:18:31
Solaris+ZFSに移行したいけど、今のファイルサーバ(Linux)の
データを一旦退避するだけの空きディスクがないぜ。
702:名無しさん＠お腹いっぱい。
07/02/21 08:13:07
>>700
1分おきはすげーな。スナップショットを取る処理の負荷はどうなんだろ。
703:名無しさん＠お腹いっぱい。
07/02/21 11:06:06
思いついて実行してから3日後には反省しきりだろ
704:名無しさん＠お腹いっぱい。
07/02/21 11:14:17
1分置きはともかく1時間置きにsnapshotとって運用しても大丈夫なのか雷電
705:名無しさん＠お腹いっぱい。
07/02/21 12:16:17
ああ、今のこところ問題ないぜ１
706:名無しさん＠お腹いっぱい。
07/02/21 12:30:06
俺の経験だと destroy の時にシステムがハングすることが何度かあった。
スナップショットたくさん作るのはいいんだけど、その後 destroy するのが恐い。
707:名無しさん＠お腹いっぱい。
07/02/21 12:40:13
>705
焦って口が回ってないぞ
708:名無しさん＠お腹いっぱい。
07/02/21 12:42:45
FreeBSDのzfs移植者も「まだメモリリークがあるけどそれはSolarisも一緒でSunが調査中」みたいな事を言っていたような気が。
一時間置きにsnapshotとれるなら楽しいが、やはりそこまでやるのはまだ時期早尚か?
というかsnapshotさえ取らなければ大丈夫なのか?
709:名無しさん＠お腹いっぱい。
07/02/21 12:51:15
がんがんsnapshot取ってだめになるならそれをアピールすればおｋ
710:名無しさん＠お腹いっぱい。
07/02/21 12:52:55
どこにアピールするんだ。
というかzfsの安定性向上に合力するほどの余裕がほしいな。
霞食って生きていく方法はないだろうか。
711:名無しさん＠お腹いっぱい。
07/02/21 13:36:14
>>710
プンソラのzfs-discussでアッピール頼む。
712:名無しさん＠お腹いっぱい。
07/02/21 15:56:50
ZFSに移行しようか悩む俺を勇気づける心強いお言葉の例:
URLﾘﾝｸ(mail.opensolaris.org)
> ZFS is new, that's right. There're some problems, mostly related to
> performance and hot spare support (when doing raid in ZFS). Other that
> that you should be ok. Quite a lot of people are using ZFS in a
> production. I myself have ZFS in a production for years and right now
> with well over 100TB of data on it using different storage arrays and
> I'm still migrating more and more data. Never lost any data on ZFS, at
> least I don't know about it :)))))
しかしNFSのパフォーマンスで問題報告が散見されるのも事実。
悩むよ。
zfsとは関係ないが、改行のない<pre>～</pre>は始末に困るな。
713:名無しさん＠お腹いっぱい。
07/02/21 20:40:10
>>705
スナップショットの食う容量と、パフォーマンスへの影響を知りたいです
毎日ベンチ取るような設定とかできないかな？
714:名無しさん＠お腹いっぱい。
07/02/21 22:35:14
何かの展示会で日鉄エレックがデモしていたよ。1分おきのSnapshot。
彼らはSolaris10とZFSをベースにした自社開発のNASを展示していて、展示会の
期間中スナップショットを取りつづけていた。
715:名無しさん＠お腹いっぱい。
07/02/21 23:29:03
>>713
んなもんやってみりゃいいじゃん。cron とシェルスクリプト駆使すりゃプーだろ。
716:名無しさん＠お腹いっぱい。
07/02/22 12:19:56
>>713
そんなあなたにDTrace。
717:名無しさん＠お腹いっぱい。
07/02/22 12:31:26
なるほど！
718:名無しさん＠お腹いっぱい。
07/02/24 00:34:09
わざわざ DTrace 使うようなもんかよｗ
719:名無しさん＠お腹いっぱい。
07/03/01 20:15:32
URLﾘﾝｸ(jp.sun.com)
ZFS誕生エピソード
720:名無しさん＠お腹いっぱい。
07/03/02 00:33:51
>>718
>>719 DTrace活用して開発したみたいですね
721:名無しさん＠お腹いっぱい。
07/03/02 06:31:52
あまり知られていない事実ワロタ。
誰も知らんつーのw
>あまり知られていない事実：
>カートが見当たらなかった為、データの入ったSun Fire X4500データサーバを
>キャンパスの向こう側まで手で運んだことがある。
722:名無しさん＠お腹いっぱい。
07/03/02 09:09:05
前の話をぶりかえすようですまんが、スナップショットを頻繁に取
るのは今のところ問題発生してないな。
ただ、zfs send | zfs recv と組み合わせようとすると、1回あた
り結構時間かかるから、あまり短くはできなさそう。
たとえば、俺のホーム(700GBくらい)では .bash_history くらいし
か変更がなくても一回に数分かかる。
723:名無しさん＠お腹いっぱい。
07/03/02 09:40:07
> ただ、zfs send | zfs recv と組み合わせようとすると、1回あた
> り結構時間かかるから、あまり短くはできなさそう。
それは ZFS の問題か? 関係ないよな?
724:名無しさん＠お腹いっぱい。
07/03/02 11:20:21
関係なくないだろ。
725:名無しさん＠お腹いっぱい。
07/03/02 13:21:21
ホーム700GBってデカすぎね? って動画なら普通か。
726:名無しさん＠お腹いっぱい。
07/03/02 14:26:47
>>722
なかなか興味深い話題だとおもう
>>725
でかいことにケチをつけても始まらないかもね。
727:722
07/03/02 21:33:28
うちの研究室では 700GB ってかなり控え目な方なんだけど。
学生より少ないし。
ちなみに音声系の研究室です。
728:名無しさん＠お腹いっぱい。
07/03/03 07:12:12
>>725
HDDレコーダなんて1GBあっても全然足りないといわれているわけだしね。
そういえば、最近のHDDレコーダって中身がLinuxなのが多くなっているようだけど、
PCどころではなく突然の電源断が多いから、この手のデジタル家電にこそZFSは
向いているのかもしれない。
まあ、組み込みWindowsでNTFSにしているところも多いだろうけど。
729:名無しさん＠お腹いっぱい。
07/03/03 07:21:10
うげ、1GBじゃなくて1TB…
730:名無しさん＠お腹いっぱい。
07/03/03 19:57:51
>>728
組み込みSolarisはちょっと見てみたいな。
731:名無しさん＠お腹いっぱい。
07/03/04 22:15:34
URLﾘﾝｸ(docs.FreeBSD.org)
ZFS port to FreeBSD: 2nd patchset available.
732:名無しさん＠お腹いっぱい。
07/03/05 21:50:58
>>728
Windows系のHDDレコーダーって何処があるんだっけ？
Panaと芝とNECはLinuxだよね。
733:名無しさん＠お腹いっぱい。
07/03/12 20:19:24
ふと、新しいiMacに、フラッシュ搭載か、というネタを聞いてるとき思ったんだけど
Leopardって、ZFS載るじゃないですか、で、iMacにSSDが載るとしても
まあ、供給事情からいって、32GBくらいだと思うんですよ
とすると、それだけだと今までのiMacよりも容量が少なくなっちゃう。
どうするか？
もしかすると、HDDとSSDを両方乗せてくるかも？！
とここまでが妄想で。
ZFSでHDDとSSDという速度差があるようなメディアを混在してプールを作ったとき
そのパフォーマンスはどうなるのか気になったのでこのスレに来てみた。
誰か、こういうの試せる環境にある人います？
734:名無しさん＠お腹いっぱい。
07/03/12 22:33:03
NeXT は最初 5inch MO オンリーだったけどあまりに遅くて不評だったので
マイナーチェンジしてスワップ専用の 40MB SCSI HDD 併設になったよ。
まあそういうことするのは平気だね、Jobs 氏は。
735:名無しさん＠お腹いっぱい。
07/03/12 22:48:43
それなんてHybrid HDD
736:名無しさん＠お腹いっぱい。
07/03/13 20:29:48
>>735
言うなればソフトウェアハイブリッドだな。
737:名無しさん＠お腹いっぱい。
07/03/30 00:18:29
ZFS for Linux Beta 1
URLﾘﾝｸ(zfs-on-fuse.blogspot.com)
738:名無しさん＠お腹いっぱい。
07/03/30 01:19:56
>>737
FUSEだけどな…
マイクロカーネルOSならともかく、モノリシックOSの代表のLinuxがFUSEみたいなこと
やっても、あんまり嬉しくない。
739:名無しさん＠お腹いっぱい。
07/03/30 02:16:59
FUSE じゃないと実現できない、ってとこが Linux のクソさ加減を表してるなw
740:名無しさん＠お腹いっぱい。
07/03/30 04:19:36
これは酷いレスだな
おまいが近所に住んでない事を祈るよ
741:名無しさん＠お腹いっぱい。
07/03/30 22:26:00
うまい事くっ付ければFUSE上のZFSを/homeでマウントできるのかな？
742:名無しさん＠お腹いっぱい。
07/04/03 03:53:44
FUSEである程度力を発揮すればカーネル標準に取り込むような流れも出ると思うぞ
743:名無しさん＠お腹いっぱい。
07/04/03 08:08:05
カーネル内実装に移行するときにコードをある程度再利用できるなら、
まずはFUSE上に実装してみるってのも手ではあると思う。
実際のところどうなのかは知らないけど。
744:名無しさん＠お腹いっぱい。
07/04/03 09:04:51
Solaris で、VFS との関係はどうなってるの? Linux のカーネルへ持って行くのに
VFS 作り直しだととりあえず近い将来ってのは絶望的だろ。
745:名無しさん＠お腹いっぱい。
07/04/03 10:43:58
はあ？
746:名無しさん＠お腹いっぱい。
07/04/03 11:26:02
なんのためのVFSだと思ってるんだｗ
747:名無しさん＠お腹いっぱい。
07/04/03 11:33:58
Linux の VFS はガタガタだよ? おわかり?
748:名無しさん＠お腹いっぱい。
07/04/03 11:33:59
Various Filesystem Switcher
749:名無しさん＠お腹いっぱい。
07/04/03 15:04:29
>>747
「Linux VFS だめだめ」って話はしばしば聞くけど、奥なんとかの
プロパガンダ以上に議論が進むの見たことない。
仮に VFS ガタガタが真実だとすれば、それはもうほとんどOSとし
てガタガタと言うことになる。
750:名無しさん＠お腹いっぱい。
07/04/03 16:14:10
実際ガタガタだろ。あんだけマンパワーかけて未だに安定したもんにならない。
もう何年も堂々巡り状態じゃん。
751:名無しさん＠お腹いっぱい。
07/04/03 16:17:48
もうLinuxの話は禁止。
752:名無しさん＠お腹いっぱい。
07/04/03 16:34:07
奥なんとか、ってなに?
753:名無しさん＠お腹いっぱい。
07/04/03 17:03:01
>>749
いつもの荒らし乙
754:名無しさん＠お腹いっぱい。
07/04/03 17:18:07
実際OSとしてガタガタなのなら変にLinuxなんか使わないで他
のOS使えばいいじゃない。
まして、ZFSの移植なんて考えない方が良いのでは？
755:名無しさん＠お腹いっぱい。
07/04/03 17:24:22
うむ、まあ、正論だな。オレは使ってないw
756:名無しさん＠お腹いっぱい。
07/04/03 19:40:59
OpenSolaris始まったな
757:名無しさん＠お腹いっぱい。
07/04/03 21:48:32
おれも巡り合わせが悪くて使わなくなったな。
758:名無しさん＠お腹いっぱい。
07/04/04 00:29:33
FUSEはライセンスの問題を回避するためって理由もあるでしょ。
> URLﾘﾝｸ(www.gnu.org)
> GPLで保護されたモジュールとCDDLで保護されたモジュールは合法的に
> 一緒にリンクすることができません。
GPLなLinuxカーネルとCDDLなZFSを繋ぐ役目としては、FUSEは有効だと思う。
759:名無しさん＠お腹いっぱい。
07/04/04 08:14:06
じゃあ、カーネル内実装にするときには再利用できないわけね。
ダメじゃん。
そもそも、性能も必要なfsの実装にFUSEなんて使っちゃいけないでしょ。
760:名無しさん＠お腹いっぱい。
07/04/04 20:31:03
これからは、FUSEが主役になる！！！
マイクロカーネルみたいなモノですよ！！！
761:名無しさん＠お腹いっぱい。
07/04/04 22:59:24
>>760
カーネル組み込みより単純に実装できる割には
性能低下が少なめ、とはきいた記憶があるな。
スクリプト言語みたいなもんか。
762:名無しさん＠お腹いっぱい。
07/04/04 23:51:44
うーん、ファイルシステムをカーネル外で実装して動かしてからカーネル内に移すってのは、
太古の昔からやられてたごくふつーの手順だと思うけど。4BSD の FFS もそうだし。
それの手順というか、整理しただけでしょ?
763:名無しさん＠お腹いっぱい。
07/04/05 22:31:52
SunFire X4500のいぱーいのディスクで大きな1ファイルシステムを作ってみた。
10数TBだが、ふつーに動くな。社内のワークエリアとして開放。しばらく様子見。
764:名無しさん＠お腹いっぱい。
07/04/06 22:52:38
ZFS committed to the FreeBSD base.
URLﾘﾝｸ(lists.freebsd.org)
ｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( ﾟ)━( )━(ﾟ )━(∀ﾟ )━(ﾟ∀ﾟ)━!!!!
765:名無しさん＠お腹いっぱい。
07/04/06 23:19:54
7.x-RELEASEでは常用になるという事で宜しいか？
766:名無しさん＠お腹いっぱい。
07/04/06 23:36:25
ZFS。移植されるの早かったな。もう完成か。
767:名無しさん＠お腹いっぱい。
07/04/06 23:59:40
カーネルメモリ食いまくりのリッチソリューションって
状態は改善されたのか?
768:名無しさん＠お腹いっぱい。
07/04/07 00:08:47
＞ ZFS is available in the HEAD branch and will be
＞ available in FreeBSD 7.0-RELEASE as an experimental feature.
だろ？ 常用桶はまだ先の話ジャマイカ？
769:名無しさん＠お腹いっぱい。
07/04/07 03:51:09
8になるころは安定するかなぁ。
とはいえ、7はSMPの性能向上といいXen対応といい、目玉の機能が多そうだ。
770:名無しさん＠お腹いっぱい。
07/04/07 04:01:29
その代わり安定性が犠牲になります。
771:名無しさん＠お腹いっぱい。
07/04/07 04:09:45
FreeBSDに対するZFSの移植が完了
URLﾘﾝｸ(journal.mycom.co.jp)
772:名無しさん＠お腹いっぱい。
07/04/07 09:26:18
>769
SMP 本格対応ってのは 5 の時も 6 の時も
当初は目玉だったはずなのだ
773:名無しさん＠お腹いっぱい。
07/04/07 09:42:42
>>772
遅れに遅れてはきたが、それでもこないだ実装終わった
ってんだから問題あるまい。
774:april fool
07/04/07 09:48:46
GIANT Lock が消えたニュースは驚いたけどな
775:名無しさん＠お腹いっぱい。
07/04/07 11:23:03
SMPは7でとりあえず完全対応ってことにしたいんじゃね？
でもとりあえずZFSで遊ぼうっと。もう一台ちょっと枯れたマシン用意するか…
>>774
おもわずがんばったなと言いかけたぜ。
776:名無しさん＠お腹いっぱい。
07/04/07 16:32:44
>>771
bootローダは未対応の様だな。
777:名無しさん＠お腹いっぱい。
07/04/07 16:55:34
Solarisもbootはまだサポートしてないね
778:名無しさん＠お腹いっぱい
07/04/07 18:31:13
bootはもうちょっと先だねぇ
779:名無しさん＠お腹いっぱい。
07/04/07 18:55:42
>>772
それを言うと Linux も 2.0, 2.2, 2.4, 2.6 全て SMP 改善のために大幅に書き直されたはず。
いまだウンコ。
さらに、i486, Pentium, PenPro, PenII, PenIII, Netburst すべて SMP が改善されるはずだった。
バス飽和しまくり。論外。
まともなのって Solaris と IRIX と AIX くらいだろ。昔だと DG-UX とかよかったらしいが。
780:名無しさん＠お腹いっぱい。
07/04/08 00:25:42
OSとハードウェアアーキテクチャいっしょくたにして語るのって頭悪い。
言いたいことはわからないでもないけどね。
781:名無しさん＠お腹いっぱい。
07/04/08 00:31:36
この場合いっしょくたで十分。SMP は一朝一夕では達成できない。
腐った指針では何年経ってもできない。
782:名無しさん＠お腹いっぱい。
07/04/08 00:47:20
Linux＝x86
Solaris＝SPARC
AIX＝POWER
分けて考える必要なし。
783:名無しさん＠お腹いっぱい。
07/04/08 01:06:30
SolarisはX64でもきれいに動くじゃん。SMP
784:名無しさん＠お腹いっぱい。
07/04/08 02:34:17
16コアとか動かしてみたか?
785:名無しさん＠お腹いっぱい。
07/04/08 02:57:33
動いてるが。
786:名無しさん＠お腹いっぱい。
07/04/08 09:57:01
マルチプロセッサで性能を出せるコンピュータアーキテクチャだからこそ、
その上のOSで工夫しがいがあるわけで、ごちゃまぜで語るのは杜撰としか言えない。
例えば、SPARCでLinuxを走らせるとどうなるか、x86上のSolarisはどうなのかという
あたりをよーく考えてみるといい。
787:名無しさん＠お腹いっぱい。
07/04/08 14:49:02
考えてみるだけじゃダメだろ。どうなるの? データ出しなさい。
788:名無しさん＠お腹いっぱい。
07/04/08 22:59:58
x86上でスケールするかは見てみたいな
SPARCはそれ自体がスケールすることを目指したアーキテクチャだからスケールする
SPARCのＳはScalableだったように記憶している
で？ここZFSスレじゃなかったっけ？
まあ、FreeBSDで動いたら次のトピックはSolaris上でBoot対応、くらいかな？
Leopard発売もちょっとしたトピックになるか？
789:名無しさん＠お腹いっぱい。
07/04/09 00:03:41
>>788
Scalable Processor ARChitecture
790:名無しさん＠お腹いっぱい。
07/04/09 00:24:37
Super Ponkotu ARChitecture
791:名無しさん＠お腹いっぱい。
07/04/09 01:03:06
>>786
やったことないんじゃねーか。最初からそういいな。
792:名無しさん＠お腹いっぱい。
07/04/09 10:33:42
いつものことだ。
793:名無しさん＠お腹いっぱい。
07/04/09 10:56:02
>>791
勘違い君乙
794:名無しさん＠お腹いっぱい。
07/04/09 11:07:42
>>786
SPARC で Linux → ゴミ
x86 で Solaris → プロセッサバス飽和した時点でゴミ
795:名無しさん＠お腹いっぱい。
07/04/09 14:49:52
要はHyperTransportなAthlon64マンセーってことか?
796:名無しさん＠お腹いっぱい。
07/04/09 14:56:02
HyperTransport って現状のはせいぜい 4コアって話じゃなかった? 8つだったか?
797:名無しさん＠お腹いっぱい。
07/04/09 15:57:19
せいぜい 8core までくらいのマーケット向けに最適化すると
3本だよねーということであって
もっと必要ならもっとつける(そしてもっと高くなる)
ということでしょ
いや数十本のHT足が必要だ、みたいになってくると
根本的に別の設計が必要だろうけど
798:名無しさん＠お腹いっぱい。
07/04/09 16:20:20
> いや数十本のHT足が必要だ、みたいになってくると
> 根本的に別の設計が必要だろうけど
結局そういう規模の SMP を想定した技術じゃないのよ。
799:名無しさん＠お腹いっぱい。
07/04/09 19:32:28
ｱｰｷﾃｸﾁｬ論議ってほんとどこでも始まるんだな
800:名無しさん＠お腹いっぱい。
07/04/09 19:46:15
しったかは何処にでもいるからな
801:名無しさん＠お腹いっぱい。
07/04/09 23:24:42
>>776-778
bootローダはまだZFSを読めないが、ZFSをルートファイルシステムに
できるようになったので、/bootだけUFSで残りは全部ZFSって構成ができるようになった。
URLﾘﾝｸ(lists.freebsd.org)
802:名無しさん＠お腹いっぱい。
07/04/10 04:50:36
お！良い感じになってきたな。
803:名無しさん＠お腹いっぱい。
07/04/11 22:19:13
ZFSはバックアップ機能(send/recv)が弱いよな。
snapshotが-r の再帰オプションつけているんだからさ。send -r 実装キボン
804:名無しさん＠お腹いっぱい。
07/04/11 22:45:12
gbdeやgeliと併用できるのかな
805:名無しさん＠お腹いっぱい。
07/04/11 23:59:38
>>804
URLﾘﾝｸ(lists.freebsd.org)
にいろいろ例が書いてある。
zpoolから4G確保して、ｹﾞﾘ化してからswaponする例↓
# zfs create -V 4g tank/swap
# geli onetime -s 4096 /dev/zvol/tank/swap
# swapon /dev/zvol/tank/swap.eli
806:名無しさん＠お腹いっぱい。
07/04/12 00:19:27
下痢？
807:名無しさん＠お腹いっぱい。
07/04/12 00:41:58
ゲリラのうた
URLﾘﾝｸ(www.nicovideo.jp)
808:名無しさん＠お腹いっぱい。
07/04/12 01:31:18
Sun、次世代ファイルシステム「ZFS」の技術をOpenSolarisへ寄贈
URLﾘﾝｸ(journal.mycom.co.jp)
809:名無しさん＠お腹いっぱい。
07/04/14 20:26:47
Linuxでもライセンス的に問題無くなったって事なのかな？
810:名無しさん＠お腹いっぱい。
07/04/14 20:30:46
まだだろ。
CDDLのままなんだから。
811:名無しさん＠お腹いっぱい。
07/04/14 20:59:15
FUSEがあるから大丈夫。
812:名無しさん＠お腹いっぱい。
07/04/14 21:19:25
>>810
だから今度GPL2になるかもって話なんだけど・・・・
813:名無しさん＠お腹いっぱい。
07/04/14 22:29:00
>>812
>>809は>>808を受けてのレスに見せ掛けて、実は全然
無関係ってことかorz
814:名無しさん＠お腹いっぱい。
07/04/14 23:01:57
パクLinuxには簡単には使わせないよ、ってことだろ。
815:名無しさん＠お腹いっぱい。
07/04/15 00:36:52
ZFS的にはsolaris以外はパクリじゃん。