12/02/20 14:49:06.44 rfBX5Bn9
ext4はファイルの作成日時がないんやな
176:login:Penguin
12/02/21 13:35:13.84 GtQMNMai
>>175
?
177:login:Penguin
12/02/21 14:09:36.31 QLpqxhHF
>>164
nightly使えばルートにもできるぞ！
URLﾘﾝｸ(github.com)
178:login:Penguin
12/02/21 21:22:29.92 BcYRe8Kl
>>177
64ビットの持ってないし、、、PC-BSD使おうかなあ、、、
179:login:Penguin
12/02/21 21:26:03.80 QFoueqVW
新しめのハードならBSD系はちょっと
180:login:Penguin
12/02/21 21:45:47.45 rlbeBffo
>>176
crtimeのことだと思われ。
ext4にもcrtimeはあるらしいよ。
見えないようになってるし、弄れないけど。
181:login:Penguin
12/02/21 23:41:32.46 rW7tJ1te
BSDはオワコン
182:login:Penguin
12/02/21 23:44:52.84 QFoueqVW
ちょっと表でろよてめぇ
183:login:Penguin
12/02/22 07:23:18.88 iJPlXNmN
>>182
寒いよ？
184:login:Penguin
12/02/22 12:52:47.35 x+CKsE3c
オワコン言われるほど始まってもいねえよ
185:login:Penguin
12/02/22 12:55:25.88 olN/Lct9
たしかに
186:login:Penguin
12/02/23 15:09:34.30 IyIewDRL
>>178
32bitでも動くことは動くでしょ。OS関係無く32bitな環境でZFS使うのが間違ってる気はするけど。
187:login:Penguin
12/02/23 20:32:32.23 FpBabB9M
NTFSのアクセス日時だけはいらねえ 断言できる
188:login:Penguin
12/02/23 20:47:43.34 9S8IVtuW
もうNtfsDisableLastAccessUpdate（noatime相当）がデフォルトになってるから安心しろ
189:login:Penguin
12/02/24 00:10:30.64 Ax4i3Gwz
64bitを導入しなくても32bit Linuxで16TBなHDDにEXT4などで
ファイルシステムを構築できますか？制限はありますか？
HDDのセクターサイズは4096byteのタイプを想定します。
190:login:Penguin
12/02/24 00:21:33.80 ZSUQFlF3
ZFS の recordsize って一度設定してしまうともう消せない？
tank でやっちゃったよ…。
191:login:Penguin
12/02/24 01:06:53.23 iuIUMjsf
18TBのRAID6を xfs で作ったが ext4 にしたくなった・・・
18TBのRAIDのバックアップ先に18TBのRAIDが必要だ。
192:login:Penguin
12/02/24 07:28:33.73 rcBfdZM8
もう18TBも埋まってるのか
つかバックアップなしとかどんな運用だｗ
193:login:Penguin
12/02/24 08:30:25.13 XE8u+5eJ
RAIDならバックアップは必要ないだろ。
ところで、32bit linuxで使ってたファイルシステムを64bit linuxにつないでも大丈夫なのか？
エンディアンが原因で中身を全部吹き飛ばしちゃうんじゃないだろうか
194:login:Penguin
12/02/24 08:42:17.69 FcYnPU8e
え？raidでも当然のようにバックアップしてますが
195:login:Penguin
12/02/24 08:46:23.05 tsdqca8v
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
196:login:Penguin
12/02/24 09:02:24.12 /tdnpXF7
アレイが破損したらバックアップ取ってなければ全滅やなｗ
197:login:Penguin
12/02/24 09:23:31.59 GRrFOdk0
>>193
とんでもないバカがおる…
198:login:Penguin
12/02/24 09:38:51.10 UikIL/+2
なんという釣り餌ｗ
199:login:Penguin
12/02/24 10:14:58.09 KvJsmdvo
こんなあからさまな釣りでさわぐなよ。
200:login:Penguin
12/02/24 12:49:13.53 Ax4i3Gwz
多段履歴バックアップを超える危機管理以外の方法はないね。
RAODの規格にバックグラウンドでアクセスが少ないときに多段
バックアップするタイプも定義してほしいわ。
論理的ファイル構造が壊れたらハードウエアが完璧でも
全体が壊れるわけでバックアップに勝る復帰方法は無いわ。
201:login:Penguin
12/02/24 12:53:17.12 i2NgFep+
rsyncでバックアップとってたら、ファイルサイズもタイムスタンプも
同じで中身が入れ替わってたでござる、の巻
202:login:Penguin
12/02/24 14:41:19.54 hWzUS0K0
個人用途では大容量2台でミラーリングでいいや
もちろんオンボードで
203:login:Penguin
12/02/24 15:20:38.23 alBYZpmn
>201
たまには -c (checksum)で rsync 走らせろや
204:login:Penguin
12/02/25 15:01:22.22 HgmfjAce
>>201
なにそれこわい。
>>203 のおかげで勉強になったわ。俺もやってみよう。
205:login:Penguin
12/02/25 22:38:03.96 UXvl6lh9
nilfs2でuuidの割り当てができないんだけど…。
206:login:Penguin
12/02/26 19:14:23.27 6q3qK+QF
ZFS同士のファイル転送でチェックサム付きrsync実行するのって意味ないよね？
207:login:Penguin
12/02/28 01:58:06.87 N12UIxA6
[Phoronix] XFS File-System Speeded-Up, Cleaned-Up Last Month
URLﾘﾝｸ(www.phoronix.com)
208:login:Penguin
12/02/28 09:27:34.44 Dyw1MnS8
>206
にゃんで?
checksum の目的が違うでしょ
209:login:Penguin
12/02/28 19:08:49.11 1+4VJW68
んじゃ同じファイルのチェックサムをZFSとrsyncでそれぞれ計算するの？
いくらCPUパワーが有り余ってるからって資源の無駄遣いだね。
210:login:Penguin
12/02/28 19:52:26.80 hR90iNed
は？
211:login:Penguin
12/02/28 21:30:29.15 yXKKvjTq
ファイルシステムが行うのは記録内容が破損したかのエラーチェックで
ファイル同士の同一性の確認を内容比較じゃなくchecksumでやって
いるんじゃね？
212:login:Penguin
12/02/28 22:26:59.31 HMLsvzvF
209はたぶんものすごいバカ
213:login:Penguin
12/02/28 22:32:32.79 1kmqzzGa
無駄だというのは間違った感想じゃないと思う
ファイルシステムが勝手にチェックサムを計算しておいて、システムコールで取り出せるって設計もないわけじゃない
アプリケーションが必要としたら、既に計算してあるチェックサムを即座に知ることができる
214:login:Penguin
12/02/29 02:20:02.45 LFPEJwJj
できたとしても、ファイルシステム(zfs)依存の機能になるから
汎用性は低くなっちゃうよね。
まぁ、zfs 操作ツールとして rsync互換のコマンドがあったら、
たしかに相当便利だろうね。
posixでファイルシステムに記録されるチェックサムまで
規定されてれば面白かったかも。
215:login:Penguin
12/02/29 02:43:01.29 BNKAALfl
>まぁ、zfs 操作ツールとして rsync互換のコマンドがあったら、
>たしかに相当便利だろうね。
の返事は、
>できたとしても、ファイルシステム(zfs)依存の機能になるから
>汎用性は低くなっちゃうよね。
216:login:Penguin
12/02/29 02:46:23.68 glEdY+b4
e2fsprogsでbtfs操作しろとな？
217:login:Penguin
12/02/29 08:29:21.16 LFPEJwJj
>>215
だから、
> posixでファイルシステムに記録されるチェックサムまで
> 規定されてれば面白かったかも。
て書いたんだけどなぁ。
ちょっと想像力が足りないんじゃない？
218:login:Penguin
12/02/29 09:11:00.28 9rArbxRw
#rsync --zfs-specific-function -c ~
error: not support fs(ext2)
use -force option
219:login:Penguin
12/02/29 09:51:58.44 TZANIlZ0
#rsync --zfs-specific-function -force -c ~
error: don't use -force option
use -really-force option
220:login:Penguin
12/02/29 18:59:16.50 k8xoF+dP
ext4はウンコじゃんかよ・・・
素直にReiserFSしとけばよかった
221:login:Penguin
12/02/29 19:13:04.75 3R0VeGdg
Reiserは糞
情強はXFS
222:login:Penguin
12/02/29 19:32:35.27 kT5N2KxL
reiserFSはヤバい
コイツこそがキラーFS
223:login:Penguin
12/02/29 19:39:11.71 sL7M3ReR
なんで？
224:login:Penguin
12/02/29 20:16:23.64 MgUqkfZ1
察してください
225:login:Penguin
12/02/29 20:20:03.20 sL7M3ReR
なるほど殺人者か
226:login:Penguin
12/03/01 00:15:06.29 Qs9CWV8e
>>221
XFSってなんの冗談だよ…
227:login:Penguin
12/03/01 01:24:33.18 j06s1ZK8
JFSが最強だよ
228:login:Penguin
12/03/03 11:58:49.05 /wEvphsI
実際問題、次世代が混沌としてるのが実情だよね
229:login:Penguin
12/03/03 13:15:52.10 erxqvnxx
そもそもファイルシステムって概念自体がレガシーになってきてるんじゃないか？
テラデータ時代にPOSIX互換でバランス良いファイルシステムってのは不可能だ。
ファイルシステムは起動＋ブロック割り当て用にシンプルな奴があれば十分で、
あとはアプリケーション側で好きなように実装したほうがいいんじゃないかなぁ。
AppleのSparsebundleみたいなのがLinuxにも欲しいな。
230:login:Penguin
12/03/03 13:42:17.25 ISLA3pS6
あるが
231:login:Penguin
12/03/03 14:21:24.76 3WqgXkiC
>>228
やっぱり次までのその場しのぎの真打ext5が立ち上がるのか
232:login:Penguin
12/03/03 14:22:03.79 zBhib/i4
btrfsーっ！早く来てくれーッ！
HammerFSでもいいけど
233:login:Penguin
12/03/03 14:28:51.03 ISLA3pS6
実際ext5は開発が始まっているのですか？
234:login:Penguin
12/03/03 14:55:22.92 3WqgXkiC
>>233
知ってる限りは始まってないけど、ext4にいろいろ機能追加するプロジェクトはあったと思う
まあ、btrfsの行方がはっきりするまでは、冗談としてたまに話題に上がるものと思っていて下さい
235:login:Penguin
12/03/03 16:41:58.24 Ie8VPjbV
BtrfsってFedoraに期待すればいいの？Ubuntuに期待すればいいの？
そ・れ・と・も Oracle？
236:login:Penguin
12/03/03 18:09:10.12 Ig13KvbD
OraOraclecleだったらもっと売れたんだよ、あの子は！
237:login:Penguin
12/03/03 18:25:39.73 oS0Ge26c
SolarisやJavaやMySQLといいBDBといいあそこに買われた時点で飼い殺しだろ
ext5に期待するしかねーよ
238:login:Penguin
12/03/03 18:26:43.37 WL9c74EY
(´・ω・)ｶﾜｲｿｽ
239:login:Penguin
12/03/03 21:47:06.26 6G55c4si
btrfsよOOoみたいにブチ切れて飛び出してこい
240:login:Penguin
12/03/03 21:58:07.17 UPuAeDDp
そうすっと、次はext5がOracle印になるのか
241:login:Penguin
12/03/03 22:07:50.47 mWZ4F5oc
売ったヤツらと買ったのが嬉しいだけで
あそこに買われたとこの客なんて迷惑しか被ってないだろ
技術者自分とこで囲えないんだからしゃーないとは思うがｗ
242:login:Penguin
12/03/03 23:32:53.90 tVibBZM7
ワシのextは108まであるぞ
243:login:Penguin
12/03/04 02:11:14.67 7pKPxm32
btrfsとzfsのどっちかは他社に売りなさいという命令を出せないかな？
RedHatかIBMかミカカあたりがプロジェクトごと買い取って力入れるといいのに
244:login:Penguin
12/03/04 02:14:26.30 eA3XPtVO
サムスンとかはこういうのに興味ないのかな
245:login:Penguin
12/03/04 03:32:21.33 sMLt45li
あいつらソフトウエア作れるっけ？
246:login:Penguin
12/03/04 04:19:25.55 ntpLLnhi
GPL自体を嫌ってそうだからなぁ
ソースに変な自己主張入れたがるしｗ
247:login:Penguin
12/03/04 15:27:21.63 Gc0nDDkZ
>>244>>245
自社のAndroidには専用のFS搭載してるって話だよ
当然クローズドライセンス
248:login:Penguin
12/03/04 16:52:23.47 GT8mmS1D
URLﾘﾝｸ(github.com)
249:login:Penguin
12/03/04 20:46:29.60 1VGgGkr4
ということは、スマホ陣営から次世代ファイルシステムが出てくる可能性もあるのか。
デスクトップ向けなら、これからはSSDが主流になるだろうから
可能性高いな。
250:login:Penguin
12/03/04 21:40:05.66 rs7zRMaY
メインメモリの比べレイテンシが非常に悪いHDDという前提で
開発されてきたファイルシステムが半導体メモリで前提が変わると
技術の方向性がどうなるのだろうという興味がある。
251:login:Penguin
12/03/04 22:17:26.26 857EBqlR
samsung androidでrfsフォーマットしたSDカードをPCでマウントできたりする？
252:login:Penguin
12/03/04 22:52:20.51 C+zb28ZC
>>250
かねてから、Flash相手ではOSD(オブジェクトストレージデバイス)ベースのfsを
使うべきという話はある。
SSDのようにATAコマンドでしかアクセス出来ないとアレだけど、最近のSCSIのように
OSDコマンドセットがあれば、EXOFSみたいなfsが使われる可能性は高いかも。
EXOFSについては URLﾘﾝｸ(www.atmarkit.co.jp) あたりを参照
253: 忍法帖【Lv=40,xxxPT】
12/03/04 23:41:00.78 n8pNm1AR
>>241
いい技術が飼い殺されて技術者は流出する
アメリカは心底詰まらん国やね
254:login:Penguin
12/03/05 01:06:53.04 NArDNcNC
>>251
ＰＣでアンドロイド動かせばいいんじゃね？
255:login:Penguin
12/03/06 22:27:54.92 GaloouTN
どのファイルシステムも大抵1ファイル16TBまで（?）の制限があるが、この様子だとすぐ達しそうだ
256:login:Penguin
12/03/06 23:11:16.39 BijVk+yf
XFSにはねーぞ
257:login:Penguin
12/03/06 23:20:21.91 S+PglwkI
次のFedoraだとext4で16TB以上いける
URLﾘﾝｸ(fedoraproject.org)
258:login:Penguin
12/03/06 23:23:11.53 k/DFokB+
ブロックデバイス 「いいのよ」
259:login:Penguin
12/03/07 01:27:35.14 cGO7bRfp
だが32ビットkernel、おめーはだめだ
260:login:Penguin
12/03/07 02:48:42.66 EQYQqCR/
32bit kernelだと容量制限があるの？
261:login:Penguin
12/03/07 23:51:21.66 U6YAfnhN
はい
262:login:Penguin
12/03/07 23:57:04.25 qOerD2cy
64bitでも理論上の制限はあります
263:login:Penguin
12/03/09 04:01:28.44 yCW0JThU
>>260
32bitだと2TB以上のHDDはカーネルが認識できません
ソースはあるけど、否定するやつはソースつきで。
264:login:Penguin
12/03/09 10:03:04.39 OgX04hFz
RAID箱とか使ったことないんだろうな・・・
265:login:Penguin
12/03/09 15:40:57.00 lOndP6zT
>>263
はぁ？2.4でも使ってんのかお前
URLﾘﾝｸ(mkosaki.blog46.fc2.com)
266:login:Penguin
12/03/11 00:29:47.24 OoxtLKKm
URLﾘﾝｸ(www.4gamer.net)
ssdにはxfsがおすすめだそうだ。
267:login:Penguin
12/03/11 00:47:30.47 RxQTPyOa
>266
なるほど
良く知らんが大きなファイルが大量にあった場合のファイルの削除はxfsが速かった
268:login:Penguin
12/03/11 00:50:18.13 VdH/pgB7
良く知らんが普通はファイルの削除ってinode情報を消すだけだから
ファイルが大きかろうと小さかろうと同じような気がするんだけど。
269:login:Penguin
12/03/11 01:02:55.91 j+I9uwP9
ディレクトリの作成と削除はXFS馬鹿に遅かった気がする。
270:login:Penguin
12/03/11 01:51:13.47 GzwEYyKl
ファイルの削除はエクステントの解放とかあるからXFSが遅い印象あるんだがそうでもないのか
271:login:Penguin
12/03/11 02:30:45.95 mif6vzWq
カーネルツリーのrm -rfとかのファイル削除系ベンチはxfsは常に最遅
…だった気がする
272:login:Penguin
12/03/11 03:39:51.47 AeBzd5kW
ext3の削除(巨大ファイル)はクソ遅い
273:login:Penguin
12/03/11 03:54:03.20 EHP+eT6z
NILFSってまだあるんだっけ
274:login:Penguin
12/03/11 11:05:14.42 H2c2D9+v
nilfs使いたいけど不安なんだよなぁ・・・
275:login:Penguin
12/03/11 12:37:50.44 PQouVNwK
ext4の削除はxfsやext3に比べてとても速い気がする。
/以下全ファイルコピーでバックアップを取ってるんだけど、
前回のを消すのが速い。
276:login:Penguin
12/03/12 20:43:01.88 JxVxHayB
URLﾘﾝｸ(sourceforge.net)
ところでこんなブツを見つけたんだがこのスレ住民的にどうよ？
fstransform is a tool to change a file-system from one format to another,
for example from jfs/xfs/reiser to ext2/ext3/ext4, in-place and without
the need for backup. Idea from 'convertfs' program, but it is fully independent code.
バックアップ不要とか言われてもコワいからバックアップとってから
試したくなるけどね。
土日みっちりいろんなfs間変更とかして遊んでみようかなあ…適当なHDDつかって。
277:login:Penguin
12/03/12 20:50:21.10 R9PU4mD1
技術的には凄そうだし面白いんだけど実際に使ってるやつがいたらfs選択に失敗したんだなぁって思う
278:login:Penguin
12/03/12 21:03:07.22 9N35RgR5
そんなことないだろ。
熟考した上で決めたファイルシステムだけど、カーテンの色がある時突然気に入らなくなるような感じで
変えたくなることってあるぞ。
279:login:Penguin
12/03/12 21:04:47.40 APMXNiK3
>>278
大変さと重大さでたとえるなら、カーテンではなくカーペットだな
280:login:Penguin
12/03/12 21:08:52.60 U7RXsyN6
技術的には面白いと思し
ext4からbtrfsに簡単に移行できるなら楽かなと一瞬思ったけど
どうせ実行する時にはバックアップを取るからそれなりに時間かかるだろうし
移行なんて数年に一度だからあんまし有難みがないかなあ。
バックアップ用の外付けHDDを用意できない人とかなら嬉しいのかなあ。
281:login:Penguin
12/03/12 22:08:51.26 jedzBTZO
ファイルシステム擬人化スレはここですか？
282:login:Penguin
12/03/12 22:53:46.89 +qKe8LNJ
>>277
>>191を名指しで馬鹿にするのは良くないと思う
283:login:Penguin
12/03/12 22:58:48.39 p5BNiwGA
ssdならどのファイルシステム使う？
284:login:Penguin
12/03/12 23:15:50.10 XyPht23D
nilfs2
285:login:Penguin
12/03/12 23:32:27.55 xADdaZ2A
>>268
SSD の再割り当てに重要な trim コマンドを発行する場合は、
ファイルの大きさ(ストレージ上での占有ブロック数)は効いてくるのでは?
286:login:Penguin
12/03/13 12:23:39.91 xG72cOhX
ssdなんか関係ないだろ。
削除したファイルが解放したブロック位置を
スーパーブロックに反映するために
散在した多くの間接ブロックを読み込まないといけないから、
それなりにシークが発生する。
287:login:Penguin
12/03/13 12:40:13.57 J+xkbOnS
シーケンシャルなファイルシステムってあります？
288:login:Penguin
12/03/13 13:09:10.56 5hvNiWBA
>>287
どんなモノが欲しいのか詳細を。
289:login:Penguin
12/03/13 13:14:47.50 ERPwEMIT
（・∀・） つながってて長いのがイイ！
290:login:Penguin
12/03/13 19:33:38.46 yKceedNS
UDFはどうだ?
291:login:Penguin
12/03/14 03:33:05.39 eKErTfyQ
最近のRAIDなHDDをバックアップできるテープ装置ってまだあるの？
292:login:Penguin
12/03/14 03:58:06.06 ynletrDO
>>290
何者にも成れない山犬の姫みたいな存在
293:login:Penguin
12/03/14 07:51:16.35 nE8uoMiB
btrfsの名前の格好悪さは何とかならないの？
そのネーミングセンスから中身もかなり不安になるんだけど。
OracleはZFSを解放してやってくれよ……ほんと……
294:login:Penguin
12/03/14 09:12:09.35 4OQf7y84
解放ってなんだよZFSをGPLにしろってこと？
頭悪い事言ってんなよｗ
295:login:Penguin
12/03/14 10:56:41.71 mx85pbU1
シーケンシャルなファイルシステムってのは、
ビデオテープみたいに使えるファイルシステムですね。
読み取り、書き込みは記録デバイスのI/O限界まで常に使い切ることが出来るようなものを考えてます。
296:login:Penguin
12/03/14 11:09:16.44 9Z7FejuZ
>>295
それならraw deviceだろ。
297:login:Penguin
12/03/14 12:02:31.52 JRzLAWqo
マルチセッションのCD-R使えよ
298:login:Penguin
12/03/14 13:48:54.86 YwynJO/t
GPL なんかにされたらたまんねーっつーの腐れが
299:login:Penguin
12/03/14 15:55:01.10 G8wOP5rs
GPLなファイルシステム使うと、
中のファイルにもGPLが感染するの？
300:login:Penguin
12/03/14 16:03:39.48 BZl+3cw5
んなこたーない。
301:login:Penguin
12/03/14 16:11:35.18 9Z7FejuZ
>>299
その理屈では、プロブライエタリなファイルシステムでは
オープンソースのコードが編集できないことになってしまう。
302:login:Penguin
12/03/14 19:55:41.73 r0QSOxgD
>>250
遅レスでスマンのだが
メモリと比較して遅いのが前提としたFSの設計思想ってどの辺の設計のこと差してんの？
303:login:Penguin
12/03/15 03:49:42.44 zSQdJCjk
>>294
BSDライセンスでも、MITライセンスでも、Apacheライセンスでもいいんじゃないか?
304:login:Penguin
12/03/15 07:24:19.42 K291j4zg
オラクルにクレクレは通用しない
305:login:Penguin
12/03/15 17:58:39.37 6p+eIoDr
IBMに買われていたらまだ可能性があった
306:login:Penguin
12/03/15 20:01:11.35 LwnehoL6
IBMって言ってる馬鹿はなんなんだ
IBMだってPM以外の連中は頚切られるぞ
PMに力と成果なきゃプロジェクトは進捗無いまま削除対象になるだけ
IBMの対応はカーネル2.2の頃のPOSIXスレッド議論から一貫してる
企業なら正しい対応だしORACLEだって一緒
307:login:Penguin
12/03/15 20:05:56.95 wWDc6Z8X
素朴な疑問なんだがPM以外の連中の首を切った後で
どうやって開発続けて行くんだ？
308:login:Penguin
12/03/15 23:09:38.99 r+Tlzc8y
パッチを提供してくれる奴を安い給料で雇うんじゃね？
309:login:Penguin
12/03/16 05:10:47.27 vklZ8M05
細かいデータの処理は殺人者の作ったファイルシステムが速いと聞いた
310:login:Penguin
12/03/16 06:54:34.69 WmI9gmAa
プロダクトのライセンスと思いきや
開発資源もクレクレなのか
311:login:Penguin
12/03/16 13:00:46.76 xYSmFygo
3.2でXFSがよくなったと聞いてカーネルツリーの削除とかやってみたけど
やっぱり遅かった
312:login:Penguin
12/03/17 05:39:23.53 bglATxnE
ぬるぽ
313:login:Penguin
12/03/17 05:42:30.92 ApNeA1rv
がっ
314:login:Penguin
12/03/17 07:10:34.34 43xnBDUw
たい
315:login:Penguin
12/03/17 07:53:45.27 POrI0i1V
GO!
316:login:Penguin
12/03/17 09:50:09.60 JHRo4PHi
ZFS on linux ってRAID6つかえる？
317:login:Penguin
12/03/17 11:05:38.00 kbLxqCRj
無いよ
318:login:Penguin
12/03/17 14:02:13.81 o9pw31du
>>308
引継ぎの労力を考えろよ。
人増やせばいい式の「人月の神話」以前の考え方じゃねーか。
319:login:Penguin
12/03/17 14:09:10.79 OUbnWIg/
パッチを書いてた元社員とかいうのを雇うの?
320:login:Penguin
12/03/17 14:11:45.66 bR6wU0Li
つーか誰もoracleの元で働きたくないで御座るの巻
321: 忍法帖【Lv=40,xxxPT】
12/03/17 14:16:14.79 obbFQTFk
だなぁ
322:login:Penguin
12/03/17 16:37:33.47 vygKJO98
月200万くれるなら働いてやってもいい
323:login:Penguin
12/03/17 18:56:47.83 8odJcnlK
自前のDBとBEAから買ったプロダクトとただ乗りOS以外は塩漬け&サポート値上げｗ
324:login:Penguin
12/03/18 21:06:31.81 WMRAuy3b
でもOracleが買わないようなファイルシステムって将来性あるの？
325:login:Penguin
12/03/18 21:26:25.52 MjUXk7DL
>>324
企業が買収する理由は、
自社の技術としてモノにする事。
転売するため。
死蔵させて潰すため。
などなどがある。決っしてポジティブな理由だけではない。
326:login:Penguin
12/03/18 21:56:48.52 GgJVdjhg
>決っして
なにこの衍字
327:login:Penguin
12/03/18 22:40:08.60 jXry8kzl
将来性があったから買って将来性潰したんじゃないの？
MSのskype買収みたくライバル企業の拡大防止みたいのもあるだろけど
ただoraclevm()続けるならSolarisとVirtualBoxは何とかしてほしいわ
ってFS関係ないな
328:login:Penguin
12/03/18 23:57:32.26 O+XIF2tz
しっかし、Oracleのせいで見事にLinuxのfsは瀕死状態になったなぁ。
状況がBtrfs登場前より悪くなっているし。
329:login:Penguin
12/03/19 00:01:56.56 BOtOhvou
ext4一択でおｋ
330:login:Penguin
12/03/19 00:16:06.35 wsyfy9t2
>>311
XFSは遅い速い以前の問題抱えているからなぁ。kernelスタック食いまくり問題が
どうにかならない限り、手の出しようがない
331:login:Penguin
12/03/19 01:13:07.24 sHVTkOz5
>>328
Solaris復活が目的なのでこれでいいのです
332:login:Penguin
12/03/19 01:20:31.81 Lj8ta1y4
ｵﾗｸﾙ「Solaris復活が目的なのでこれでいいのら！」
333:login:Penguin
12/03/19 05:23:12.99 GCcYsDeS
>>330
増やせばいいじゃないか。
334:login:Penguin
12/03/19 12:50:23.07 YauSjMPZ
>>332
これでいいのら、じゃないだろ。
少なくともバターFsだけでも返してくれよ...
335:login:Penguin
12/03/19 12:52:07.27 XMhImC3C
Oracleは技術の墓場だな……
336:login:Penguin
12/03/19 13:59:16.60 qffE4o+R
btrのoracleのまえの持ち主てだれ？
337:login:Penguin
12/03/19 16:18:02.93 gXbc0Plg
自社で開発した技術を返せとか言われちゃうOracleさんマジ哀れ。
338:login:Penguin
12/03/19 16:19:22.47 XMhImC3C
ZFS 返せ……
339:login:Penguin
12/03/19 16:24:34.84 gXbc0Plg
まあ、SolarisとZFSはそう言われても仕方ないなｗ
特にSolarisはOpenSolaris方面でかなり反感を買ったし。
340:login:Penguin
12/03/19 17:36:59.25 LrR2XgqT
ZFS返してもらうかはともかく
せめてbtrfsの開発のやる気はもうちょっと出してほしいな。
341:login:Penguin
12/03/19 18:27:16.37 5ulAepLL
おまいら少しは自分でやれよww
まずは赤黒木のマスターからだ
342:login:Penguin
12/03/19 20:36:26.14 0eaAYpS2
SUSEがんばってるから
BTRFSがんばってるのを忘れないであげて
343:login:Penguin
12/03/19 20:52:25.75 LrR2XgqT
btrfsもzfsもOracleに買い取られたFS暗黒時代に
颯爽とHammerFSがLinux業界に本格参入して救世主に！
という展開になったらカッコイイ。
344:login:Penguin
12/03/19 20:54:53.62 XoD7pNFu
ｿﾚﾀﾞ！
じゃなくって、もうZFSとかhammerとかFS単体ってレベルじゃないだでしょ
345:login:Penguin
12/03/19 21:11:41.28 C6g/OLy/
URLﾘﾝｸ(dlorch.github.com)
Hammerも移植プロジェクトは一応ある
346:login:Penguin
12/03/19 21:19:34.82 Z0IASZqJ
しかしまあホントOracleって嫌われてんなｗ
347:login:Penguin
12/03/19 21:29:55.43 ENjS59HU
>>345
そのレス3年ぐらい前に見た
348:login:Penguin
12/03/19 21:34:15.96 W7d6QyuM
誰もが知ってるよねー それ三年ぐらい前に見たわー
349:login:Penguin
12/03/19 21:38:02.48 LrR2XgqT
うみゅ。readonlyなのはもうあるのを知ってたからあえて「本格参入」って書いたつもりだった。
350:login:Penguin
12/03/20 00:58:08.26 Wcj5ZDdg
ライセンス的に問題点があるZFSと違って
btrfsはGPLなんだからOracleに文句ばかり言ってちゃいけない。
351:login:Penguin
12/03/20 01:25:17.05 ZaIpvU5y
>>350
んでも開発者の給料は会社が出しているんであって、会社がやめろちいってきたら
会社やめるか開発が鈍くなるか
352:login:Penguin
12/03/20 01:32:33.79 8GiZ9rLu
>>350
まるでGPLに問題がないみたいな言い方だな
353:login:Penguin
12/03/20 03:05:11.19 IxdW4s/D
>>345
sutdent projectじゃ無理でしょう。PCヲタみたいな生徒か学生が現れないと。
354:login:Penguin
12/03/20 04:33:38.18 a/BA0yud
btrfsにでかいの来たぞ
URLﾘﾝｸ(kernelnewbies.org)
355:login:Penguin
12/03/20 09:50:33.10 Wcj5ZDdg
>>352
Linuxのカーネルの開発に貢献したいという話でGPLで少しも問題ないけど?
356:login:Penguin
12/03/20 12:00:55.47 JJ1JnTt4
GPL v3 or laterとかでも問題ないの？
357:login:Penguin
12/03/20 13:12:01.54 Wcj5ZDdg
>>356
btrfsの話だぞ
358:login:Penguin
12/03/20 19:47:06.88 59kQBnMI
btrに文句言ってるのはパッチを投げてるのに一向に反映してもらえない方々かもしれんだろ
359:login:Penguin
12/03/21 00:12:22.08 Q9c8wcA7
btrfs-ML読んでいるがそんな奴はここにはおらん。
360:login:Penguin
12/03/22 06:40:28.22 hTzxXmdZ
NTFSってこの先バージョン上がることもなくずっとこのままなの？
361:login:Penguin
12/03/22 09:21:24.76 WQdFLvQK
>>360
linux板なんだが…
つReFS
362:login:Penguin
12/03/22 20:41:49.76 JCd8l5OS
URLﾘﾝｸ(gigazine.net)
ボラクルはさくらにひどいことしたよね……
363:login:Penguin
12/03/22 20:49:41.73 +em0BUT1
お布施と信仰心が足りなかっただけの事
364:login:Penguin
12/03/22 21:28:05.22 sHZxupNN
まぁよくあること。
だから、障害テストや負荷テストは大事。
InfiniBandは俺の中ではまだまだ簡単じゃないんじゃまいかと。。。
365:login:Penguin
12/03/22 22:12:37.86 imJ0j2WT
>>364
Infiniband は結構枯れてるぞ？ スパコンには必須だし、中小企業でも手出し
できるぐらいの価格だから１０台程度のクラスタでも採用されるケースは多い。
大規模なストレージ製品だとＩＢ使ってないほうが珍しいと思う。
さくらの場合のようなストレージがおかしくなって何時までも泥沼状態が続くって
パターンを良く見たり聞いたりするけど、(あくまでも個人的な妄想だが、)
パーツやディスクの故障箇所が一定の割合を超えるとあり地獄から抜けれなく
なるってことじゃないかなぁ。
366:login:Penguin
12/03/22 22:13:43.24 mqCx3/i9
どっかの技術記事でさくらの構成は意欲的な構成ですねえと評されていたが
残念な結果になってしまったということか。
367:login:Penguin
12/03/22 22:26:28.65 TJ+0KW18
ファイルシステムは何？
URLﾘﾝｸ(basanovich.livejournal.com)
368:login:Penguin
12/03/22 23:47:33.17 qS0+ai8S
>>365
まあ、クラスタで使うInfiniとIP on IBとでは話が違ってくるけどね。
ストレージならInfiniよかFC使えよと思う。
369:login:Penguin
12/03/23 23:01:51.78 b1TKR3ff
SSD耐久テスト URLﾘﾝｸ(botchyworld.iinaa.net)
このサイトのやつみたいな感じでストレージを苛めようと思うんだが
耐久試験的なストレステスト用のプログラム・ツールがあったら教えて
370:login:Penguin
12/03/24 00:42:14.57 lZHUb2Yw
Ubuntu 12.04 LTS - Benchmarking All The Linux File-Systems
URLﾘﾝｸ(www.phoronix.com)
Btrfsはまだまだっぽい？ext4の地位は安泰だね。
371:login:Penguin
12/03/24 00:44:12.63 oI/u8QuP
しばらくはext4でRaid１組んでいくかな
372:login:Penguin
12/03/24 10:09:51.26 9VgB744n
lessfsはブロックごとにハッシュを用いて冗長を省きLZOまたはQUICKLZで圧縮するFS。
バックアップ用途やVMイメージ置き場に最適。
FUSE実装
URLﾘﾝｸ(www.lessfs.com)
373:login:Penguin
12/03/24 15:49:16.18 Z68eWHLX
なんでFUSE実装なの？
嫌になったらすぐ捨てて、逃げ出せしやすくするため？
374:login:Penguin
12/03/24 16:26:16.55 U6c0/7EP
やっぱコンテキストスイッチしまくりの布施は糞だよなぁ
なんとかネイティブでZFS使えんもんだろうか
375:login:Penguin
12/03/24 16:52:30.20 FLEGBGWQ
実装する側からするとカーネルの都合に振り回されずに実験できて幸せってかんじ？
観点のちがいか。
376:login:Penguin
12/03/24 17:00:07.23 iVBzVS2i
使う側の観点からだと「fuseならroot権限なくても使えるから便利！」ってアピールは良く見るけど
そもそもfuse自体を有効にするのにroot権限が必要だからいまいちそのアピールには納得できない感がある。
377:login:Penguin
12/03/24 19:34:36.23 mbmxP+yT
ユーザーモードだとカーネル毎吹き飛ばさないのでデバッグが楽だからとか
適当に想像で言ってみる。
378:login:Penguin
12/03/24 20:11:34.28 kXbtLegS
>>374
実装してる人はいるじゃん
ただ、カーネルツリーに取り込まれることが絶対ないから、主流には成り得ないだけで
379:login:Penguin
12/03/24 20:18:51.31 iVBzVS2i
Debian/kFreeBSDで我慢しる
380:login:Penguin
12/03/25 02:25:49.83 KsMA6WV7
>>378
いや、ソレってライセンス違反だよねｗ
381:login:Penguin
12/03/25 02:30:48.84 9zD3DfEB
>>380
なんで？
382:login:Penguin
12/03/25 02:52:46.49 WRJVUm9/
昔CDDLとGPLは合法的にリンク出来ないってFSFが見解出してんたんだけど、
最近はどっちかのライセンスかFSFの見解が変わった？
383:login:Penguin
12/03/25 03:03:21.18 YN2ser6r
昔も今もリンクした状態で配布できないだけだと思うけど
こっちが聞きたいよ。いつの間にかFSFの見解は変わったの？
384:login:Penguin
12/03/25 12:12:59.64 J4XQgGBS
GPLが配布するときにだけ効いてくるという基本を
理解していない奴は意外と多い。
385:login:Penguin
12/03/25 16:33:22.29 GavdBccW
>>330
いや、だからx86_64だとスタックサイズ大きくしてるだろ？
してないって主張？
386:login:Penguin
12/03/25 16:47:06.66 rXN+EuZp
>>385
URLﾘﾝｸ(mkosaki.blog46.fc2.com)
> XFS on x86_64はまったく実用的ではないとかなんとかいう議論をLKMLでしている。
>
> David Chinnerが既知の問題で直せないと言っているからには、本当にダメなんだろう。
漏れはこれ読んでext4に乗り換えたわ。
387:login:Penguin
12/03/25 16:50:32.23 o9OS310l
ext3とext4はどっちがいいの?
388:login:Penguin
12/03/25 17:10:00.10 Zsjru2Rm
>>387
ext4
389:login:Penguin
12/03/25 17:16:36.86 o9OS310l
技術的な解説キボンヌ。いやマジで。
ext4わext3よりどういいのか
現実どっちも使っているけど違いがよくわからん。
いまから新しい1TのHDDをフォーマットするんだけど
どっちにするか悩んでいる。
390:login:Penguin
12/03/25 17:23:31.81 EegouqSC
自分で調べもしない非技術者には後継だからという理由で十分じゃないか
大半の使用ケースで優れていなけりゃ後継なんて名乗れないだろ
391:login:Penguin
12/03/25 17:24:30.45 Zsjru2Rm
>>389
でかいのもおｋ
2038年後もおｋ
ジャーナルの性能うｐ
くらいしかしらない
392:login:Penguin
12/03/25 17:27:55.80 ZZPcK/6g
>>386
URLﾘﾝｸ(mkosaki.blog46.fc2.com)
こういう話もあるね。
> XFSスタックオーバーフロー問題の余波でCONFIG_4KSTACKSが消えました。
armは駄目でもx86なら何とかなってるっぽい？
>>389
詳しくないので解説は出来ないが、
> 現実どっちも使っているけど違いがよくわからん。
のであれば、どっちでもいいんじゃね。
393:login:Penguin
12/03/25 17:28:21.36 o9OS310l
>>391
なるほど。ext4にしとく。ありがとう。
394:login:Penguin
12/03/25 17:32:29.79 o9OS310l
プロ気取りの非技術者に説明もできない知ったかぶりはカコﾜﾙｲ。
解らないなら黙ってればいいのにw。恥ずかしいな。
395:login:Penguin
12/03/25 17:44:58.15 ZZPcK/6g
あ、コメ欄見てなかった。
今はどうなってるんだろ。
>>394
>>391も技術的な解説はしてないけど、それでいいの？
396:login:Penguin
12/03/25 17:54:37.18 EegouqSC
ググりもしない馬鹿なんだから察してあげなよ
397:login:Penguin
12/03/25 18:37:14.87 o9OS310l
>>395
etc4のメリットが解ればそれでいいよん。非技術者だからな。
>>396
結局、解らない君は黙ってて、スレ汚しっていうんだよ、君みたいのは。
398:login:Penguin
12/03/25 18:39:14.74 lbFBkmi8
そもそも全員非技術者だろ、ココ
399:login:Penguin
12/03/25 18:44:23.49 o9OS310l
痛いプロ気取りもいるよ
400:385
12/03/25 18:52:03.22 GavdBccW
>>392
元からxfsのメタデータは異なるアーキテクチャでは互換性なしなんだから、
ディスクそのままサーバ変更なんて形の移行時にはメタデータを消す必要がある。
x86_64で使えてればそれで問題ないよ。
>>386
> URLﾘﾝｸ(mkosaki.blog46.fc2.com)
いきなり未定義の「本質」なんて言葉を持ち出す時点でお察しだ。
401:login:Penguin
12/03/25 22:50:01.28 zDtCbyqe
結局、データ入れるHDDって、何が一番優秀なフォーマットになるんだろう？
>>3みたいにいっぱいあると迷うな・・・
一番強固なフォーマットで使いたい・・・(´・ω・｀)
402:login:Penguin
12/03/25 22:59:18.15 jtv/sCy2
信頼と実績のXFS
403:login:Penguin
12/03/25 23:26:22.08 X8mDLM55
用途次第。迷う程度の人はext4で。
404:login:Penguin
12/03/26 00:00:47.95 vO7JeuZ9
ユーザー数の多さでntfs、fat、exfat。
強固かどうかは知らんけど、ユーザーが多い分問題が起きたときに影響を受けるユーザーも多いので
対策も早くとられるでしょう。
その対策がlinuxで使えるかは別の話ですが…。
405:login:Penguin
12/03/26 00:03:49.44 dveANPBZ
何を以って強固っていうのかだな。
逆にinode情報が壊れた時にデータ救出が容易なfsが欲しい。
406:login:Penguin
12/03/26 00:07:49.12 slO2BvZU
exfatがユーザー数多いなんてご冗談を
407:login:Penguin
12/03/26 04:49:50.90 IUhNQ9tE
2TB以上はXFS
500GB以上2TB未満のHDDやSSDはext4
408:login:Penguin
12/03/26 05:05:26.59 3cnMS++r
>>407
500GB未満は?
409:login:Penguin
12/03/26 09:32:06.60 bLErReHu
アカウントとパスワードを2つのUSBメモリに分けて管理してたら片方が読めなくなったんだよね。
壊れたのがどういうフォーマットだったかは知らないけど、いまはWindowsでフォーマットして普通に使えてる。
410:login:Penguin
12/03/26 10:09:52.98 I6aCChZZ
>>408
default
411:login:Penguin
12/03/27 11:21:18.75 CNW61LzQ
AndroidってLinuxだよね？
ファイルシステムはなに使ってるんだろ。
NILFS搭載カーネルとかあったら試してみたいが...
412:login:Penguin
12/03/27 12:24:06.01 fJ9KcygI
>>411
ext4使ってる
413:login:Penguin
12/03/27 14:46:05.42 fL/9sTy0
スマホのフラッシュメモリにジャーナルFSを載せるのって、
フラッシュメモリ寿命を故意に短くする＝スマホ寿命を短くして、
白ロム流通を阻止する手の一つなのかな。
414:login:Penguin
12/03/27 14:47:11.25 ScaKz0Th
>>411
URLﾘﾝｸ(news.mynavi.jp)
>>413
他に使いものになるのがないから、っぽい。
415:login:Penguin
12/03/27 15:24:11.43 8raiaROU
スマホ程度の書き込みで一体どれだけ寿命を消費するというのか
416:login:Penguin
12/03/27 17:06:17.31 hnL/7KM5
>>413
YAFFS採用しようとしたけど、マルチコアだと性能上がらないからext4になった
この先YAFFSの開発が進めば採用される可能性はある
417:login:Penguin
12/03/27 17:17:20.42 hNqxngVq
>>412
そういえばbtrfsを採用表明した勇気ある携帯・組み込み向けディストリビューションがあったような気がするけど、もう鳥の方が先にお亡くなりになったんだっけ。
418:login:Penguin
12/03/27 19:39:04.58 q1+VEPCG
お、いつの間にかZFS on Linux更新されてるのな。
419:login:Penguin
12/03/27 20:47:31.98 rEiB2jG/
ライセンス違反でいつ消えるか分からないものには手出したくないよ...
420:login:Penguin
12/03/27 22:06:29.78 4ra6ri3j
>>417
>>414で挙げられてるMeeGoがそれかな。
南無阿弥陀仏
421:login:Penguin
12/03/28 08:07:29.10 Mk3BMsUi
いや、ソースで公開するぶんにはライセンス違反じゃないだろ。
422:login:Penguin
12/03/28 11:00:42.71 79IJ/4BH
>>421
ソースかどうかは関係ない。一緒に配らなければいい。
423:login:Penguin
12/03/28 11:01:48.50 /72uPhSj
microSDカード三枚差しできて、RAID組めるスマホ出ないかなぁ
「高信頼性ストレージ搭載スマホ」なんて、新機軸で売れそうじゃない？
424:login:Penguin
12/03/28 11:56:59.51 +u0mpmFy
>>423
たかだか32Gのメディアは簡単にバックアップできる。したがって、raidにするほどセキュアでなくても良い。
425:login:Penguin
12/03/28 11:58:57.67 Zy8NEGzh
お前は何を言ってるんだ。
426:login:Penguin
12/03/28 12:05:50.71 ScikueGX
知ってる単語を並べただけに見えるｗ
427:423
12/03/28 12:58:05.55 4fS1oXlP
でもデグレートした時、三枚差しのうち一枚を間違えて抜いたら、即死か。
あんまり良くないな
428:login:Penguin
12/03/28 13:05:01.25 mVlYT0Gr
メディア1枚でも使用可能、2枚でミラーリング、なら簡単。
429:login:Penguin
12/03/28 13:48:06.07 +u0mpmFy
スマン。俺、英語は得意だけど、日本語苦手だから。つい、な。。。
430:login:Penguin
12/03/28 13:50:11.50 terXIwRM
English is OK
431:login:Penguin
12/03/28 14:38:23.26 Xp/FzIec
I can not speak English.
432:login:Penguin
12/03/28 17:22:16.13 b3aalG7s
>>428
え？
でもそのRAIDじゃ"高信頼性"じゃなくなっちゃうよ？
433:login:Penguin
12/03/28 17:30:37.38 Zy8NEGzh
そもそも現状の信頼性で困ってるのか、と。
複数挿しなんか必要ないでしょ。
サイズもデカくなっちゃうし。
434:login:Penguin
12/03/28 20:42:24.72 7VE/IUc0
うっかりumount忘れてSDカード抜いても壊れないような信頼性あるファイルシステムは？
435:login:Penguin
12/03/28 21:36:23.85 TGUdfwW5
ZFSしかないだろうな
436:login:Penguin
12/03/29 11:20:40.53 oi0yEg2/
isofsと言ってみるてすと
437:login:Penguin
12/03/31 11:24:04.90 8QfKg5cv
Androidなんかそういう使い方平気でされてると思う。
SDのアンマウントなんかしてる奴は少数派。
アクセス中でない限り、平気なシステム作らないとダメなんじゃないの。
たとえアクセス中でも破損させないような作りが必要なような
438:login:Penguin
12/04/03 20:55:57.81 7NqYTFtB
ライトキャシュ無効にしとけばいつでもアンマウントできるけど
書き込み中は無理だろ
439:login:Penguin
12/04/03 21:32:02.12 oo5XCw7k
無理でもないな
440:login:Penguin
12/04/03 21:44:35.56 vK7rqc3Y
linux のファイル名は255 byteに制限がありますが、
255文字を超えることが出来るファイルシステムreiserfsだけ？
441:login:Penguin
12/04/04 00:01:39.32 mpAg9MpC
あとはntfsくらいかな。
442:login:Penguin
12/04/04 13:49:05.99 r849Kmhs
>>440
コンパイラの定義のMAXPATHの上限に引っかかるから
普通に作れば全部MAXPATHの定義が上限ですよ。
443:login:Penguin
12/04/04 13:50:57.26 r849Kmhs
>>437
アンマウントとか面倒だけど。
コマンドラインでsyncと入力して取り出さないの？
444:login:Penguin
12/04/04 15:03:31.74 lpjkGhRx
Ubuntu 12.04 beta 2 をインストールしてみたんだけど、
fallocate のバグは直ってるね。
でも、精度がまた落ちてる様子。
e4defrag 使っても、なかなか断片化を解消できない。
ubuntu 12.10 に期待だな。
445:login:Penguin
12/04/04 15:05:36.07 P2ESCVOP
>>444
おめーはふぇどら使ってろー
446:login:Penguin
12/04/04 19:06:35.36 RVeUZ2Rs
NILFSがあの物騒なメッセージを出さないでマウント出来るようになることを期待。
447:login:Penguin
12/04/04 19:58:10.41 2WfF7JQK
もう消えてないっけ？
448:login:Penguin
12/04/04 21:49:22.14 XyCgAfug
>>442
440です。
>コンパイラの定義のMAXPATHの上限に引っかかるから
>普通に作れば全部MAXPATHの定義が上限ですよ。
つまり、全て一からコンパイルしなおせば、上限がなくなるということ？
そんなことなら2バイト圏（日本語圏）向けに1023バイトとかで
コンパイルして欲しかった。
欧米では255byteで十分なんだろうな。あーあ。
あきらめるしかないんですね。他に何かご存じの方や
挑戦した方がいれば教えて下さい。
449:login:Penguin
12/04/04 22:09:46.25 YXxzC5AQ
なんか面白いマイ・ファイルシステム作りたいな。いいアイデアない？
450:login:Penguin
12/04/05 00:37:58.94 LNmHc2MK
>>449
youtube myfilesystem
451:login:Penguin
12/04/05 00:47:22.01 dAZNdbMh
面白いの出てくるのかと思って検索したけど何も出てこないじゃんか
452:login:Penguin
12/04/05 00:54:16.80 LNmHc2MK
>>451
ごめん間違えた。。
453:普通自分で考えるべき
12/04/07 14:41:06.19 CF1JM2Tx
>>449
P2P RAIDファイルシステムとか？
バックアップ部分をネットに依存とか、ネットに捨てるほどある重なるファイルで
あまり使わないものは常に外部に依存みたいな。
454:login:Penguin
12/04/08 00:27:38.62 C5E9bwN3
>>453
こういう場合ってストレージに参加者のDropboxつかうのって違反なんかな？
同一ファイルはDropbox側で実体ひとつになる、周辺ツールもそろってるし。
ふつうのdropboxfs自体はあるから、P2P共有部分を追加したらいけそう。
455:login:Penguin
12/04/08 01:25:52.35 xWN2hyan
hadoopみたいに64MBで分割して任意の数のノードに保存みたい
なのはあるといいかも
456:login:Penguin
12/04/08 02:13:44.98 CG4ylOpp
>>449
どんなファイルも1byteに圧縮するFS
457:login:Penguin
12/04/08 03:23:55.22 nm3/lghx
/dev/nullがマウントできるFS
458:login:Penguin
12/04/10 22:45:09.09 AVs9x400
URLﾘﾝｸ(github.com)
を見ると、
ubuntu12.04 + zfs
の1partitionでブートさせることができそうなんだけど、grub2のzfsパーティションへのインストール方法がわからない
grub-installでいいん？
459:login:Penguin
12/04/10 22:48:56.85 FgWMYeCi
※情報不足で御免なさい
ubuntu12.04ってネイティブのzfs利用可能なの？
460:login:Penguin
12/04/10 22:55:32.42 AVs9x400
zfs-native
で間違いないです
openindianaを選んだほうが早いかな
461:login:Penguin
12/04/11 11:26:30.87 TaHjAQn0
どこをどう読んだらそうなるんだ
462:login:Penguin
12/04/11 21:53:17.38 /N3dnxcw
半分以上、自分の希望だったんですが
今のところ、bootパーティションはzfs以外にしないとならんのですか
463:login:Penguin
12/04/12 20:03:00.58 tSFAXJzg
URLﾘﾝｸ(ascii.jp)
> hito：そうすると何が起こるかっつーと、「メモリが足りない→XFS領域にデータを書きだそうとする→XFSがメモリを要求する」という……。
> hito：で、そういう挙動はダメだよねーっていう修正がやっと入った。6～7年ぐらいかかってると思う。まあXFSにはもっと前にスタック使い尽くす問題とかもあったんで、やっとこさヘビーな使い方ができるかなーという感じ。
XFSの存在を赦す理由になる？
464:login:Penguin
12/04/12 20:26:29.36 GVhLLvIq
絶対に許さない
465:login:Penguin
12/04/13 02:01:23.05 paFFSYLp
>>463
x86_64限定でkernel stack周りはどうにかなりそうだし、ようやくなんとかなるのかなぁ、
でもkernel 3.2ならext4の容量制限も緩和されているしなぁという感じ。
466:login:Penguin
12/04/13 22:51:45.76 KiMfKhCq
>>449
>なんか面白いマイ・ファイルシステム作りたいな。いいアイデアない？
ファイル名の文字が255byteでなく、UTF－16で255文字なファイルシステム
作れば一生名前が残るかも。
467:login:Penguin
12/04/14 01:02:31.64 DAjk0FKS
>>462
MBRにgrub, grub2を書き込み
パーテ外にベタ書きしたkernelをロードすればいい
468:login:Penguin
12/04/14 01:20:59.58 gFoEeXgt
>>466
UTF-8で済むから意味がない。
UCS2(一文字16ビット)だと、UCS4(一文字32ビット)の文字が表現できないからUnicodeとしては欠陥になる。
表現できる文字数が減るってことだよ。
UTF-8はUCS4の文字も表現できる。
UCS4にしたらディスク容量が無駄になる。
バカじゃないの。
469:login:Penguin
12/04/14 04:58:41.05 ykh3cFrR
UTF-16とUCS2は別のものだよ…
470:login:Penguin
12/04/14 05:01:40.18 4vczfuvJ
>>468
UTF-8でもUTF-16でも表現できるUnicodeの文字数は同じ。
ディスク容量にしたって日本語中心ならUTF-16の方が無駄が少ない。
471:login:Penguin
12/04/14 23:58:24.76 Hve9S8Lo
>>449
叩かれるかもしれないけど、32or64bit実身仮身を実装してよ。
URLﾘﾝｸ(ja.wikipedia.org)
ファイル名とファイルIDが別だから、文字数とか気にしなくて良いし。
472:login:Penguin
12/04/15 00:13:16.78 PUQ9YpLc
>>471
次世代FSでどこも採用していないって事はトレンドから外れているって事だろう。
473:login:Penguin
12/04/15 00:36:07.51 zrILeh0w
umountができないFS
474:login:Penguin
12/04/15 00:55:46.95 KUTNhuB6
そこに保存したらファイルの内容を翻訳してくれるFS
475:login:Penguin
12/04/15 01:37:47.14 wcHN5p+1
そして、バイナリファイルやソースコードの中身がグチャグチャになるんですね
476:login:Penguin
12/04/15 07:03:21.35 d8SeT810
そういやPOSIX的にはファイル名ってただの0終端バイト列じゃないの？
FS側が文字コード変換までやるもんなの？
477:login:Penguin
12/04/15 07:52:32.02 zPONO3Ol
KI/KOを始めて見たときなんだこの糞実装わと思ったが
UTF-8で同じようなの見るとは思わんかったｗ
478:login:Penguin
12/04/15 09:01:28.16 XU6NzGNz
>>476
LC_CTYPE で locale 切り替えるんじゃなかったっけ？
479:login:Penguin
12/04/15 09:46:21.88 d8SeT810
>>478
表示化けとかはユーザランドの話だからFS側には関係ない。
shift_jisの場合、いくつかのOSではAPI側がパス区切り文字の解釈は直してくれるけど
ファイル名文字列のバイト表現をファイルシステム側が変えるって話はないはず
480:login:Penguin
12/04/15 13:10:08.72 r5YOWvvD
>>476
>>478
>>479
UTF-16はバイト(8ビット)単位ではなくて16ビット単位だから
バイト単位の0が終端ではなくなる。
バイト単位だと文字列の途中に0が入ることもある。
だからファイル名に8ビットのNULL終端が必ずあると決め付けていないファイルシステムでなくてはならない。
481:login:Penguin
12/04/15 16:22:35.21 wcHN5p+1
NTFS(WindowsXP)で保管してたファイルが、sambaサーバにコピーした途端、
ファイル名が長すぎる、とか言い出してエラー出た。
なにこれ。
482:login:Penguin
12/04/15 16:35:19.00 PUQ9YpLc
>>481
知ってていってるだろ？
483:login:Penguin
12/04/15 16:35:55.27 0nRNYIrq
なにこれじゃねーよｗ
sambaサーバ側の絶対パスが長すぎんじゃねーの
484:login:Penguin
12/04/15 17:25:55.81 p38/R2S8
>>481
日記はついったにでも書けよ！
485:login:Penguin
12/04/15 17:54:27.08 d8SeT810
>>480
そのUTF-16のファイルシステムにLinuxのどのAPIでアクセスすんだよ。
ここLinux板だぞ
間に入るAPIがASCIIと互換性のない文字コードをサポートしてないんだから意味ないだろ
486:login:Penguin
12/04/15 21:56:24.70 qQezSKIz
ssdはnilfsみたいなホンマか嘘か分からんこといわれたんだが
ネットブックにssd入れて使うのにnilfs入れて見るとかありえんの？
nilfs自体がそもそもネタfsとか思ってるんだけど
487:login:Penguin
12/04/15 23:29:54.66 wcHN5p+1
やっぱり、長いファイル名を受け付けてくれるファイルシステムが欲しいな。
とはいえ、LinuxファイルサーバにWindowsのファイル保管庫をやらせたいだけなので、
sambaサーバがhddのraw blockデバイスに直接書き込んでくれてもいいんだよな。
理想としてはファイルシステムが長いファイル名に対応してくれることなんだけど。
488:login:Penguin
12/04/16 01:34:27.57 sK2yBvUH
>>472
面白いの作るっていうから…
トレンド追うのなら素直にbtfs待つよ。
でも、ネットワークというかハイパーテキスト構造なFSって、
webとは親和性高くて良いと思うんだけど。
489:login:Penguin
12/04/16 09:49:26.71 lvKL8Yhv
ZFSは自動で重複を排除する機能があるけど、ブロック単位だから「どのファイルが重複してるか」は分からないんだよな。
そこで重複をファイル単位で自動でチェックしてくれて、その結果を簡単に修得できるファイルシステムを希望する
490:login:Penguin
12/04/16 10:13:31.67 i6sCf9yT
>>488
btfs？
>>489
修得？
491:login:Penguin
12/04/16 11:19:08.34 4yiemVgB
>>490
エロ画像の整理に便利なんだよ！ 言わせんな恥ずかしい！
492:login:Penguin
12/04/16 12:15:07.53 bJiRh/8P
>>489
重複チェックツールあるけどね。
493:login:Penguin
12/04/16 12:16:17.52 4yiemVgB
まあファイル単位だとランダムシークしてアクセスするたびにファイル全体のダイジェストを計算しなおしになるから
あんまり現実的じゃないな
494:login:Penguin
12/04/16 14:00:46.94 i6sCf9yT
そもそも完全一致のファイルが見つかるだけでいいのか？
類似画像の検出は要らんのか？
495:login:Penguin
12/04/16 14:28:32.80 s0jqF/SI
>>487
ISOイメージか、仮想HDDイメージにでも放り込んで
イメージごとやればファイル名の問題は（ｒｙ
大きすぎるボリュームに大量の数のファイルをつぎ込むと
ファイルの検索だけで激しく重くなる。
細かいファイルはまとめて書庫に保存するなりイメージファイル化するべき。
496:login:Penguin
12/04/16 20:39:58.60 EqJJmYvz
そんなくだらんバッドノウハウいらんわ。
大量のファイルがあっても快適に使用できる
ファイルシステムを探すのもこのスレの目的だろ。
497:login:Penguin
12/04/17 00:43:34.22 qXjoYE5Z
>>490
btrだったね。
498:login:Penguin
12/04/17 14:29:04.93 YcOVAep7
>>463
赦す赦さないってどこの異端審問官サマだよｗ
ユーザにとっての第一の評価基準は、使えるか使えないかだろ。
499:login:Penguin
12/04/19 12:35:50.39 K5wfT9FM
家電HDDレコーダーのファイルシステムって何？メーカー独自？
500:login:Penguin
12/04/19 12:47:48.37 0YxY6oJS
>>499
XFSかext3 最近のはext4かな
501:login:Penguin
12/04/20 05:35:00.59 cf88Jldy
NTFSは事実上ファイル名に510バイト使える
Linuxは255バイトまで
502:466
12/04/21 00:06:32.82 kc2SruX3
こりゃ普及するわけがなｒｙ
503:login:Penguin
12/04/21 08:36:03.07 yKSNqbP1
バターさん元気？生きてる？
504:login:Penguin
12/04/21 12:01:57.08 T7uXB/Ur
バターFSの開発が遅々としてるのって、
もしかして255文字以上のファイル名を許容できるようにLinuxユーザランドも含めて開発してるからか？
もしそうなら、今日からZFS捨ててバター派になる
505:login:Penguin
12/04/21 12:03:43.68 JAncRgwR
fedoraさんもbtrfsには難儀してるようだね。17は結局どうなっんたんだろ。
506:login:Penguin
12/04/21 15:56:32.26 Jk8knAaa
btrfsだけど 複数ボリュームで作ったプールをfstabで読み込ませようとするとエラー吐くぞ。まだまだだなー
507:login:Penguin
12/04/21 18:20:03.68 5NRF/9C+
fedoraはanacondaのbtrfs対応が間に合わなかったため17のデフォルトfsにはならなかった
508:login:Penguin
12/04/22 18:24:30.22 QcOQSMyR
自宅のCentOS 6.2のファイルサーバにZFS-Nativeのインスコ完了しました！！
OSはssdに入れて、サーバデータをZFSにいれました。
[root@hoge]# zpool status
pool: storage
state: ONLINE
scan: none requested
config:
NAME STATE READ WRITE CKSUM
storage ONLINE 0 0 0
sdb ONLINE 0 0 0
logs
sda3 ONLINE 0 0 0
cache
sda4 ONLINE 0 0 0
sdaがssdの起動ディスク、sdbがHDDDです。
ZILとキャッシュの設定の効果が全く感じられない。
ファイルサーバのデータの読み書きの時、ZILとL2ARCに設定したSSDにとりあえず、
データは書かれているみたいだが、使っていない様子。ファイルシステムとしての
書き込みの速度も以前のEXT4の方が速いかも。
とりあえずZFSをファイルサーバのデータに使ったメリットは、何も感じられない。
509:login:Penguin
12/04/22 18:33:24.34 njjLIW42
Windowsの255文字以上のファイル名をLinuxファイルサーバにコピーするには
iSCSIというのを使えば良さそうですね。
さっき１台－１台で繋いだらうまくいったので、これから本番運用です。楽しみ。
510:login:Penguin
12/04/22 18:51:19.19 iroLKuhV
>>508
どういうファイルサーバか知らんが、smbとかならZILは使われんぞ。ZIL同期書き込み用キャッシュだし。
それにメモリとCPU食うFSだから低スペマシンを流用した鯖とかなら速いわけもないし。
というかZFSなんてHDDを4台とか8台使う規模の鯖向けで、HDD1発を速くする（IntelSRT的な）用途にはまったく向いてないんじゃ・・・
511:login:Penguin
12/04/22 20:11:01.67 XIm64qvg
>>509
それ iSCSI じゃなくて CIFS 対応の NAS では？
そうでなければ NTFS を iSCSI 経由でアクセスしているか。
クラスタストレージに使われることはあるが iSCSI 自体がクラスタストレージでは
ないから同時アクセスしてファイルシステム壊さないといいのだが...
512:login:Penguin
12/04/22 20:38:02.36 QcOQSMyR
>>510
ども、いわゆるATOMのべアボーンで、2.5インチ SATA 2.5 500Gで運用してた
ファイルサーバに、SSD 32Gを追加。SSDにOSとZIL、キャッシュをとって、
500GのHDDを丸ごとをZFSのPoolにしてます。
CentOS 6.2 X86-64、ZFSは三月に最新が出たNative版です。OSのメモリーが
2Gバイトなので、CPUがATOMなのも加えて、ファイルサーバのレスポンスは
かなり悪化しちゃいました。バックアップが楽になりそうなのでそれは期待して
います。
負荷が高いと裏で動いているksoftirqdというカーネルのプログラムが、CPUを
かなり占有してしまいます。（困ったな）
513:login:Penguin
12/04/22 20:44:25.44 SSW2tmeJ
>>512
atomで2GでZFSってソレは罰ゲームかなんかか？
514:login:Penguin
12/04/22 20:55:51.31 Mj9d/MFf
鈍亀AtomにCPUとメモリを多く使うZFS入れて
性能落ちたとのたまうかｗ
515:login:Penguin
12/04/22 21:24:32.73 QcOQSMyR
>513、514
会社のファイルサーバの更新の予定があり、これ迄はEXT3のファイルを
Sambaで公開してたのを、ZFSに代えてみようと思ったわけ。仕事で使う
サーバの実験で、家の省電力サーバで試しているところです。会社の
本番じゃもっと良いマシンになります。
ITProのZFSの記事「HDDが買えないならZFSを使えばいいのに」では仮想PCで
動かしてましたから何とかなるかなと思いましたが、ATOMじゃ何とも
なりませんね。ZFSの勉強にはなりました。
516:login:Penguin
12/04/22 21:36:35.93 maPmHILv
ファイルサーバをext3からzfsにするなんて奇特な会社だな。
btrfsならともかく何でzfsにしようと思ったんだろか。
517:login:Penguin
12/04/22 22:03:56.36 QcOQSMyR
ふーん。CentOS 6.2にはbtrfsが入っているんだ。
ユーザー空間のプログラムだけインストールすれば使えそうなので、
軽くベンチマークと、使い方を調べて、会社のSambaサーバは
どちらか良い方で構築しよっと。
518:login:Penguin
12/04/22 22:07:34.24 y9xR51pX
>>516
あえて障害の多いサーバを本番運用することで
トラブル対策を真剣になってやれるようになる。
「我に七難ハックを与え給え」ってやつだ
519:login:Penguin
12/04/22 22:07:43.11 aOxDtRZB
> btrfsならともかく何でzfsにしようと思ったんだろか。
お前は情弱かよｗ
520:login:Penguin
12/04/22 22:41:55.90 4o+HnplW
>>518
「我に七難ハックを」じゃ、ろくすっぽトラブル対策やらないけど
問題発生の都度なんとかうまくこなしてしまうみたいな感じが……
521:login:Penguin
12/04/22 22:54:22.97 Mj9d/MFf
>>515
「(とりあえず)動く」と「(目的とする用途で)使い物になる」は別だろｗ
以前は旧AtomでOpenSolaris動かしていて
チップセットの古さもあるのかI/Oも遅くてひどいものだったが
省電力版Phenomマシンに変えたら別世界
SSDをZILにしたらDBやファイルの大量削除など
同期書込の多発する処理が軽快になった
でもNFS書込は劇的改善といかなかったな
522:login:Penguin
12/04/22 23:04:03.44 QcOQSMyR
>>521
まぁ、その通りなんだが、ZFSやBtrfsがLinuxで普通に使えるように
なる頃に慌てて勉強しなくても済むように、壊れても被害の少ない
社内のSambaサーバで運用の習得も兼ねて、作る事になったんだ。
と自宅のATOMをZFSからBtrfsに変えて、コマンドのマニュアルを
調べてますが、重複データの削除の機能はなさそうだね。
523:login:Penguin
12/04/22 23:51:59.03 kHgeVI8V
zfs使うならFreeBSDが確実だと思うんだけど。
524:login:Penguin
12/04/22 23:55:49.69 Mj9d/MFf
えっｗ
525:login:Penguin
12/04/22 23:58:15.97 938FomM7
いやFreeBSDならFAT32だろ
526:login:Penguin
12/04/23 03:53:14.21 jfhyXlHF
素直に OpenSolaris でいいやん
527:login:Penguin
12/04/23 05:24:24.00 ckPL5v1U
業務で使うファイルサーバーにコリジョン起きるかも知れない重複排除使おうとは…
ビットイメージまでチェックするつもりならプア過ぎだろその環境ｗ
528:login:Penguin
12/04/23 08:36:32.02 nHMcwuO3
OpenSolarisはもうリリースされません。illumosを使いましょう。
ZFSもコードが公開されるのはv28という話もあるし、今後どうなるか
わからんね。
529:login:Penguin
12/04/23 17:17:16.93 McF8439V
ZFS使うならNexentaStor使えよ
とりあえず最初の一歩なら簡単に構築・運用できるもので
大体の感じをつかんでおけばいいだろ
530:login:Penguin
12/04/24 00:35:33.30 3wHAirQk
illumosってxenのpv guestで使えるのかな？
531:login:Penguin
12/04/24 13:38:32.33 x/oDgfDt
>>511
あの後、iSCSIについて勉強してみましたが、ブロックデバイスを外に見せることが出来るプロトコルなんですね。
んで、複数マシンで共有するときは、
排他制御が出来るファイルシステムじゃないとメタデータが壊れる云々ということですが、
NTFSでフォーマットしたんで、その条件はクリアできている、と考えてたんですが
NTFSだってNASに使われるのだから大丈夫ですよね？
もしかしてBtrfsとかlinuxのfsを使うべき？
532:login:Penguin
12/04/24 13:56:46.67 BJphFvM4
>>531
NASはあくまでもsambaやnfsなど、「ファイルシステムを外部に晒すもの」
であって、「ブロックデバイスを外部に晒すもの」ではない。
また、複数のノードからマウントされる前提で言うと、
NASはファイルシステムからのアクセスは1つにまとまった状態になるが、
iSCSIやATA over Ethernetはファイルシステムからのアクセスがまとまらない。
だからファイルシステム側で複数ノードからのアクセスに対応した仕組みが
必要になる。
533:login:Penguin
12/04/24 15:58:12.96 5atc8dAi
>516 は成仏しただろうか…
534:login:Penguin
12/04/24 17:28:14.58 wyIbHs8V
>>531
お前はクラスターファイルシステムについてお勉強して出なおすこと
535:login:Penguin
12/04/24 18:44:22.70 2GEDGMkc
>>533
自宅でZFSのATOM CPUのサーバを立てたものです。
残念ながら生きてますよ。自宅のファイルサーバーも
いろいろ調整して、満足できる性能で動いてます。
家のサーバのセットアップで、ZFSの使い方がダイタイ判ったので、
連休中、会社の評価機を借りて、RAIDZとか高速なSSDと組み合わせた
システムのベンチマークを行う予定。こちらはCPUもメモリーも
たくさんあるので、結果が楽しみです。
同じ条件で、Btrfs、ZFS、ZFS on FUSE、EXT4の４つのベンチが
取れれば良いのだが、ちょっと時間がないなぁ。FUSEは見送るかな。
536:login:Penguin
12/04/24 20:18:28.98 3112VBlb
>>531
NTFS は分散ファイルシステム(クラスターファイルシステム)ではないよ。
同じく NTFS を使う Windows XP や 7 が直接 iSCSI 見に行かないだろ？
両方からアクセスさせるにしても同時にはマウントしないで使わないと危ないぞ。
537:login:Penguin
12/04/24 21:05:31.34 gt7dyPqO
linux zfs使って社内サーバー運用するって普通するの？
538:login:Penguin
12/04/24 21:19:00.21 NRKLRNSc
>>537
何を以て普通というかは置いておいて、技術系の会社が自前で面倒見るつもりでない限りはしないことがほとんど。
539:login:Penguin
12/04/24 21:54:33.62 okto+U96
IT系の会社で、ドッグフードを自分で食うのが習慣のとこならアリかなあ。
540:login:Penguin
12/04/25 00:38:06.27 9YNkBqtf
ドックフードを食べるのってWindows系(カトラー系)だよね
Linux界ではなに食べるんだろ
541:login:Penguin
12/04/25 11:04:39.89 orC3GEUU
>537
Solaris, FreeBSDならごく普通だろうけど
linux だと「ムチャしやがって(AA略)」
542:login:Penguin
12/04/25 18:13:57.64 ztStmggs
>>535
＞RAIDZとか高速なSSDと組み合わせたシステムのベンチマークを行う予定。こちらはCPUもメモリーもたくさんあるので
こういうシステムで使うに至って初めて性能云々が言える段階っしょ・・・
ZFSの使い方を習得したいだけならAtomでもVMでもなんでもいいけど、その段階でメリット感じられんとかext4の方が速いとか言ってもしょうがないわな。
ま、ZFS fuseのベンチは時間の無駄だからやめとけｗ
543:login:Penguin
12/04/25 18:50:09.44 lWv9c4zK
>>540
カトラー系って何じゃ? MSは、OS開発でドッグフードしなかった例はないはず。
544:login:Penguin
12/04/25 22:55:53.57 OHjfllRj
>>540
うんこ
545:login:Penguin
12/04/26 10:04:12.73 WLRg5SoY
ZFSを使っている方に確認です。
L2ARCの効果を確認するため、次の試験をおこないました。
（CentOS 6.2、zfs-0.6.0-rc8）
ZFSのディスクに4Gバイトのファイルを用意（仮想PCのデータ）
ファイルを別ディスクにコピー１回目
ファイルを別ディスクにコピー２回目
１回目のコピーでcacheへデータは書き込まれるので、
２回目は早くなるかと思いましたが、速度は変わりません。
zpool iostatで読み書きの様子を見てますが、こんな
状態であまり読み込みのキャッシュには使われていない
様子です。
capacity operations bandwidth
pool alloc free read write read write
---------- ----- ----- ----- ----- ----- -----
storage 260G 204G 104 0 13.0M 272
sdb 260G 204G 104 0 13.0M 245
cache - - - - - -
sda4 2.59G 14.9G 0 11 11.7K 1.42M
---------- ----- ----- ----- ----- ----- -----
サーバのメモリーが2Gバイトなので、4Gのデータの読み込みで、
キャッシュは完全に使いきってL2ARCが働くと思うのですが、
シーケンシャルのファイルでは効果がないのかな？
546:login:Penguin
12/04/26 10:17:04.63 c29dzUhN
>>545
L2ARCはランダムアクセスにしか効かない。
それもさんざんランダムアクセスを繰り返して埋まってからでないと効かない。
自宅サーバーでL2ARCが効くところを見るのは絶対無理。
547:login:Penguin
12/04/26 12:03:42.98 WLRg5SoY
>>546
なんだって！！？？
かなーり、ショック。
勉強になりました。有難うございます。
548:login:Penguin
12/04/26 17:00:40.11 n+DFYIq8
L2ARCとかZFSのキャッシュ周りの挙動については
URLﾘﾝｸ(ftp-admin.blogspot.jp)
ここらへん読むと結構勉強になる。やっぱ実際にガンガン使ってる人の経験はわかりやすい。
549:login:Penguin
12/04/27 00:21:19.91 8fbM7xtX
ZFSの解説本が無いのがツライ
550:login:Penguin
12/04/27 10:20:14.32 lxJzttUx
ZFSって結構メモリ食うってのを見かけた記憶があるんだが本当なん？たかがファイルシステムごときに
551:login:Penguin
12/04/27 10:26:53.18 hngo9Hwy
メモリを与えてやればいいファイルシステムが作れる・使えるぜ?
というコンセプトなんだから賛同するなら使えばいいし
そうでないなら他のを使えばいい
(linuxでは実装がまだアレだろうけど)
552:login:Penguin
12/04/27 12:10:34.15 ob07Nn1s
ファイルシステムにたかがとか言えちゃうなんて凄いな～
553:login:Penguin
12/04/27 12:25:20.72 i3mJrwaH
ZFSを使ってみたいと思うのは、スナップショットの
機能かな。LVMのスナップショットは容量計算が
めんどくさいし、速度は遅くなるし、使う気が
失せました。
１時間ごとにスナップショットとって、それを
ずーと残して運用してる人もいるし、LVMしか
知らない人からすると、すごいファイルシステムです。
554:login:Penguin
12/04/27 13:26:45.15 rdYR0vwI
東北ではファイルスステムっていうらしよ
555:login:Penguin
12/04/27 13:27:43.37 CTTO7Yfw
>>550
ファイルシステムってレベルじゃないから
556:login:Penguin
12/04/27 18:10:40.97 eDI9BxG4
ZFSってどうやってfstabとの整合性取ってるの？
557:login:Penguin
12/04/27 18:20:58.23 i3mJrwaH
ZFSの内部にmount情報があって、起動時にzfs mount -aと
いうコマンドでマウントできます。fstabは使いません。
558:login:Penguin
12/04/27 23:32:13.82 cTJKSEUT
XFSフォーマットのパーティション情報が壊れました。
TestDiskというツールを使いたいのですが、パーティションテーブルの選択でどれを選んだら良いのでしょうか。
URLﾘﾝｸ(pctrouble.lessismore.cc)
559:login:Penguin
12/04/27 23:41:16.86 LoGDC6Fy
一番上かその下
560:login:Penguin
12/04/29 05:34:54.52 d61+xw9o
>>558 は恐るべきレベルだなｗ
561:login:Penguin
12/05/01 12:45:30.64 wTJkzxr/
>>560
こういう方々がいるから俺は生活が成り立ってるんだ。
大切にしてあげなさい。
562:login:Penguin
12/05/01 14:48:43.45 2H6gSubk
ZFSで自宅サーバですが（くどい？）、
ZILとL2ARCの効果を体感しました。ファイル共有先の
Mac OSの上からAFP経由でファイルの読み書きを行った
ところ、非常に賑やかにZILとL2ARCへのアクセスが
行なわれまして、L2ARCの方だけが読み込みに答えたり、
ZILに先に書き込まれ、HDDに遅延で書かれる様子が
zpool iostatで見れました。
実際の効果はともかく、小さなATOMサーバでも動くんだ
というところに、ちょっと感動しました。
563:login:Penguin
12/05/01 15:31:04.38 lq5Dwn99
>>561の生活なんてどうでもいいから粗末にしよう
564:login:Penguin
12/05/01 19:22:52.54 jmQ/iIqJ
Λ＿Λ
（´∀｀ ）-､ >>562さん
,(mｿ)ヽ i Atom環境でのZFS鯖構築おめでとうございます
/ / ヽ ヽ ｌ それでは高クロック多コアCPUメモリ満載で
￣￣￣ （_,ノ￣ ヽ､_ノ￣ ZFSの真の力を解放する段階に進んだということですね
ｽﾚﾘﾝｸ(jisaku板)
565:login:Penguin
12/05/01 20:03:12.96 2H6gSubk
>>564
ははは。高機能サーバーが欲しいところですが、
家に置くには少々でかすぎるので、自宅は省電力Atomで我慢します。
連休開けから会社の実習で使うサーバを、連休の間2日間借りれた
ので、こちらで思いきりZFSの力を堪能するつもりです。残念なのは
RAIDカードにSATAディスクが接続されてて、これは壊しては
ダメらしいので、RAIDZの実験が出来ないこと。
bonniie++のベンチと、SMBサーバにしてPCからファイルを
送信し、ZFSとEXT3の速度比較などやってみます。
楽しみです。
566:login:Penguin
12/05/01 21:52:13.85 EQhJ/ZNC
最近は仕事にnative ZFSを投入するのが流行なんですか？
567:login:Penguin
12/05/01 22:24:49.73 lq5Dwn99
仕事と言っても様々なんですが？
568:login:Penguin
12/05/02 08:55:54.22 Lj9cFy3J
>566
そんな事はぜんぜんなくて、個人的な興味と事前評価。
Linux NativeのZFSはいつ正式版になるか判らないし、正式版になっても
ビジネスの世界は実績が全てだから、ZFSじゃ無く、Ext3とかExt4を
使うのが正解。という事は判っているが、技術としては面白いので
5年ぐらい先に正式版になって、ビジネスの提案に使えれば
良いぐらいの気持ちで遊んでます。
個人的にはレプリカと重複排除機能が熱いかな、と思います。
569:login:Penguin
12/05/02 11:18:38.26 59iZo3Lw
UNIX板のZFSスレが無くなったと思いきやみんなこっち来てたのか。
570:login:Penguin
12/05/03 00:38:24.61 Xl/wH1u0
ZFSの重複排除で衝突が起きたら、
その瞬間、宇宙が終わっちゃうんじゃない？
571:login:Penguin
12/05/03 01:50:51.79 c19guCD2
仕事でZFS使うのなら、素直にSolarisだものねい。
しっかし、OracleのGoogleへJavaのいちゃもん訴訟を見ると、Appleが
SunのOracleへの買収直後にZFS捨て捨てしたのもよくわかる…。
とはいえ、OS Xでext3/4どこではなく腐れたHFS+をいつまで使うんだか。
572:login:Penguin
12/05/03 01:54:42.48 GjDUgTlm
まだローカルファイルシステムですか？
573:login:Penguin
12/05/03 04:56:44.95 oxoOTAH7
>>558
同じことやって
そのsoftware触ったことあるけど全然みつけてくれなかったよ
消したbsdのパーティション?スライス?は見つけてくれたけど。
拡張領域とか全然みてくれなかった
ここ見て手動で直すといいと思う。僕はそうした
URLﾘﾝｸ(www37.tok2.com)
574:login:Penguin
12/05/03 08:37:30.14 0m6SVdw6
zfsのメモリとcpuの使いっぷりだと、ノートで使うのは厳しいように思う。
HFS+ってext3,4と比べてそんなに見劣りする？
575:login:Penguin
12/05/04 23:37:27.15 TdWYJyA4
そういやMacBookAirってSSDだが
特殊なFS利用してないのかな？
576:login:Penguin
12/05/05 00:22:42.74 Q1yJFQoi
>>575
普通にHFS+だけど、アクセス仕方などのパラメータはかなり調整されてるみたい。
577:login:Penguin
12/05/05 20:54:22.66 be4ZIOwP
>>568
まぁ勝手知ったるLinuxでZFSいじくり回して、いけそうやんってなってからSolaris触るってのもいいかもな。
Solarisの作法イチから覚えてZFS試してやっぱ使えん、なんて結論になったら時間の無駄だし。
ZFS on Linux特有の問題に遭遇したらそれはそれで時間の無駄だけどｗ
578:login:Penguin
12/05/05 23:58:07.40 RUxVmCw5
>>574
HFS+はジャーナリング付きのFAT32みたいなもんだと思っておけばいい。
579:login:Penguin
12/05/06 00:21:15.49 LV4tOek1
>>578
そう?
パーミッションあるし、もうちょい高機能なんだと思ってたけど。
ジャーナル付きNTFSくらい。
580:login:Penguin
12/05/06 00:40:36.46 SqaZoyGh
>>579
その辺はACL用にちょっと拡張されたってだけだからなぁ。確かに機能面では
大きく違ってくることではあるけど。
基本的には大昔のHFSからそうは変わってない。実装で頑張ってOS Xのバージョンが
上がるごとにACLだのジャーナリングだとの拡張しているけど。
あと、NTFSについて無知すぎ。ジャーナルはハナからついている。
581:login:Penguin
12/05/06 01:58:20.15 /BDbWsx+
NTFSさんにあやまれ。
582:login:Penguin
12/05/06 03:16:25.33 TfSGVwC4
HFS関係って昔リソースフォークの取り扱いとか
変態ファイル名とかですんげー苦労させられた記憶があるんだけど、
他のFSとの相互運用性ってマシになってたりするのかな？
583:login:Penguin
12/05/06 10:02:00.25 bimIbaZ3
会社の評価機を借りてLinux NativeのZFSを試してみました。
CPUがXeon 2.3GHz、メモリーが16Gバイト、HDDが2Tバイト SATAと
いう構成。特に問題なくインストールできて、ベンチマークプログラム、
ファイルコピーのテストも順調に出来ました。
あたり前の結果で、シーケンシャルの読み書きの速度は遅く、ランダムは速い。
特にランダムの読み込みの速度がEXT4に比べて、30倍くらい速く、DBや
ファルサーバのストレージに使うと凄そうですね。
Linuxでの正式リリースが楽しみなファイルシステムです。
584:login:Penguin
12/05/06 10:18:07.35 1mav6+r3
え？
DBにZFS？
585:login:Penguin
12/05/06 11:33:09.63 Brg6oYil
何かいいたいことがあるなら具体的にどうぞ。
586:login:Penguin
12/05/06 12:36:37.90 tnh/l61N
大坊聡？
587:login:Penguin
12/05/06 13:13:57.62 SqaZoyGh
>>582
いちおうOS Xでは
URLﾘﾝｸ(ja.wikipedia.org)
ってことで、リソースフォークの使用は控えられるようになっているけど、
ファイル単体ではなくファイルシステムで見た場合は、
URLﾘﾝｸ(ja.wikipedia.org)
URLﾘﾝｸ(ja.wikipedia.org)
にあるよう、マルチフォークで属性情報をガシガシ増やしてファイルシステムの
拡張をしているからなぁ。
FS自体の相互運用性は下がる一方かと。
>>584
とりあえず、URLﾘﾝｸ(developers.sun.com)に
ある
Configuring Oracle Solaris ZFS for an Oracle Database
URLﾘﾝｸ(developers.sun.com)
を読んでこい。
588:login:Penguin
12/05/06 13:53:04.67 CV3emWUR
メタ情報をもっと活用する方向にいってくれないもんかな。FSだけの問題じゃないけど。
589:login:Penguin
12/05/09 03:40:46.17 dNOv9YfW
Oracleデータベースを置く領域はASMで決まりだろ
わざわざOSのファイルシステム上に置くメリットって何かあるの？
管理しやすいって？
590:login:Penguin
12/05/09 07:27:58.74 13vigJRw
FreeBSDスレ見てたらZFSはv30からOracleの意向でクローズドソースになるのね
v28採用してるFreeBSDとかは独自発展させるんかな
591:login:Penguin
12/05/09 23:20:57.21 ZWFhWH7F
v30も暗号化部分がクローズドなだけじゃないの？
FSもDBも全部Oracleに握られてるのはいやだなぁ
592:login:Penguin
12/05/10 02:18:13.19 n6TOlTxc
RHEL6でサポートされるFSはext3、ext4、そしてスケーラブルな（笑）xfsかぁ
593:login:Penguin
12/05/10 08:46:55.76 n6TOlTxc
Fusion-ioの価格表
URLﾘﾝｸ(hesonogoma.com)
IOが激しくて性能が厳しいサーバがあるのでFusion-io使ってみたいが
もう少し価格がこなれてこないと手が出ないな・・・
594:login:Penguin
12/05/10 10:11:29.71 uzdXa+U4
ebayは日本向け売ってくれないもん？
そんなしないぞ
595:login:Penguin
12/05/10 14:58:38.76 V1j2zBKg
超大容量HDD付けたnilfsをGC offにすれば速くなることは速くなる。
リードもメモリキャッシュに乗るようにすればよい。
596:login:Penguin
12/05/10 16:30:30.58 dleBY42Y
>>591
FreeBSDはillumosの動向に追従みたいだけど、現状よりは望み薄っぽいね
597:login:Penguin
12/05/10 23:07:32.43 NECzXalT
>>591
海外フォーラムを見ると
これからは2つのZFSが存在することになる。
非常に残念なことだ。
って書いてあるから、オープンソース最後はv28で、v30以降は完全クローズになるんじゃないかな。
v28までライセンスがCDDLってのは変わらないようだけど。
IllumosもCDDLで公開されているソースを利用しているから、v30以降のZFSのコードは使えず
ZFS v30以降はOracleSolaris使うしかないって見解みたい。
598:login:Penguin
12/05/11 01:37:17.98 4yR4l5go
今更クローズドにするとかあいかわらず嫌がらせが大好きなんだな。
599:login:Penguin
12/05/11 01:41:16.20 ocx/xIVv
>>598
嫌がらせっつーかそもそもオープンソースと競合する製品を売っている会社で
しかもオープンソースに協力とかしていない会社だから。
600:login:Penguin
12/05/11 01:50:11.73 yBR+2vnr
さすがにそれはあんまりだ
601:login:Penguin
12/05/11 01:50:18.30 4yR4l5go
この先どうなるのかしらないけどbtrfs作ってるじゃん。
MySQLも今のところはオープンのまま。
602:login:Penguin
12/05/11 01:51:26.14 ocx/xIVv
そういやそうだったな
603:login:Penguin
12/05/11 01:53:10.90 Rs4s5bBT
今更というよりOracleがSunに買収された時点でこうなるのは仕方なかったのかな。
604:login:Penguin
12/05/11 03:33:04.68 p1pOPx1v
>>593
>>594
OCZ製のPCI接続SSDであればもっと安かったよ
海外からFusionio買った人いますかー？
605:login:Penguin
12/05/11 06:46:05.16 jdrQ5XWm
>>603
そうなってりゃ今こんな話にならんだろｗ
もっとも、SUNが好調だったらSolarisをオープンソースにしたかは怪しいけどさ
606:login:Penguin
12/05/11 08:14:43.73 jkHVDhT6
まったく貢献しない奴より、Oracleの方が1000000倍ありがたいけどな。
OSSに貢献するのは国民の義務でもなんでもないし、営利企業なんだから必ずしも沿えないのは当たり前。
どんなに協力的な会社でも自社の生存を犠牲にしてまでOSSする訳ない。そういう枠の中で、btrfsやocfs2に匹敵する貢献をしてる会社が一体何社あるのかと。
607:login:Penguin
12/05/11 08:47:12.97 SoMXQdp3
BerkleyDBとかMySQLとかJavaとか不幸にしまくってるじゃん。
ドキュメント方面の予算削られてMySQLの日本語ドキュメントが5.1
までしかないとか、doc.java.comが一時期なくなった(社内でがんばって
くれた人がいて復活した)とかひどい目にあってる。
JavaはGoogleとの訴訟で「APIに著作権を認めろ」とかいってるしな。
608:login:Penguin
12/05/11 09:12:10.28 Rs4s5bBT
オラクルの場合は貢献よりやったことの悪影響の方が多いから
OSSに対して非干渉の企業の方が1000000倍ありがたい。
609:login:Penguin
12/05/11 10:35:25.35 agAAD5md
業突く張りのボラクルですからね
610:login:Penguin
12/05/11 11:16:56.86 sTP/os3g
MSの方がまだマシって思わせる企業があるなんて
611:login:Penguin
12/05/11 12:44:07.18 w0RrmVyz
ZFSの未来はNexentaに頑張ってもらうしかないよね
612:login:Penguin
12/05/11 13:33:45.09 ocx/xIVv
挿入削除機能付きファイルシステム
ファイルに対する挿入および削除を高速に行うことを目的に開発したファイルシステム
URLﾘﾝｸ(www.nhk.or.jp)
613:login:Penguin
12/05/11 14:15:11.41 GH1IWZxy
>>607
Oracleが打ち捨ててくれたおかげで幸せになれたOpenoffice.orgとかあるしな～
614:login:Penguin
12/05/11 14:56:34.05 5z7FqG21
開発者がほとんど逃げ出してから捨てられてのって幸せなんだろうか
615:login:Penguin
12/05/11 14:59:16.12 sTP/os3g
>>612
上流に寄付するなりすればいいのに
半税金で運用している会社のわりに使えないよな
616:login:Penguin
12/05/11 17:27:06.27 zDYdOm03
>>612
受信料を払っていないのでパス
617:login:Penguin
12/05/11 18:57:00.39 QWh07S8U
GPLなものに受信料は関係なかろ。
618:login:Penguin
12/05/11 20:06:42.05 sTP/os3g
>>617
URLﾘﾝｸ(www.nhk.or.jp)
NHKがいじった部分は違うよ
619:login:Penguin
12/05/11 20:09:35.37 jkHVDhT6
>>607
あいつらが予算削減したからドキュメントがないんだって・・・
どんだけ無料ユーザー様なんだよ。
世の中金も手も出さない所ばかりな所で、ドキュメント作成までは
カバーできなかったが出したというのに、前の支援者よりレベルが
落ちるだけでボロクソ。誰がそんなコミュニティ支援するんだ？
620:login:Penguin
12/05/11 20:20:55.68 ocx/xIVv
>>618
こいつはGPL2だよ。
URLﾘﾝｸ(www.nhk.or.jp)
621:login:Penguin
12/05/11 21:41:37.63 pEam6qOM
Oracleに買収される前にあったものが買収されたら無くなったら呆れるだろ。
622:login:Penguin
12/05/11 22:24:36.79 4yR4l5go
>>613
捨てるなら最初から捨てればよかったのに、さんざん引っ掻き回して
誰も寄り付かなくなってから寄贈とか嫌がらせの最たるものじゃん。
623:login:Penguin
12/05/12 01:47:50.44 KLe6gbzV
v28時点の機能で充分なんで、v30以降クローズドでも文句言わんからv28のコードをBSDかGPLにしてくれんかねｗ＞ZFS
624:login:Penguin
12/05/12 02:25:05.18 jr/vC4EX
ならばApache Licenseにしてやろう
625:login:Penguin
12/05/12 02:47:00.19 dQiISBRz
修正BSDならまだしもGPLはちょっと…
626:login:Penguin
12/05/12 02:49:12.79 AZpPqINZ
GPLにしたらFreeBSDの人たちがキレるだろうな。
627:login:Penguin
12/05/12 05:39:42.82 dQiISBRz
むしろIllumos側とかがやる気無くすだろ
628:login:Penguin
12/05/12 09:18:19.28 tnC/P8Hk
Linuxサーバ構築の仕事をやっているが、
ZFSに対してのあこがれは増すばかり。
自宅のファイルサーバ（CentOS)で使って、良い感じで使えているので、
会社のデスクトップマシンのOS入れ替えのとき、Homeディレクトリを
ZFSに割り当てちゃおう。
629:login:Penguin
12/05/12 19:13:56.22 R4XTgxI9
Oracleアンチスレに成り変わってしまったんやなｗ喜劇やなｗ
630:login:Penguin
12/05/12 21:06:59.32 Ybl2SDjr
>>629
以前のスレでも同様の事情が発生したからね
まぁ、定期的に発生するよくある話
631:login:Penguin
12/05/12 21:40:52.96 WiWzjoLA
最近のファイルシステム事情からするとOracleが叩かれる流れになるのは仕方ないと思うんだが。
632:login:Penguin
12/05/13 01:47:39.10 yRFiDpFg
ZFSクレクレ Btrfsクレクレ
633:login:Penguin
12/05/13 10:41:05.88 6yfJ5u8k
OSクレクレ3日でピーコ完了ｗ
634:login:Penguin
12/05/14 12:41:38.98 0FAxP6SH
zfsをhdd×4のraidz1で運用してる。osはsolaris11
raidの健全性を調べるコマンドって
zpool status
で必要十分なの？
635:login:Penguin
12/05/17 02:08:12.61 zXXpU1HC
>>594
ebayに出品されているのは中古品だろ？
メーカー出荷の新品と比較しちゃダメよ
636:login:Penguin
12/05/17 09:03:27.03 quLDDVor
>634
zpool scrub pool名
でオンラインチェックが出来るらしい。
今試しに動かして見てるけど、IOやCPUの負荷が
かなり大きい。全力で読み書きしてチェックしてる
様子。
scrub実行中にzpool statusを見ると、チェック
の進捗と予想終了時間が判ります。万が一エラーが
起きたら自動修復？されるんでしたっけね。
637:login:Penguin
12/05/18 02:04:44.50 vSGVCWOh
なんだ、ZFSもfsck必要なのか
638:login:Penguin
12/05/18 09:54:30.02 qWj86vXl
>637
他のファイルシステムでは、ファイルの書き込み中の電源OFFとか
カーネルパニックでファイルが壊れることがあるけど、ZFSは
書き込んでからファイルポインタを付け替えるから、ファイルが
壊れる事はない。
scrubはハードウェアの障害によるデータ化けの対策
639:login:Penguin
12/05/18 10:44:02.27 wFUz+ABd
ファイルポインタを付け替えようとしているときに電源が切れたらどうなるの？
とか思ってしまった
640:login:Penguin
12/05/18 12:56:46.50 H+gB5nnv
>>639
…。そう思ったらちょっと考えてみるぐらいしてみたほうがいいな。
641:login:Penguin
12/05/18 13:17:04.13 F39pzlH8
急いでつけかえるから大丈夫！！！１！！
642:login:Penguin
12/05/18 13:40:42.56 dgKtu+BA
考えて分かることなのか
643:login:Penguin
12/05/18 13:43:58.84 5sSa6Sz4
ファイルポインタを付け替える間に電源を切ることは不可能である
644:login:Penguin
12/05/18 13:52:20.88 g3FMqL47
ポインタの付け替え時間 <<<<<<< ファイルの書き込みの時間
ファイルの書き込みの最中に電源が落ちると、ファイルは死んでしまいます。
例えばテキストファイルを書き込み中に電源落ちて半分しか書き込めなかった
とか。ZFSでは元の情報を保持したまま、新規のデータを作成し、書き込みが
完了した後、ポインタを付け替えます。ファイル書き込み中に電源が落ちても
元のファイルは残ります。という事でファイルシステムは論理的には
壊れません。
645:login:Penguin
12/05/18 14:28:27.99 dgKtu+BA
そんなこと誰でも分かってるでしょw
646:login:Penguin
12/05/18 14:33:27.88 XuBoX5Wq
HDDユニット自体が電力を絶たれても
がんばってアトミックに動くようになってる(らしい)からでそ。
647:login:Penguin
12/05/18 16:43:51.44 utn7Luuj
そのためのジャーナルなんだぜ
648:login:Penguin
12/05/18 16:45:30.78 oOjSEvqe
ジャーナルはメタデータしか記録しないので万能ではない
単にファイルシステムのメタデータが壊れないだけ
649:login:Penguin
12/05/18 16:49:11.21 cy1LYrTG
>>648
んなことはない FSによって仕様は違う。
650:login:Penguin
12/05/18 19:32:32.59 qwD1jBDX
ext4は、電源切れた時とか、書き込み後の新しいファイルも
書き込み前の古いファイルも残らない問題があって、
その問題が出る可能性を少なくする修正をしたけど、可能性はあるまんまだよ。
651:login:Penguin
12/05/19 00:37:17.94 5rNSO6UU
電源切れても、アトミックに書けることが保証されてるなら、
どんなサイズのデータも
512byteのファイルに分けて書き込めば、不意の電源切断による
ファイル損失が回避できるってことだね
652:login:Penguin
12/05/19 00:44:38.79 oH+axjjp
アトミックに書けないとしても、ログ追記する形なら書き込み失敗＝前データが有効ということになるので安全な書き込みは保証される。
653:login:Penguin
12/05/19 01:22:01.37 bGawkh/l
>>652
それにプラスして>>641と>>643だから安全なんだよな
654:login:Penguin
12/05/19 10:07:02.37 d/xS1V5P
hdparm -W1で使ってても保証されてる？
FUA発行前の書き込みが中途半端に反映されてる状況。
FS次第？
655:login:Penguin
12/05/19 19:50:22.13 FRys3al+
XFS2まだかよ
656:login:Penguin
12/05/19 19:53:39.97 YxifvVZm
XFSは元々は他OSのFSだしext5の方が良いんじゃね
657:login:Penguin
12/05/19 19:55:42.67 R06bEnk+
電源の話が続いてたけど、HDDって電源とんでも1セクタは自力で書けるような仕組みを持ってるの？
658:login:Penguin
12/05/19 19:57:05.39 d56/CwG2
>>657
それ以前にHDDの内蔵キャッシュメモリ上の内容が揮発する
659:login:Penguin
12/05/19 20:50:18.22 OclJXskD
>>655
kernel 3.2でx86_64の場合は、件のスタック食いつぶしもマシになったとのこと。
kernel 3.2といえば、ext4の16GB制限もなくなっているんだよなぁ。
とはいえ、Redhatのkernelにそれがマージされるのはいつになることやら
660:login:Penguin
12/05/19 22:13:23.46 9MY9nMma
RedHatカーネルに移植されない＝OracleLinuxに取り込まれない
なら別に悪くないかもｗ
661:login:Penguin
12/05/20 14:48:12.14 eP6j5/av
>>657
いまどきのHDDならキャパシタや慣性でアトミックな書き込みになるよう努力してるが絶対の保証はされてないというのが自分の認識。
postgresqlやsqliteのマニュアルでもデフォルトでは信用してなさそうだし。
zfsみたいにfs層でアトミック性が保証されている場合はdb側はそれを信じて動作できる。
662:login:Penguin
12/05/20 15:11:25.04 8YfFWlKc
とあるMLだと大抵HDDメーカーの人とDB側の人が喧嘩してるイメージがある
性能上げる為にメモリにキャッシュしてんのにアトミックじゃないって言われてキレてたりとか
ハード屋からみたら当たり前だし、ソフト屋は分かってて噛みついてんだろって思うｗ
663:login:Penguin
12/05/20 15:20:18.69 YuJ3DDEz
ぶっちゃけUPSいれろで結論出てるけどな
664:login:Penguin
12/05/20 15:40:45.14 8YPwgSyJ
ハード屋は電源無くなりゃなんも出来んって言ってるのに
ソフト屋はack返してんだろって言うからなｗ
ま、どっちも正しいんだがfcの頃ならともかくiSCSみたいのでfsyncでクラスタfsが完璧に補償されるとか思って欲しくないわ
665:login:Penguin
12/05/20 16:00:28.49 p9BF+Jlq
奥なんとかさん。呼んでますよ。
666:login:Penguin
12/05/20 17:15:21.17 HhKMOwRD
え？iSCSIってアトミック動作保証されないの？？
ジャーナルFSにしてても、破損する可能性あるのか
667:login:Penguin
12/05/20 18:23:12.40 uTdrFX86
iSCSI の実装が腐ってるか、クラスタfsの設定が悪くて実装されていないコマンド
呼んでるとかタイムアウト系のパラメータ間違ってるとかじゃねーの？
668:login:Penguin
12/05/20 23:25:07.01 ELQ5/TDV
>>657
URLﾘﾝｸ(www.atmarkit.co.jp)
＞Martin K. Petersen（OracleのLinuxエンジニアで、IDEMAの内部事情に詳しい）は、
＞「もともと512bytesでも保証はなかった。
＞ベンダは努力はしていたが、実際には、例えば書き込みセクタを調整することでホットスポットを分散させたりしてたから、
＞そういう処理が原因でアトミックに処理できなかった。
＞そういう訳で、非揮発性キャッシュ付きのRAIDをみんな使っていたのさ」と説明。
＞これについては、「アトミック書き込み保証問題は、サーバ業界が4KiB論理セクタ長に向かっている理由の1つである」とコメントが付きました。
669:login:Penguin
12/05/21 08:26:04.95 0vaQ/+dW
家のnilfs は、全部ext4に戻しました。長期間使った時のパフォーマンスの著しい低下が我慢できなかった。
670:login:Penguin
12/05/21 08:52:31.83 ibgDvpSH
ところで、linuxの次期FSとして一番有力なのはどれなの？
1)btrfs
2)ZFS
3)ReiserFSもしくはそのフォーク？
4)EXT4もしくはその拡張
5)その他
671:login:Penguin
12/05/21 09:31:16.61 xHaR64QJ
そもそも1セクタ分がアトミックに書き込めることにfs的にどんだけの意義があんのかな。
複数セクタの書き込み単位でアトミックになっていないと整合性が判断できないんであればあまり意味ない気もするし。
672:login:Penguin
12/05/21 09:54:20.81 w3v01jDq
1セクタアトミックに書けるなら
任意の複数セクタをアトミックに書けるようにソフトウェアだけで実装できる
673:login:Penguin
12/05/21 09:57:25.79 PP15/LMj
>>670
1)btrfs→オラクルからはエンジニアが既に去った。
2)ZFS→ケチケチサポートに突入。
3)ReiserFSもしくはそのフォーク？→そんな気配は無い？
4)EXT4もしくはその拡張→結局これだろう。誰かが知恵絞って、多くの人間にたたき上げられてext5とか出るのが想像つきすぎる。
5)その他→ZFSの人が何か作るんじゃないかと個人的には思ってる。
674:login:Penguin
12/05/21 09:58:33.96 PP15/LMj
> 1)btrfs→オラクルからはエンジニアが既に去った。
去ったのはZFSの人か。スマソ。
675:login:Penguin
12/05/21 10:04:58.51 2/Hjj9MT
>>670
4
676:login:Penguin
12/05/21 10:11:32.22 VzIf2jh+
やっぱり4だよね。
677:login:Penguin
12/05/21 10:49:59.19 Ms9i3XwP
４だと思う。
で、アマノジャクな人が２か５のZFSもどきを使う。
（だって面白いからな。）
678:login:Penguin
12/05/21 12:15:28.09 bVL44HWG
DragonflyBSDのHammer移植の方が現実的かもなぁ
679:login:Penguin
12/05/21 14:23:23.29 ibgDvpSH
やっぱりext4の系譜かー。そうだよね。
680:login:Penguin
12/05/21 14:58:35.07 ocjJ24me
>>679
機能的にZFS以降のfsとは差がつきすぎているし、
代替は欲しいんだけどねい…