[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 11/08 15:02 / Filesize : 199 KB / Number-of Response : 816
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

[次世代] ZFS [ファイルシステム]



1 名前:名無しさん@お腹いっぱい。 [2006/05/03(水) 13:41:10 ]
[次世代] ZFS [ファイルシステム]
次世代ファイルシステムとしての期待が高いZFSにAppleが興味を示しました。
10.6か10.5で搭載されると見られるこのZFSについて語りましょう。

Solaris ZFS
www.sun.com/software/solaris/zfs.jsp

OpenSolaris
www.opensolaris.org/os/

676 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 05:59:32 ]
>>675
んじゃZZや、V、G、W、Xなどなど…。と思ったら、vfs、gfs、xfsは既にあるなぁ。
wfsだとWindows FSっぽい。
ってことで、∀fsなんてどうよ。

677 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 10:50:17 ]
>>676
その次はfsSEED(fs種)->fsSEED Destiny(fs種死)か。

678 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 12:30:09 ]
FS91 とか

679 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 17:00:50 ]
FFS(Fast File System)→FFFS(Fat Fast File System) の前例からして ZZFS だなw

680 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 17:04:06 ]
次は、Σfsでお願いします

681 名前:名無しさん@お腹いっぱい。 [2007/02/15(木) 20:12:54 ]
Appleは、gccにもフルタイムのコミッタを出してるな。
C++のプレコンパイルヘッダ周りとかを担当している。
他にもmDNSResponder(howl)とか、Linux/*BSDに還元されてる。

682 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 20:44:10 ]
PPC時代に自前のコンパイラを持ってないからだろ。


683 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 21:30:21 ]
ま、それはNeXTからずっとgccだから

684 名前:名無しさん@お腹いっぱい。 [2007/02/16(金) 02:45:50 ]
技術の話しようぜ



685 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/16(金) 03:10:25 ]
自前のコンパイラ持ってないところは辛いね

686 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/16(金) 23:36:45 ]
raidzやmirrorのメンバのディスクをreplaceしたいんだけど、
replace するためには現在と同量(あるいはそれより大きい)
ディスクを用意するために、今の正確なサイズを知るにはどうした
らいいんでしょう?



687 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/16(金) 23:38:32 ]
format

688 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/16(金) 23:44:50 ]
>>687 ども。prtvtoc ってのでもいいことを知りました。
なんか難しく考えすぎてた。

689 名前:名無しさん@お腹いっぱい。 [2007/02/19(月) 23:30:48 ]
そろそろ誰か本稼働サーバで使ってる人いないかな?
トラブル報告をほとんど聞かないけど、もうSolaris版は安定してる?

690 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 00:56:11 ]
>>689
出始めにしては良いほうだけどZFSは本稼動させるほどには安定してない。
結構固まるよ。

691 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 11:34:12 ]
Appleも結構BSDに貢献している部分はあるよ。↓

>TrustedBSDの監査サポートの大部分はMac OS Xから発したものです。
>我々は、Appleが監査サポートの開発を行い、また、その成果を
>オープンソースとして公開してくれたことに、深く感謝します。
tyuu.com/modules/xeblog/?action_xeblog_details=1&blog_id=16

Leopardの開発版には、ZFSは既に採用されているね。
www.thinksecret.com/archives/leopard9a321/source/picture-1.html

692 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 11:38:35 ]
むしろその上の

>John Baldwin: 私個人としては、一方のOSからもう一方へ何もポーティ
>ングする計画はありません。もっとも、OS X Tigerのlaunchdを、
>FreeBSDのinitとinetdへの交換として移植するとおもしろいなあと思っ
>ています。

これにびっくりした

693 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 11:51:42 ]
>>689
kwsk


694 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 16:31:05 ]
launchd は面白いよ。init, inetd, xinetd, cronなど起動に関する
こと全般を一つの設定に統合できるのは合理的だしスマート。
始めは戸惑うけどね。



695 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 19:41:07 ]
Solaris+ZFSですげえ幸せになった奴とかいないの?


696 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 20:20:08 ]
Linux + LVM + ソフトウェアRAID + ext3で不幸になったヤシなら山のようにおるな

697 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 20:27:46 ]
俺すげー幸せになった。安いハードウェアRAIDをCore2DuoのRAIDZに置き換えた。
速いし、チェックサムで安心だし、スナップショット1時間起きに取ってるので
間違って rm しても安心だし。かなり幸せ。

698 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 00:38:22 ]
> スナップショット1時間起き

ぐあ、そんな使い方もあるのか。目から鱗だ。

699 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 00:47:29 ]
NetApp使いなら普通に考えるだろ

700 名前:名無しさん@お腹いっぱい。 [2007/02/21(水) 01:20:31 ]
つーか、ZFSはNetAppと違って255世代なんてせこい制限になっていないからな。
1分置きにとっても大丈夫だよ。
ついでに、sshやrshとsend/recvを組み合わせれば、リモートレプリケーション
的な事も出来る。

701 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 05:18:31 ]
Solaris+ZFSに移行したいけど、今のファイルサーバ(Linux)の
データを一旦退避するだけの空きディスクがないぜ。

702 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 08:13:07 ]
>>700
1分おきはすげーな。スナップショットを取る処理の負荷はどうなんだろ。


703 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 11:06:06 ]
思いついて実行してから3日後には反省しきりだろ

704 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 11:14:17 ]
1分置きはともかく1時間置きにsnapshotとって運用しても大丈夫なのか雷電




705 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 12:16:17 ]
ああ、今のこところ問題ないぜ1

706 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 12:30:06 ]
俺の経験だと destroy の時にシステムがハングすることが何度かあった。
スナップショットたくさん作るのはいいんだけど、その後 destroy するのが恐い。

707 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 12:40:13 ]
>705
焦って口が回ってないぞ

708 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 12:42:45 ]
FreeBSDのzfs移植者も「まだメモリリークがあるけどそれはSolarisも一緒でSunが調査中」みたいな事を言っていたような気が。
一時間置きにsnapshotとれるなら楽しいが、やはりそこまでやるのはまだ時期早尚か?
というかsnapshotさえ取らなければ大丈夫なのか?


709 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 12:51:15 ]
がんがんsnapshot取ってだめになるならそれをアピールすればおk

710 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 12:52:55 ]
どこにアピールするんだ。
というかzfsの安定性向上に合力するほどの余裕がほしいな。
霞食って生きていく方法はないだろうか。


711 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 13:36:14 ]
>>710
プンソラのzfs-discussでアッピール頼む。

712 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 15:56:50 ]
ZFSに移行しようか悩む俺を勇気づける心強いお言葉の例:
mail.opensolaris.org/pipermail/zfs-discuss/2007-January/025303.html
> 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 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 20:40:10 ]
>>705
スナップショットの食う容量と、パフォーマンスへの影響を知りたいです
毎日ベンチ取るような設定とかできないかな?

714 名前:名無しさん@お腹いっぱい。 [2007/02/21(水) 22:35:14 ]
何かの展示会で日鉄エレックがデモしていたよ。1分おきのSnapshot。
彼らはSolaris10とZFSをベースにした自社開発のNASを展示していて、展示会の
期間中スナップショットを取りつづけていた。



715 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 23:29:03 ]
>>713
んなもんやってみりゃいいじゃん。cron とシェルスクリプト駆使すりゃプーだろ。

716 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/22(木) 12:19:56 ]
>>713
そんなあなたにDTrace。

717 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/22(木) 12:31:26 ]
なるほど!

718 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/24(土) 00:34:09 ]
わざわざ DTrace 使うようなもんかよw

719 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2007/03/01(木) 20:15:32 ]
ttp://jp.sun.com/communities/users/0612/feature01.html
ZFS誕生エピソード

720 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 00:33:51 ]
>>718
>>719 DTrace活用して開発したみたいですね

721 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 06:31:52 ]
あまり知られていない事実ワロタ。
誰も知らんつーのw

>あまり知られていない事実:
>カートが見当たらなかった為、データの入ったSun Fire X4500データサーバを
>キャンパスの向こう側まで手で運んだことがある。

722 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 09:09:05 ]
前の話をぶりかえすようですまんが、スナップショットを頻繁に取
るのは今のところ問題発生してないな。
ただ、zfs send | zfs recv と組み合わせようとすると、1回あた
り結構時間かかるから、あまり短くはできなさそう。
たとえば、俺のホーム(700GBくらい)では .bash_history くらいし
か変更がなくても一回に数分かかる。


723 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 09:40:07 ]
> ただ、zfs send | zfs recv と組み合わせようとすると、1回あた
> り結構時間かかるから、あまり短くはできなさそう。
それは ZFS の問題か? 関係ないよな?

724 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 11:20:21 ]
関係なくないだろ。



725 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 13:21:21 ]
ホーム700GBってデカすぎね? って動画なら普通か。


726 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 14:26:47 ]
>>722
なかなか興味深い話題だとおもう

>>725
でかいことにケチをつけても始まらないかもね。

727 名前:722 mailto:sage [2007/03/02(金) 21:33:28 ]
うちの研究室では 700GB ってかなり控え目な方なんだけど。
学生より少ないし。
ちなみに音声系の研究室です。


728 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/03(土) 07:12:12 ]
>>725
HDDレコーダなんて1GBあっても全然足りないといわれているわけだしね。
そういえば、最近のHDDレコーダって中身がLinuxなのが多くなっているようだけど、
PCどころではなく突然の電源断が多いから、この手のデジタル家電にこそZFSは
向いているのかもしれない。

まあ、組み込みWindowsでNTFSにしているところも多いだろうけど。

729 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/03(土) 07:21:10 ]
うげ、1GBじゃなくて1TB…

730 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/03(土) 19:57:51 ]
>>728
組み込みSolarisはちょっと見てみたいな。

731 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/04(日) 22:15:34 ]
ttp://docs.FreeBSD.org/cgi/mid.cgi?20070304123801.GA22350
ZFS port to FreeBSD: 2nd patchset available.


732 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/05(月) 21:50:58 ]
>>728
Windows系のHDDレコーダーって何処があるんだっけ?
Panaと芝とNECはLinuxだよね。

733 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/12(月) 20:19:24 ]
ふと、新しいiMacに、フラッシュ搭載か、というネタを聞いてるとき思ったんだけど
Leopardって、ZFS載るじゃないですか、で、iMacにSSDが載るとしても
まあ、供給事情からいって、32GBくらいだと思うんですよ
とすると、それだけだと今までのiMacよりも容量が少なくなっちゃう。

どうするか?
もしかすると、HDDとSSDを両方乗せてくるかも?!

とここまでが妄想で。

ZFSでHDDとSSDという速度差があるようなメディアを混在してプールを作ったとき
そのパフォーマンスはどうなるのか気になったのでこのスレに来てみた。
誰か、こういうの試せる環境にある人います?

734 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/12(月) 22:33:03 ]
NeXT は最初 5inch MO オンリーだったけどあまりに遅くて不評だったので
マイナーチェンジしてスワップ専用の 40MB SCSI HDD 併設になったよ。
まあそういうことするのは平気だね、Jobs 氏は。



735 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/12(月) 22:48:43 ]
それなんてHybrid HDD

736 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/13(火) 20:29:48 ]
>>735
言うなればソフトウェアハイブリッドだな。

737 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/30(金) 00:18:29 ]
ZFS for Linux Beta 1
zfs-on-fuse.blogspot.com/2007/03/zfs-for-linux-beta-1.html

738 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/30(金) 01:19:56 ]
>>737
FUSEだけどな…
マイクロカーネルOSならともかく、モノリシックOSの代表のLinuxがFUSEみたいなこと
やっても、あんまり嬉しくない。

739 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/30(金) 02:16:59 ]
FUSE じゃないと実現できない、ってとこが Linux のクソさ加減を表してるなw

740 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/30(金) 04:19:36 ]
これは酷いレスだな
おまいが近所に住んでない事を祈るよ

741 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/30(金) 22:26:00 ]
うまい事くっ付ければFUSE上のZFSを/homeでマウントできるのかな?

742 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 03:53:44 ]
FUSEである程度力を発揮すればカーネル標準に取り込むような流れも出ると思うぞ

743 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 08:08:05 ]
カーネル内実装に移行するときにコードをある程度再利用できるなら、
まずはFUSE上に実装してみるってのも手ではあると思う。
実際のところどうなのかは知らないけど。

744 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 09:04:51 ]
Solaris で、VFS との関係はどうなってるの? Linux のカーネルへ持って行くのに
VFS 作り直しだととりあえず近い将来ってのは絶望的だろ。



745 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 10:43:58 ]
はあ?

746 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 11:26:02 ]
なんのためのVFSだと思ってるんだw

747 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 11:33:58 ]
Linux の VFS はガタガタだよ? おわかり?

748 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 11:33:59 ]
Various Filesystem Switcher

749 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 15:04:29 ]
>>747
「Linux VFS だめだめ」って話はしばしば聞くけど、奥なんとかの
プロパガンダ以上に議論が進むの見たことない。

仮に VFS ガタガタが真実だとすれば、それはもうほとんどOSとし
てガタガタと言うことになる。

750 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 16:14:10 ]
実際ガタガタだろ。あんだけマンパワーかけて未だに安定したもんにならない。
もう何年も堂々巡り状態じゃん。

751 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 16:17:48 ]
もうLinuxの話は禁止。


752 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 16:34:07 ]
奥なんとか、ってなに?

753 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 17:03:01 ]
>>749
いつもの荒らし乙

754 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 17:18:07 ]
実際OSとしてガタガタなのなら変にLinuxなんか使わないで他
のOS使えばいいじゃない。
まして、ZFSの移植なんて考えない方が良いのでは?



755 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 17:24:22 ]
うむ、まあ、正論だな。オレは使ってないw

756 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 19:40:59 ]
OpenSolaris始まったな

757 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 21:48:32 ]
おれも巡り合わせが悪くて使わなくなったな。

758 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/04(水) 00:29:33 ]
FUSEはライセンスの問題を回避するためって理由もあるでしょ。

> www.gnu.org/licenses/license-list.ja.html
> GPLで保護されたモジュールとCDDLで保護されたモジュールは合法的に
> 一緒にリンクすることができません。

GPLなLinuxカーネルとCDDLなZFSを繋ぐ役目としては、FUSEは有効だと思う。

759 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/04(水) 08:14:06 ]
じゃあ、カーネル内実装にするときには再利用できないわけね。
ダメじゃん。

そもそも、性能も必要なfsの実装にFUSEなんて使っちゃいけないでしょ。

760 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/04(水) 20:31:03 ]
これからは、FUSEが主役になる!!!
マイクロカーネルみたいなモノですよ!!!

761 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/04(水) 22:59:24 ]
>>760
カーネル組み込みより単純に実装できる割には
性能低下が少なめ、とはきいた記憶があるな。

スクリプト言語みたいなもんか。

762 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/04(水) 23:51:44 ]
うーん、ファイルシステムをカーネル外で実装して動かしてからカーネル内に移すってのは、
太古の昔からやられてたごくふつーの手順だと思うけど。4BSD の FFS もそうだし。
それの手順というか、整理しただけでしょ?

763 名前:名無しさん@お腹いっぱい。 [2007/04/05(木) 22:31:52 ]
SunFire X4500のいぱーいのディスクで大きな1ファイルシステムを作ってみた。
10数TBだが、ふつーに動くな。社内のワークエリアとして開放。しばらく様子見。

764 名前:名無しさん@お腹いっぱい。 [2007/04/06(金) 22:52:38 ]
ZFS committed to the FreeBSD base.
lists.freebsd.org/pipermail/freebsd-current/2007-April/070544.html

キタ━(゚∀゚)━( ゚∀)━(  ゚)━(  )━(゚  )━(∀゚ )━(゚∀゚)━!!!!



765 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/06(金) 23:19:54 ]
7.x-RELEASEでは常用になるという事で宜しいか?

766 名前:名無しさん@お腹いっぱい。 [2007/04/06(金) 23:36:25 ]
ZFS。移植されるの早かったな。もう完成か。

767 名前:名無しさん@お腹いっぱい。 mailto:sagegegege [2007/04/06(金) 23:59:40 ]
カーネルメモリ食いまくりのリッチソリューションって
状態は改善されたのか?

768 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 03:51:09 ]
8になるころは安定するかなぁ。
とはいえ、7はSMPの性能向上といいXen対応といい、目玉の機能が多そうだ。

770 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 04:01:29 ]
その代わり安定性が犠牲になります。


771 名前:名無しさん@お腹いっぱい。 [2007/04/07(土) 04:09:45 ]

FreeBSDに対するZFSの移植が完了
journal.mycom.co.jp/news/2007/04/06/017/index.html

772 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 09:26:18 ]
>769
SMP 本格対応ってのは 5 の時も 6 の時も
当初は目玉だったはずなのだ

773 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 09:42:42 ]
>>772
遅れに遅れてはきたが、それでもこないだ実装終わった
ってんだから問題あるまい。

774 名前:april fool mailto:sage [2007/04/07(土) 09:48:46 ]
GIANT Lock が消えたニュースは驚いたけどな



775 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 11:23:03 ]
SMPは7でとりあえず完全対応ってことにしたいんじゃね?
でもとりあえずZFSで遊ぼうっと。もう一台ちょっと枯れたマシン用意するか…

>>774
おもわずがんばったなと言いかけたぜ。

776 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 16:32:44 ]
>>771
bootローダは未対応の様だな。

777 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 16:55:34 ]
Solarisもbootはまだサポートしてないね

778 名前:名無しさん@お腹いっぱい mailto:sage [2007/04/07(土) 18:31:13 ]
bootはもうちょっと先だねぇ

779 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 00:25:42 ]
OSとハードウェアアーキテクチャいっしょくたにして語るのって頭悪い。
言いたいことはわからないでもないけどね。

781 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 00:31:36 ]
この場合いっしょくたで十分。SMP は一朝一夕では達成できない。
腐った指針では何年経ってもできない。

782 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 00:47:20 ]
Linux=x86
Solaris=SPARC
AIX=POWER
分けて考える必要なし。


783 名前:名無しさん@お腹いっぱい。 [2007/04/08(日) 01:06:30 ]
SolarisはX64でもきれいに動くじゃん。SMP

784 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 02:34:17 ]
16コアとか動かしてみたか?



785 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 02:57:33 ]
動いてるが。

786 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 09:57:01 ]
マルチプロセッサで性能を出せるコンピュータアーキテクチャだからこそ、
その上のOSで工夫しがいがあるわけで、ごちゃまぜで語るのは杜撰としか言えない。

例えば、SPARCでLinuxを走らせるとどうなるか、x86上のSolarisはどうなのかという
あたりをよーく考えてみるといい。

787 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 14:49:02 ]
考えてみるだけじゃダメだろ。どうなるの? データ出しなさい。

788 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 22:59:58 ]
x86上でスケールするかは見てみたいな
SPARCはそれ自体がスケールすることを目指したアーキテクチャだからスケールする
SPARCのSはScalableだったように記憶している

で?ここZFSスレじゃなかったっけ?

まあ、FreeBSDで動いたら次のトピックはSolaris上でBoot対応、くらいかな?
Leopard発売もちょっとしたトピックになるか?

789 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 00:03:41 ]
>>788
Scalable Processor ARChitecture

790 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 00:24:37 ]
Super Ponkotu ARChitecture

791 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 01:03:06 ]
>>786
やったことないんじゃねーか。最初からそういいな。

792 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 10:33:42 ]
いつものことだ。

793 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 10:56:02 ]
>>791
勘違い君乙

794 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 11:07:42 ]
>>786
SPARC で Linux → ゴミ
x86 で Solaris → プロセッサバス飽和した時点でゴミ



795 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 14:49:52 ]
要はHyperTransportなAthlon64マンセーってことか?

796 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 14:56:02 ]
HyperTransport って現状のはせいぜい 4コアって話じゃなかった? 8つだったか?

797 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 15:57:19 ]
せいぜい 8core までくらいのマーケット向けに最適化すると
3本だよねーということであって
もっと必要ならもっとつける(そしてもっと高くなる)
ということでしょ

いや数十本のHT足が必要だ、みたいになってくると
根本的に別の設計が必要だろうけど

798 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 16:20:20 ]
> いや数十本のHT足が必要だ、みたいになってくると
> 根本的に別の設計が必要だろうけど
結局そういう規模の SMP を想定した技術じゃないのよ。

799 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 19:32:28 ]
アーキテクチャ論議ってほんとどこでも始まるんだな

800 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 19:46:15 ]
しったかは何処にでもいるからな

801 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 23:24:42 ]
>>776-778
bootローダはまだZFSを読めないが、ZFSをルートファイルシステムに
できるようになったので、/bootだけUFSで残りは全部ZFSって構成ができるようになった。
lists.freebsd.org/pipermail/freebsd-current/2007-April/070731.html

802 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/10(火) 04:50:36 ]
お!良い感じになってきたな。

803 名前:名無しさん@お腹いっぱい。 [2007/04/11(水) 22:19:13 ]
ZFSはバックアップ機能(send/recv)が弱いよな。
snapshotが-r の再帰オプションつけているんだからさ。send -r 実装キボン

804 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/11(水) 22:45:12 ]
gbdeやgeliと併用できるのかな



805 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/11(水) 23:59:38 ]
>>804
lists.freebsd.org/pipermail/freebsd-current/2007-April/070616.html
にいろいろ例が書いてある。

zpoolから4G確保して、ゲリ化してからswaponする例↓
# zfs create -V 4g tank/swap
# geli onetime -s 4096 /dev/zvol/tank/swap
# swapon /dev/zvol/tank/swap.eli

806 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/12(木) 00:19:27 ]
下痢?

807 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/12(木) 00:41:58 ]
ゲリラのうた
www.nicovideo.jp/watch/sm119287

808 名前:名無しさん@お腹いっぱい。 [2007/04/12(木) 01:31:18 ]
Sun、次世代ファイルシステム「ZFS」の技術をOpenSolarisへ寄贈
journal.mycom.co.jp/news/2007/04/11/015/index.html

809 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/14(土) 20:26:47 ]
Linuxでもライセンス的に問題無くなったって事なのかな?

810 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/14(土) 20:30:46 ]
まだだろ。
CDDLのままなんだから。


811 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/14(土) 20:59:15 ]
FUSEがあるから大丈夫。

812 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/14(土) 21:19:25 ]
>>810
だから今度GPL2になるかもって話なんだけど・・・・

813 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/14(土) 22:29:00 ]
>>812
>>809>>808を受けてのレスに見せ掛けて、実は全然
無関係ってことかorz

814 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/14(土) 23:01:57 ]
パクLinuxには簡単には使わせないよ、ってことだろ。




815 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/15(日) 00:36:52 ]
ZFS的にはsolaris以外はパクリじゃん。







[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<199KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef