- 1 名前：login:Penguin [2006/11/25(土) 21:24:41 ID:BgxtdIS9]
- 過去スレ
01 pc.2ch.net/test/read.cgi/linux/1006743807/
02 pc5.2ch.net/test/read.cgi/linux/1063025258/
03 pc8.2ch.net/test/read.cgi/linux/1101495293/
04 pc8.2ch.net/test/read.cgi/linux/1136695633/
05 pc8.2ch.net/test/read.cgi/linux/1152348695/
- 218 名前：login:Penguin mailto:sage [2006/12/17(日) 02:01:49 ID:iXfl1BVU]
- キチガイの書いた文章を読むとキチガイが伝染るよ！
うんこに触ると手にうんこ付くよ！
ﾊ_ﾊ
('(ﾟ∀ﾟ∩ つくよ！
ヽ 〈
ヽヽ_)
- 219 名前：login:Penguin mailto:sage [2006/12/17(日) 02:26:58 ID:Q2xF4z7Q]
- > Server File Cache → Storage の解説によれば、
www.dd.iij4u.or.jp/~okuyamak/Documents/NetworkFileSystem.Tune.4.html
ここの事なんだけど、何のことだかさっぱりわかりませんです。
- 220 名前：login:Penguin mailto:sage [2006/12/17(日) 02:29:31 ID:iXfl1BVU]
- ウンコ臭いリンク貼るのやめてください。
それとも本人ですか？
- 221 名前：login:Penguin mailto:sage [2006/12/17(日) 02:31:55 ID:Q2xF4z7Q]
- 本人が、「何のことだかさっぱりわかりませんです。」とか言いますか？
で、２つのリンクともキチガイが書いたと？
- 222 名前：login:Penguin mailto:sage [2006/12/17(日) 02:34:53 ID:iXfl1BVU]
- yes
yes
- 223 名前：login:Penguin mailto:sage [2006/12/17(日) 02:37:30 ID:Q2xF4z7Q]
- そうですか。
少し興味を持ったので貼ってみたんですが、騙された私がアホだということでしょう。
- 224 名前：login:Penguin mailto:sage [2006/12/17(日) 05:16:30 ID:RV23LfOh]
- 散々既出のネタだから過去ログでも漁ってこい
- 225 名前：223 mailto:sage [2006/12/17(日) 07:18:22 ID:Q2xF4z7Q]
- >>224
過去ログ一応その2から読んだ。（丁寧に読んだのはその２だけ）
ついでに、「何のことだかさっぱりわかりませんです。」と思ったリンク先も読み直した。
まあ、確かにうんざりするくらい語られてるねえ。
後、奥山氏がいわくつきの人物なのもわかった。
で、結局ジャーナルファイルのsyncは保証されてるのかどうかはよくわからなかった。
ジャーナルファイルがvfsレイヤを使わず、独自ルーチンを使ってるって反論もあったけど、
独自ルーチンがsyncを保証してる説明はなかったよ。
Linuxは当初から性能重視で非同期書き込み、*BSDは信頼性重視で同期書き込みを志向してたはず。
どちらが正しくても、正直構わないけどここの住民はもうちっと骨のある反論しろよ。
- 226 名前：login:Penguin mailto:sage [2006/12/17(日) 11:15:48 ID:OfbsfsR3]
- >225
つ ttp://www.drive.ne.jp/iMA/showmdir.pl?FreeBSD-users-jp=2005-06&num=85534&link=200506241542%2ej5OFgYZ05349%40srapc342%2esra%2eco%2ejp
その内容を読み取ってなにが正しいか判断するのはお任せする。
- 227 名前：login:Penguin mailto:sage [2006/12/17(日) 11:25:23 ID:hhbkxu9f]
- また奥なんとかかよ
飽きねえ奴だな
- 228 名前：login:Penguin mailto:sage [2006/12/17(日) 12:46:25 ID:23TZod3p]
- ID:iXfl1BVUのように発狂しているだけの包茎くん。
HIVに感染しやすくなるんだから、とっとと手術しろよ。しかも臭いし。
お前、生きる公害だぞ。
- 229 名前：login:Penguin mailto:sage [2006/12/17(日) 13:50:10 ID:iXfl1BVU]
- >>228
本人キター！
- 230 名前：login:Penguin mailto:sage [2006/12/17(日) 14:50:56 ID:edSVj54I]
- ID:iXfl1BVU はちょっと黙っててくれないかなあ。
- 231 名前：login:Penguin mailto:sage [2006/12/17(日) 15:33:19 ID:iXfl1BVU]
- じゃ黙ってるから存分に有意義な議論をしてくれ
- 232 名前：login:Penguin mailto:sage [2006/12/17(日) 15:51:41 ID:gBsLzMH4]
- つか奥屋マンコのスレでも立ててそっちでやれってかんじー
- 233 名前：login:Penguin mailto:sage [2006/12/17(日) 15:58:34 ID:PCiXBd2b]
- ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
|
＿＿＿＿.＿＿＿＿ |
| | | |
| | ∧＿∧ | |
| |（ ´∀｀）つ ミ |
| |/ ⊃ ﾉ | |
￣￣￣￣'￣￣￣￣ |
| ext3
- 234 名前：login:Penguin mailto:sage [2006/12/17(日) 17:54:13 ID:Q2xF4z7Q]
- >>226
メーリングリスト一応全部読んだ。
議論の余地がないでしょ。
LinuxのsyncはHDDのバッファをフラッシュしない。
- 235 名前：login:Penguin mailto:sage [2006/12/17(日) 18:51:54 ID:eRUWixex]
- そして、FreeBSDでも6以降はフラッシュしない…
- 236 名前：login:Penguin mailto:sage [2006/12/17(日) 19:22:58 ID:6nMM/n3x]
- 次の展開はわかっている！
こうだ！
NetBSDマンセー (35歳 会社員)
- 237 名前：netadesu mailto:sage [2006/12/17(日) 19:29:46 ID:Df4Nxwhq]
- BSD vs Linux って考えてみれば UNIX の最下層でどちらが下か
やってるだけなんだよな。
Solaris/AIX/HP-UX/SUPER-UX... とかの世界のファイルシステムってどうなんだろう。
- 238 名前：login:Penguin mailto:sage [2006/12/17(日) 20:22:16 ID:7CL4+VjT]
- NetBSD + LFS最強説
- 239 名前：login:Penguin [2006/12/17(日) 21:16:34 ID:xnDjwphy]
- いずれにせよLinuxのソフトウェアRAIDでは
grow ができないので、あんまりメリットか無い気がする。
LVM を使ったことが無いので外しているかもしれない。
- 240 名前：login:Penguin mailto:sage [2006/12/17(日) 23:38:46 ID:BpKCD3FA]
- >>239
dm,mdは適宜使い分けるべし。どっちを上にも出来るから。
- 241 名前：netadesu mailto:sage [2006/12/17(日) 23:39:16 ID:Df4Nxwhq]
- growさせるつもりならLVM-on-RAIDにして、ディスクを追加するときは
独立したRAID-1/5セットをPVとしてLVMに追加してgrowさせるよ。
見せ方は違っても、これは他のOSでも同じじゃないの？
物理デバイス冗長を取る部分と可変長な論理デバイスを実現する部分は
直行してるはず。
- 242 名前：login:Penguin mailto:sage [2006/12/18(月) 01:53:56 ID:5CjTidJ8]
- めちゃくちゃパフォーマンス悪そうだがｗ
- 243 名前：login:Penguin mailto:sage [2006/12/18(月) 02:05:56 ID:Nty7XqwY]
- 俺もLVMにしてる。
- 244 名前：login:Penguin mailto:sage [2006/12/18(月) 02:24:08 ID:BgGwtA55]
- >>237
SolarisなどはOSのコアな部分ではLinuxや*BSDの二歩も三歩も先に行っているからねぇ。
fsにせよ、I/O周りにせよ、SMPにせよ、スケジューラにせよ、ネットワーク周りにせよ。
>>238
そういえば、最近のLFSはそこそこ安定してきているみたいですな。
ただ、NetBSDのLFSが磐石になる前に、ZFSが各OSにportされそうな雰囲気だけど。
そういえば、LinuxにもgcがないすさまじいLFSがあったな…
>>243
LVMはトラぶったときのことを考えるといやなんだよなぁ。
- 245 名前：login:Penguin mailto:sage [2006/12/18(月) 03:11:56 ID:F98nsRY8]
- >>241
あれ？俺いつのまに書いたっけ？
- 246 名前：login:Penguin [2006/12/18(月) 05:49:01 ID:lBfvMR/v]
- ふむ、md でも JBOD できるけど、grow する事を考えれば
LVM 使えってことですか？そもそもソフトウェアRAIDの枠組みの中で
JBOD できる Linux が変態？
- 247 名前：login:Penguin mailto:sage [2006/12/18(月) 07:27:40 ID:oHr+ULas]
- 頭悪そうだね
- 248 名前：login:Penguin mailto:sage [2006/12/18(月) 08:14:37 ID:sqlaZvsB]
- 本家HP-UXのように、md（ソフトウェアRAID）とLVMって調和が取れてないから、
組み合わせて使うのはためらうんだよな。
ZFSはソフトウェアRAID、LVM、ファイルシステムのLinuxが弱い部分を一気通貫でカバーしてるからな。
- 249 名前：login:Penguin mailto:sage [2006/12/18(月) 08:34:26 ID:etiTNDak]
- >>248
なんで前半は HP-UX なのに、後半は ZFS?
ZFS みたいに一体化したものは置いとくとして、
Linux の LVM 自体は良くできてると思うけどなあ。数十台、数十TB
使ってるけど、構成情報のバックアップだけ残しておけば、そうトラブル
復旧も難しいわけじゃない。
- 250 名前：login:Penguin mailto:sage [2006/12/18(月) 15:13:18 ID:8QMqXAUL]
- LVMについで一文
ZFSについてでもう一文
- 251 名前：login:Penguin mailto:sage [2006/12/18(月) 18:30:49 ID:Y/ed09i4]
- ファイルシステム変換がうまくいきません…。
誰かお教え下さい。
ファイル システムの種類は FAT32 です。
ドライブ H: の現在のボリューム ラベルを入力してください ******
ボリューム ****** は 2006/12/05 17:26 に作成されました
ボリューム シリアル番号は ...... です
ファイルとフォルダを検査しています...
ファイルとフォルダの検査を完了しました。
ファイル システムのチェックが終了しました。問題は見つかりませんでした。
244,136,352 KB : 全ディスク領域
76,320 KB : 115 個の隠しファイル
26,784 KB : 833 個のフォルダ
69,861,888 KB : 22,810 個のファイル
174,171,328 KB : 使用可能ディスク領域
32,768 バイト : アロケーション ユニット サイズ
7,629,261 個 : 全アロケーション ユニット
5,442,854 個 : 利用可能アロケーション ユニット
ファイル システムの変換に必要なディスク領域を調べています...
全ディスク領域: 244196001 KB
ボリュームの空き領域: 174171328 KB
変換に必要な領域: 347074 KB
基本ファイル システム構造を作成できません
変換に失敗しました。
H: は NTFS に変換されませんでした
- 252 名前：login:Penguin mailto:sage [2006/12/18(月) 18:31:51 ID:pj2+GtGf]
- >>251
Windows は板違い。
PC初心者
pc7.2ch.net/pcqa/
- 253 名前：251 mailto:sage [2006/12/18(月) 18:31:58 ID:Y/ed09i4]
- すいません
誤爆しました
- 254 名前：login:Penguin mailto:sage [2006/12/18(月) 22:50:45 ID:7eT6c4q7]
- ちょいと、お聞きしますよ。
自宅のメールサーバをPPCにしようかと思ってるんですよ。
で、ファイルシステムの実績を見てたんですがイマイチ分からない。
エンディアンが違ったときの使用実績がわからんのです。
SGI、IBMが作ったxfs、jfsはそのあたり何とかなってそうですがどんなもんでしょう。
非intelアーキテクチャで動かしてる人もみんな大体ext3なんですかね？
ま、壊れても困るのは家族くらいなんでドレでもいいという話はありますが。
興味ひかれてということで。
- 255 名前：login:Penguin mailto:sage [2006/12/19(火) 09:53:23 ID:8O8QeZf3]
- >>254
ユーザが多いのにしておくのが無難ね？
玄箱すれで聞いてみるとか。
- 256 名前：login:Penguin mailto:sage [2006/12/19(火) 10:43:37 ID:LR+FoNiH]
- 実際のところ、エンディアンは関係あるのかなあ？
俺はないと思うが。
エンディアンで変わるのはファイルの中身だけじゃねえ？
- 257 名前：login:Penguin mailto:sage [2006/12/19(火) 10:52:00 ID:XzW6MizV]
- file attribute の意味が変わったり
ファイルの大きさが 1600万倍になったりしてもビックリしないの?
- 258 名前：login:Penguin mailto:sage [2006/12/19(火) 10:58:10 ID:8O8QeZf3]
- 異なるエンディアン間でディスクを移動したりすると
やばい聞いた。特にextXとか、mdのメタデータとか。
- 259 名前：login:Penguin mailto:sage [2006/12/19(火) 12:12:40 ID:JTMTN/tV]
- >>257
それはVFSレイヤの話でないの？
ファイルシステムに直接依存するのだろうか。
- 260 名前：login:Penguin mailto:sage [2006/12/19(火) 12:23:30 ID:JTMTN/tV]
- それは、ビッグエンディアン環境⇔リトルエンディアン環境を移動させればまずいよなあ。
まさに>257の言う事が起こる。
しかし、そうでない場合に>257が言うようなことが起きればVFSの問題と思うんだが。
- 261 名前：login:Penguin mailto:sage [2006/12/19(火) 12:28:02 ID:JTMTN/tV]
- とここまで書いておいて気がついた。
何も考えずに書き込み、何も考えずに読み出しても同一環境では問題オコラネー。
VFSもファイルシステムも関係ネー。
違うか？
- 262 名前：login:Penguin mailto:sage [2006/12/19(火) 13:04:19 ID:TnIoz1+9]
- >>258
んなことねえよ
ちゃんと考えて設計されてるよ
角度とか
- 263 名前：login:Penguin mailto:sage [2006/12/19(火) 13:23:33 ID:8O8QeZf3]
- >>262
ttp://www.ussg.iu.edu/hypermail/linux/kernel/0612.0/1162.html
うひひ
- 264 名前：login:Penguin mailto:sage [2006/12/19(火) 13:31:26 ID:qiS7ynEf]
- 何このレベル低下っぷり？
以前はキチガイも多いがここまで低レベルじゃなかっただろこのスレ。
- 265 名前：login:Penguin mailto:sage [2006/12/19(火) 13:57:36 ID:1t2/+nmt]
- ext3はOKだと言われているが、他は知らん。
SolarisだとUFSはバイトオーダ依存で、ZFSはバイトオーダ非依存。
- 266 名前：login:Penguin mailto:sage [2006/12/19(火) 14:21:29 ID:skFd6jjj]
- ext2をi386と〜ebな環境で使いまわしてるけど、
いまのところ問題は起きてないな。
ただe2fsprogsは全部試していないので、そのへんに
地雷が埋まってるかもしれん。
- 267 名前：login:Penguin mailto:sage [2006/12/19(火) 14:30:12 ID:O6QzCkRT]
- >>264
ツマンネ
- 268 名前：login:Penguin mailto:sage [2006/12/19(火) 14:51:31 ID:LBOK3XqF]
- >>265
今月のSDにZFSの記事があって、
ZFSは書き込みはマシンバイトオーダ、
読み込み時に変換してると書いてあったな。
- 269 名前：login:Penguin mailto:sage [2006/12/19(火) 15:52:09 ID:wh6OROKj]
- >>268
ってことは、ファイルシステムにバイトオーダが記録されてるのかな？
別のマシンにディスク持って行っても使えるけど
バイトオーダが違うマシンに持って行くと動くんだけどパフォーマンスが落ちる、と。
おもしろいかも
>>255
すまね。
ひねくれてるのでext3とjfsで作ってみた。
jfsがどれくらい頑丈か、かな・・・・
取りあえずディスクを直接持って行っての物理的な共有はしないようにします
環境できたらpostmarkでもやってみるよ
- 270 名前：login:Penguin mailto:sage [2006/12/19(火) 16:34:14 ID:LBOK3XqF]
- >>269
全くの推測だけどどっかのビットで判別してるんじゃないかな。
0だとLEとか。
記事ではsparcマシンのHDDをintelマシンに持っていっても読める
と書いてあったが、パフォーマンスに関しては書いてあったか忘れた。
変換のオーバヘッドはほんの少しだろうけどあるだろうな。
- 271 名前：login:Penguin mailto:sage [2006/12/19(火) 16:42:59 ID:I6Be52hp]
- >>269
このスレで大人気の奥山氏曰く
「ついでに言うと、JFSの信頼性のなさも問題があるので、それに修正を当て
ても、『XFSに追いつく』程度でしかない」とのこと。
あくまでもLinuxとFreeBSDとのsync時の挙動の違いについての話の中で
余談としてでてきた話題でソースがないのであれだけど、このスレでも
XFSに比べてJFSって特に信頼性高いとも思えないしメリットないなぁという
のは何度も出てきているね。
- 272 名前：login:Penguin [2006/12/19(火) 16:45:46 ID:DJKXWzFE]
- チキンな俺は常にext3
- 273 名前：login:Penguin mailto:sage [2006/12/19(火) 16:48:06 ID:WLeCaQbI]
- いまんとこlinux用はext3中心に回ってるんでおk
- 274 名前：login:Penguin mailto:sage [2006/12/19(火) 17:25:19 ID:JTMTN/tV]
- 普通にupdatedbとかたたくと、ext3遅すぎねえ？
ReiserFSの何倍もかかる。
アクセス時のシーク音は明らかに違う。
- 275 名前：login:Penguin [2006/12/19(火) 17:39:09 ID:DJKXWzFE]
- ReiserFSは作者の動向が怪しい
- 276 名前：login:Penguin mailto:sage [2006/12/19(火) 17:44:01 ID:qiS7ynEf]
- 怪しいのは作者が住んでる町の警察の動向だろう
- 277 名前：login:Penguin mailto:sage [2006/12/19(火) 17:44:48 ID:5KfKfe1m]
- あれからどうなった
- 278 名前：login:Penguin mailto:sage [2006/12/19(火) 17:44:55 ID:JTMTN/tV]
- 確かにナorz
将来乗り換えが必要になる可能性大
- 279 名前：login:Penguin mailto:sage [2006/12/19(火) 18:07:21 ID:JTMTN/tV]
- ext3って皆が使ってるから何か起こっても豊富な情報がある。
それにツール類もまずはext3を前提に作られてると思う。
使うのに十分な値打ちがあると思う。
でも、ツマラネーんだよな。
ext3使っててこのスレ読んでても楽しみ少なくない？
- 280 名前：login:Penguin mailto:sage [2006/12/19(火) 18:10:57 ID:TnIoz1+9]
- 楽しみより安定性
- 281 名前：login:Penguin mailto:sage [2006/12/19(火) 18:17:58 ID:JTMTN/tV]
- まあ無難な選択を否定することは、誰にもできないな。
- 282 名前：login:Penguin mailto:sage [2006/12/19(火) 18:18:42 ID:GWNB1OAW]
- 住んでいるまちの警察の動向が怪しいなら
結構長くでてこれないかもね。
- 283 名前：login:Penguin mailto:sage [2006/12/19(火) 20:14:25 ID:b8knrZg8]
- >>280
もっとも、安定性を求めるのならLinuxなんか使うなって話もあるわけで。
- 284 名前：login:Penguin mailto:sage [2006/12/19(火) 20:17:30 ID:qiS7ynEf]
- hahahahahahahahahahhahahahahahahaha
- 285 名前：netadesu mailto:sage [2006/12/19(火) 20:37:18 ID:oCGBR2+N]
- >>270
各ファイルシステムとも4byteのマジックコードを定義してるので
それで判別できる。ただし実際に判別してちゃんと読み書き時に
変換してるかは別。
FSじゃないけど0xCAFEBABEとか0xDEADBEEFとかが有名。
0xCAFEBABE 0xBEBAFECA 0xBABECAFE 0xFECABEBA
と読んだ時に違いが出るので判定できる・・・んだけど64bitの
足音が近いから変態なアーキテクチャが出たりしたら8byteマジックが
必要となる日も近いかも。
- 286 名前：login:Penguin mailto:sage [2006/12/19(火) 20:44:56 ID:WLeCaQbI]
- >>283
そんな話いつどこで聞いたんだ。捏造するな。
- 287 名前：login:Penguin mailto:sage [2006/12/19(火) 20:57:01 ID:azfMKvlf]
- ID:WLeCaQbI発狂中
- 288 名前：login:Penguin mailto:sage [2006/12/19(火) 22:27:06 ID://1HgQEi]
- sun386i と sun3 の disk の繋ぎかえはダメって話だったな
- 289 名前：login:Penguin mailto:sage [2006/12/19(火) 23:12:48 ID:LR+FoNiH]
- 結局のところ、>>260-261が的を射ているんだな。
で、ビッグエンディアン環境⇔リトルエンディアン環境のディスク移動ってLinuxではほとんどないんじゃねえの？
SunとかMacとかなら要望は多いだろうけど。
- 290 名前：login:Penguin mailto:sage [2006/12/19(火) 23:40:54 ID:leiixtBd]
- スラッシュドット ジャパン | LeopardはZFS対応か?
slashdot.jp/mac/06/12/19/0314236.shtml
刻はZFSの鼓動を見る。たぶん。
blog.ninth-nine.com/diary/20061212.txt
- 291 名前：login:Penguin mailto:sage [2006/12/19(火) 23:56:10 ID:LBOK3XqF]
- >>289
i386 <-> ppc ならありえるレベルだと思う。
というか自分では使っている。
まあalpha,sparcあたりも死んでは無いしな。
- 292 名前：login:Penguin mailto:sage [2006/12/20(水) 00:06:07 ID:K8chhcW1]
- >>291
i386 <-> ppcって
Vineでも使われてるんですか？
- 293 名前：login:Penguin mailto:sage [2006/12/20(水) 00:09:26 ID:K8chhcW1]
- まあディス鳥はどうでもいいけど、実際にディスクつなぎ変えるの？
- 294 名前：login:Penguin mailto:sage [2006/12/20(水) 00:19:13 ID:MV22v5Iu]
- PPCはNAS使ってる一部の勘違いさん御用達。
- 295 名前：login:Penguin mailto:sage [2006/12/20(水) 07:45:13 ID:yU/fzyFw]
- >>285
> 各ファイルシステムとも4byteのマジックコードを定義してるので
ソース希望
各ファイルシステムで定義するというのはOSのデザインがおかしいと思う
VFSで定義して、各ファイルシステムで実装というのがあるべき姿と思うんだが
- 296 名前：login:Penguin mailto:sage [2006/12/20(水) 07:56:57 ID:yU/fzyFw]
- というかパーティションテーブルでも同じ問題は起こる
ここを読めないとファイルシステムも読めない
つまり、ファイルシステムを読む段階ではKernelはバイトオーダーを知っていないといけない
こういう問題もあると思うんだが
- 297 名前：login:Penguin mailto:sage [2006/12/20(水) 08:14:22 ID:NEgx20b5]
- そういえば玄箱とかもPPCだっけ。
- 298 名前：login:Penguin mailto:sage [2006/12/20(水) 10:42:29 ID:TN7cgs5A]
- >つまり、ファイルシステムを読む段階ではKernelはバイトオーダーを知っていないといけない
linux/fs/* を見ると le32_to_cpu とか be32_to_cpu とかかいてある。
ほとんどはLEだけど、メジャーどこだとxfsがBEだな。
- 299 名前：login:Penguin mailto:sage [2006/12/20(水) 10:53:47 ID:biQx0lWY]
- >>295
スマソ。全部がというつもりではなくて、fsの多くは独自に
マジックコードを持ってるというつもりで書いた。OS/VFSとかが
マジックがないとダメと規定してるわけではないです。
- 300 名前：login:Penguin mailto:sage [2006/12/20(水) 11:16:07 ID:yU/fzyFw]
- >>298
> linux/fs/* を見ると le32_to_cpu とか be32_to_cpu とかかいてある。
？
何か勘違いしてるみたいだけど、もう一度言いますよ
パーティションテーブルはファイルシステムを使わず直接ディスクに書き込んである。
ファイルシステムが読めてるって事は、その前に既にバイトオーダーを正しく読んでいるって事が言いたいんですが。
- 301 名前：login:Penguin mailto:sage [2006/12/20(水) 15:42:40 ID:CiR8D7Mp]
- >>292
Vineは使っていない。
>>300
基本的かもしれないが質問。
パーティションテーブルに書くときのバイトオーダはnative？
- 302 名前：300 mailto:sage [2006/12/20(水) 15:49:05 ID:yU/fzyFw]
- >>301
> パーティションテーブルに書くときのバイトオーダはnative？
多分そう言われるだろうなと思った。
まあ、>>300の内容は当然そう思っているから。
詳しい人よろしく頼む。
- 303 名前：300 mailto:sage [2006/12/20(水) 15:59:29 ID:yU/fzyFw]
- １つ忘れてた。
x86の場合はネイティブだったと思う。
ちょっとサイト探してみる。
- 304 名前：login:Penguin mailto:sage [2006/12/20(水) 15:59:35 ID:3ugUm6GB]
- パーティションテーブルって一口に言っても
- 305 名前：300 mailto:sage [2006/12/20(水) 16:10:54 ID:yU/fzyFw]
- www.ata-atapi.com/hiwdos.htm
これMS-DOSのブートセクタ。
当然FDだけど。
バイナリエディタでちゃんとアスキー文字が読めているので、バイトオーダはnativeなはず。
まあ、パーティションテーブルだけ反対とか、HDがFDと違う方法を使うとかありえない訳じゃない。
あくまで参考。
- 306 名前：300 mailto:sage [2006/12/20(水) 16:56:18 ID:yU/fzyFw]
- HDの場合
www.ata-atapi.com/hiwtab.htm#T2
01 01 00が第一パーティションのスタートCHS
www.ata-atapi.com/hiwtab.htm#T7
実際のパーティションは先頭セクタがMBRなのでCHS=0,1,1から始まる。
01 01 00が0,1,1を表しているからリトルエンディアン。
x86の場合はネイティブ。
ビッグエンディアンの場合がわからない．．．
- 307 名前：login:Penguin mailto:sage [2006/12/20(水) 17:40:47 ID:iqnu0UKk]
- >>306
さあ、bigなマシンを調達してくるんだ。
- 308 名前：login:Penguin mailto:sage [2006/12/20(水) 17:42:33 ID:fcZO1G6Z]
- そこでqemuですよ
- 309 名前：300 mailto:sage [2006/12/20(水) 17:52:46 ID:yU/fzyFw]
- >>308
サンクス
- 310 名前：300 mailto:sage [2006/12/20(水) 22:52:54 ID:yU/fzyFw]
- 誰か技量のある人、ビッグエンディアンの検証頼む。
俺もやるけど、簡単じゃない。
パーティションテーブルの仕様もよくわからない。
Qemuもまだ動いてるだけだ。
- 311 名前：300 mailto:sage [2006/12/20(水) 22:59:15 ID:yU/fzyFw]
- 多分Sparcの方が資料は多い。
パーティションテーブルは先頭セクタでBSD流のスライスが書いてある。
でも、それ以上の資料が無い。
- 312 名前：login:Penguin mailto:sage [2006/12/20(水) 23:13:46 ID:npYLopAO]
- XFSはビッグエンディアンのマシンとリトルエンディアンのマシンではジャーナルログの互換性が無いからxfs_repair -Lでログを消す必要があるとドキュメントに書いてある。
元々はIRIXに接続されていたストレージをＡｌｔｉｘに接続するためだったんだけどね
- 313 名前：login:Penguin [2006/12/21(木) 00:40:44 ID:LN3BUO6p]
- zfs importってやるとSPARCで作成したZFSファイルシステムをx64のマシンで
使えるようになるんだってさ。
- 314 名前：login:Penguin [2006/12/21(木) 13:11:34 ID:1QKYJ/dy]
- 伝統的な dump/restore でのバックアップを
MySQL などの RDBMS が動いているマシンで
行ううえでの問題点は何でしょうか？
データベースのファイルは随時更新されているので
dump/restore ではまったく意味がないのでしょうか？
- 315 名前：login:Penguin mailto:sage [2006/12/21(木) 13:46:14 ID:5fo5L+zb]
- mysqlのバックアップをわざわざdump/restoreで行う必要はないだろう。
tarなどのファイル単位バックアップでOK。
＞データベースのファイルは随時更新されているので
DBのバックアップはDBを止めて行うのが基本。
dump/restoreにしろ、tarにしろDBを止めないと整合性のとれた状態でのバックアップは不可能。
要件的に止められない場合に、DBMSに用意されているオンラインバックアップなどを検討する。
- 316 名前：login:Penguin mailto:sage [2006/12/21(木) 14:39:14 ID:+wTFdS6A]
- >>314
> データベースのファイルは随時更新されているので
> dump/restore ではまったく意味がないのでしょうか？
dev.mysql.com/doc/refman/4.1/ja/mysqldump.html
RDBMSの設計者もバカではないから、随時更新されている程度の事はわかってるよ。
-F, --flush-logs
ダンプを開始する前に、MySQL サーバ内のログファイルをフラッシュする。
注意: このオプションを --all-databases（または -A）オプションと組み合わせて使用した場合、
ログは各データベースのダンプごとにフラッシュされる。
-l, --lock-tables.
ダンプを開始する前にすべてのテーブルをロックする。
テーブルは READ LOCAL でロックされ、
MyISAM テーブルの場合は同時挿入が可能になる。
注意: 複数のデータベースをダンプする場合、--lock-tables は各データベースを個別にロックする。
したがって、このオプションを使用した場合、
データベース間でのテーブルの論理整合性は保証されない。
異なるデータベースのテーブルは、
完全に異なる状態でダンプされる可能性がある。
更新中なのが、前提なのがよくわかるだろう。
実際のところどうしたらいいかは、経験が豊富な人間に聞くしかない。
このスレで質問しても大した事は聞けないよ。
DBの板で質問するべき。
- 317 名前：login:Penguin mailto:sage [2006/12/21(木) 14:49:40 ID:wTdtL7fh]
- dump違い
- 318 名前：login:Penguin mailto:sage [2006/12/21(木) 14:59:03 ID:+wTFdS6A]
- MySQLは更新関係にはやはり少し弱い。
Oracleでバックアップコマンドを発行すると、全データベースがロックされ整合性が保証される。
|
 |
