FreeBSD7.0リリース

**名無しさん＠お腹いっぱい。** · 2007/06/13(水) 22:11:30

来月でしょ？

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 19:49:19

>>391
> scim-helper-manager.core

gdb があるだろ。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 20:08:34

[x61] /home/user% gdb -core ./scim-helper-manager.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
Core was generated by `scim-helper-manager'.
Program terminated with signal 11, Segmentation fault.
#0 0x2896fe00 in ?? ()

となりますが、直すことできますかね？

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 20:15:04

>>393
自分ならまず where だ。

6.x->7.0 とかで環境が激変しているなら
ライブラリ関連が怪しくないか調べる。

駄目ならデバッグオプション付きでソースコードビルドして
やっぱり where だな。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 20:22:38

まず where したら以下の様にえっらい沢山出ました。。。。
package から入れたものなので、ports 利用してオプションつけてみます.

#1670 0x102454ff in ?? ()
#1671 0x1424448d in ?? ()
#1672 0x5440f750 in ?? ()
#1673 0x00020000 in ?? ()
#1674 0x688e0375 in ?? ()
#1675 0x0158b814 in ?? ()
#1676 0xcd500000 in ?? ()
#1677 0x90feeb80 in ?? ()
#1678 0xbfbfec28 in ?? ()
#1679 0x00000001 in ?? ()
#1680 0xbfbfec30 in ?? ()
#1681 0x0000001c in ?? ()
Cannot access memory at address 0xbfc00000

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 21:12:39

>>393
> Program terminated with signal 11, Segmentation fault.

バグだよなぁ、多分。

適切にオプション付けて where すると >395 の 0x???????? のかわりに
ソースコードのファイル名と行番号とか出てくるからデバッグするか、
そのリスト付けて send-pr しとくくらいかな。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 02:28:28

7.0ではX入れてないので分からないんだけど、
6.3-RCの時にX, GTK関連を入れてたら軒並みGTKアプリは終了時にcoreを吐いていた。
firefox, thunderbird, gtk-demo........
正直勘弁してほしい。最新のでは直ってるのかな？

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 02:42:34

今日 VMware 上で 6.3->7.0 にしてみた。
調子良かったら本物サーバの更新も考えようと思ったんだけど
gcc の影響か ports が意外にこけるのな。
pcc 使おうかって話が出るのも分かる気がする。
影響大きすぎ。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 05:34:48

ports は崩壊しているのか.....。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 05:59:27

どっちかというとgccが崩壊中。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 09:26:38

1600以上portsから入れて入るが
IGNOREが4つ位あるだけで外は普通にコンパイル出来るけどな

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 10:35:22

GUI系全滅？
サーバ用途で困ったことはないし、寧ろちょびっと性能がよくなってる希ガス。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 10:48:15

いつのまにか -j8 とかつけてカーネルビルドできる
ようになっているなあ
SMPなマシンならいくらか良くなったかも

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 13:43:04

>>403
そりゃ、カーネルはソースツリーがひとつしかないし、他の依存が
少ないから（つーか、各ローダブルモジュールは並列にコンパイルできるし）
普通に問題なく・・・と思ったんだが。

portsなんかで、依存関係失敗して、なんだか終わらないのはよくある話。
単にmakeが改良されたという話じゃなかったら、スマン。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 14:00:42

>>398
俺もはまったよ
最近多くなってる希ガス

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 14:58:18

gccのせい、っていうことなら、baseに複数のバージョンのgccを用意して、
各ports側で正常動作確認済のgccを列挙するような仕組みが必要なのかも。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 15:07:41

上位方向にバージョンを限定する仕組はあるが、
下位互換がとれなくなるという事態は想定外だったからな。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 17:15:57

>>401
たとえば /usr/ports/mail/maildrop とかコンパイル通る?

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 19:37:43

7.0-STABLEで試しにmakeしてみたら最後まで出来た

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 20:31:20

うーん、じゃあ upgrade 失敗したかな。
ソースツリーからやりなおしてみるか…。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 20:34:06

>>406
autoconfとかにはそんな仕掛けがあったきが。
db4xと同じことになってないか。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 21:14:51

ports 2.0 マダー？

**410** · 2008/03/06(木) 22:20:24

わかった。/etc/make.conf だ。

6.3 では別段なんてことなかった最適化オプションで
C++ の vtable が参照できなくなる場合があるっぽい。

maildrop も以前最適化かけると参照できなくなる
シンボルがあって、色々試して

-O3 -fno-omit-frame-pointer -fkeep-inline-functions -fexception

で落ち着いてたんだけど 4.2.1 ではこれでも駄目ってことか。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 22:33:54

CFLAGS(CXXFLAGS)いじるべからず。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 22:37:01

厨ニング

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 22:40:22

本気でやるんなら一律じゃなくて、
pkgtools.confとかports.confとかでportごとにカリカリに。

**410** · 2008/03/06(木) 22:46:46

いや、一応 make.conf でも .if とかで区切ってたんだけど。
gcc のデグレっていつまで経っても直らないなぁ。

…とか書いてたら jdk15 コンパイル中に java が落ちた orz
もう思い当たるフシねーぞ…。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 02:04:51

>>413
俺的には、まけこんふは、新しいOSにかえる初っ端に決め打ちすると死ぬ確率が高い。
最後に作り直すが吉だと思う。　あんまり最適化しないほうがいいよ。
-O3　なんて、動かないほうがおおいから。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 02:05:01

H/Wが壊れてるみたい
メモリとか

**7.0R** · 2008/03/07(金) 11:08:16

http://lists.freebsd.org/pipermail/freebsd-mobile/2007-March/009590.html

のパッチを 7.0R に手動で当てたいです。source が少し変わってる様で悩んでます。
どうやったら良いかわかる方いませんか？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 11:19:44

portsに必要なのはgccのバージョン指定対策じゃなくて、厨対策だったな。

まあ、最適化フラグは処理系のバージョンに依存するんだから、
make.confにもバージョン指定つきで書けるようになっててもいいかな。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 11:28:14

書けるんじゃね。
CFLAGS_gcc34 = -O3
CFLAGS_gcc42 = -O0
CFLAGS_cc = ${CFLAGS_gcc42}
CFLAGS ?= ${CFLAGS_${CC}}
とかでどうよ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 11:38:23

CFLAGSの設定なんてやったところで、
どのようなメリットがあるか疑問。

apacheとpostgresqlくらいしか試してないけど、
正直、ベンチ結果で5%も向上しないよ。
速いCPU入れた方が明らかに苦労少ないよ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 12:20:26

もういい、debianに乗り換える。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 13:09:11

最適化かけておかしくなるのはたいてい
ソフト側が未定義の動作を使用してるせい
コンパイラは悪くない

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 13:44:53

>>425
コンパイラが吐き出したシンボルをコンパイラが見つけられないって
どう考えてもコンパイラのバグだろ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 13:46:57

なんでGentooじゃなくDebianなんだろ？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 13:53:31

>コンパイラが吐き出したシンボルをコンパイラが見つけられないって
>どう考えてもコンパイラのバグだろ。

ld のバグかも？

**424** ◆G4zmnW7EmY · 2008/03/07(金) 14:03:06

どうしよう。やっぱopenbsdに乗り換えようか悩む。
用途はlaptopで開発だから特にosに悩む必要はないんだけど、やっぱ。。。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 14:12:53

腰の重い奴だな。じゃあこうしろ。
この週末にOpenBSD入れて、一週間それで過ごす。
その次の週末にDebian入れて、一週間それで過ごす。
それからどっちにするか、または戻ってくるか、決めればいい。

**424** ◆G4zmnW7EmY · 2008/03/07(金) 14:30:59

でも、いつの間にかfreebsdしか受け付けない体質になってたらしい。
今fedoraを体験したら、なにがなんだかまったく理解できんかった。
悲しい。

もう、こんな時期だしfreebsd6.2　から　freebsd 7に切り替えることにするよ。
スレを汚して申し訳ない。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 14:40:36

歳はとりたくないものですなぁ。ゴホゴホ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 14:41:53

colorls がデフォルトというだけでも fedora は十分すぎるほどキモい

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 15:14:34

>>433
デフォルトで判断するとはインストール廚的な態度だな。

だったらFreeBSDはtcshがデフォな時点でダメだ。
自分ではbash/zsh使うからどうでもいいんだが。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 15:22:38

>>428
>>コンパイラが吐き出したシンボルをコンパイラが見つけられないって
>>どう考えてもコンパイラのバグだろ。
>
>ld のバグかも？

gcc は binutils 前提のコード吐くから同根だ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 15:22:46

>>434
どんな方法だとデフォルトtcshになるんだ？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 15:25:24

>だったらFreeBSDはtcshがデフォな時点でダメだ。

つ、またお前か

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 18:29:45

やっぱあれだよな。
どのosを使うかじゃなくてどのosで何をするかが重要だよな。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 19:36:27

燃料投下
ttp://www.kernel.org/pub/linux/kernel/people/npiggin/sysbench/

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 20:08:29

>>439
debianもありかもな。。。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 21:38:57

>>437

俺もFreeBSD初体験が、6.0-Releaseだったせいで、
未だにログインシェルは脊髄反射的にtcshを選択してしまう。
てか、普通に便利だろ。
BSD Hacks に Tips も沢山紹介されているし。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 22:06:03

>>441
tcshとsh以外選択肢あるの？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 22:13:45

>>442
zshでもbashでもkshでもすきなの入れれば？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 22:14:43

>>439
俺の予想では、これはjeffの比較はFedoraをそのまま使っているのと、
一方npigginの比較は自分でビルドしたもの?を使っており、FreeBSDはそのままを使っているというのが
両方ダメになっているんじゃないかなーと思う。

ちょっと前にあったBIND9ベンチだとこんな感じ?
http://new.isc.org/proj/dnsperf/OStest.html
さすがWindows Server、もはや素人が遊んでいるようなおもちゃじゃ追いつけない域にある。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 22:25:23

>>443
そんな意味で言ったわけじゃなくて、ｲﾝｽｺ時の選択肢としてあるのか？ってきいた。

ちなみに俺はzsh使ってる。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 22:35:33

tcshはhistoryとsavehistを2000近くにしておけばファイル名補完とヒストリだけで生きていけるｗ

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 23:26:06

俺zshだけど10000にしてるよ。それでもときどき欲しいものがexpireされてて困る。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 23:33:13

いでよbash厨！

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 23:35:01

>>447
つかスクリプトにしる

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 23:35:42

　 ∧∧　ｺｲﾔｧｧｧｧ!!
　(д´*)
　(⊃⌒*⌒⊂)
　 /_ノωヽ_)

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 02:34:14

>>439
stable@freebsd.org の ML か何かで流れてたベンチマークも載せんとな。
あれはMySQL, PostgreSQL軒並みFreeBSDの方が上だった。

まあ関係ないけど、最近自分のプログラムをgcc4で -march=xxxx のxxxxを
nocoa, prescott, pentium4, pentium-m...... と全部試してみたんだけど、
全然ベンチマークの結果が違うのな。CPUはPentium Dual-Coreで、
純粋に浮動小数点の繰り返し計算がメインなんだけど（実際はもうちと複雑）。
（もともとまだ -march=core2 がなかったので色々試してみたんだが）

LinuxもFreeBSDも思いっきりチューニングさせて対決して欲しい。
ちなみにpentium-mとあと何かが一番結果が良かった。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 02:49:14

>>451
> 最近自分のプログラムをgcc4で -march=xxxx のxxxxを
> nocoa, prescott, pentium4, pentium-m...... と全部試してみたんだけど、
> 全然ベンチマークの結果が違うのな。

遠まわしに「キャッシュ領域を意識したコードになってない」・・とでも言いたいのか？
superPIのようなコード(あれは多分ニモニックだろう)が、
コンパイラの設定で差が出るとすれば、SIMDとキャッシュ以外材料が無いと思うが。

逆説になるが、
「ベンチマークをコンパイルする際の」コンパイラ設定の変更で、
大幅に差が出るとでも？

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 03:21:32

> 遠まわしに「キャッシュ領域を意識したコードになってない」・・とでも言いたいのか？
> superPIのようなコード(あれは多分ニモニックだろう)が、
> コンパイラの設定で差が出るとすれば、SIMDとキャッシュ以外材料が無いと思うが。

いや、その通りなんだが…。ちょっと行を削ると途端に速くなったりするから。
たまに行を足すと速くなったりすることもあるし。

> 逆説になるが、
> 「ベンチマークをコンパイルする際の」コンパイラ設定の変更で、
> 大幅に差が出るとでも？

ただMySQLでも-march=xxxxを変えることでも同じように結果は変わることがあるんじゃないかと思うけど。
まあもとの >>439 の記事をちゃんと読んだ訳ではないので、
packageから入れたMySQLを使っているのか、それともportsか何かでビルドしたのかも分からんけど。

**451** · 2008/03/08(土) 03:39:35

> LinuxもFreeBSDも思いっきりチューニングさせて対決して欲しい。

あ、これか。
すまんな、LinuxでもFreeBSDでもちゃんとMySQLをチューニングさせて対決して欲しい、てことで。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 04:08:13

俺はむしろ「デフォルト」で対決して欲しい。
チューニングなんてそれぞれの陣営でそれぞれに有利な最適化かけるかもしれないじゃん。
だから google もその指標になるようなベンチマーク出してたと思うんだけど。

**410** · 2008/03/08(土) 04:13:06

ひょっとしたら他のモジュールのせいかも、と思って
全 ports を入れ直したけどやっぱ jdk15 駄目だわ。
base は freebsd-update だからコンパイル云々は関係ないし。
困ったなぁ…。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 06:34:51

どこでどんなエラー出てるんだ？

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 09:05:38

gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/install/make'
Control workspace build finished at Sat Mar 8 09:05:49 JST 2008

> uname -mrs
FreeBSD 7.0-RELEASE i386

全く問題なく通るが・・。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 09:08:25

追加

> cat /usr/ports/java/jdk15/Makefile | grep Exp
# $FreeBSD: ports/java/jdk15/Makefile,v 1.144 2008/02/14 16:30:23 glewis Exp $

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 10:07:41

メーカ製のコンパイラは隠し機能があるよ。
specintのコンパイルだと指示するとソースを見ないでコード吐き出すようなもの。
正直不毛。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 10:25:13

>>451
>>439のベンチマークは
ttp://people.freebsd.org/~kris/scaling/
の結果をうけてのもの。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 10:44:21

MySQLコンパイルオプション作って、ろくにソースを見ないで最適コードを出せばいいのだ。

**410** · 2008/03/08(土) 12:25:38

>>458
これ見て踏ん切りついた。cvsup からやり直すわ。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 12:30:18

ハードウェアが腐っていたりして

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 13:24:44

>>463
/usr/obj 消すの忘れるなよ。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 14:33:54

>>455
＞チューニングなんてそれぞれの陣営でそれぞれに有利な最適化かけるかもしれないじゃん。
そのチューニング方法がオープンになってるなら大歓迎。むしろそうしろ。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 15:11:26

厨ニングって言葉があったが、もうすでに上のほうで使われていたｗ

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 21:41:25

> 俺はむしろ「デフォルト」で対決して欲しい。
> チューニングなんてそれぞれの陣営でそれぞれに有利な最適化かけるかもしれない
> じゃん。

こうするとext2みたいな安全性無視した厨デフォルトなプラットフォームがはびこる。

**410** · 2008/03/08(土) 23:49:18

無事に cvsup からのビルド終わって jdk15 挑戦中。

>>457
> どこでどんなエラー出てるんだ？

記録してないけど、雰囲気的にはブートストラップ用の java か、
次段の java が最初に起動された時っぽかった。エラーと言うか
JNI で間違った使い方したときにスタックトレースとか出るあんな
感じ。行頭から # で始まるメッセージが出て、最後の方で
http://www.sun.com/.../crash.html 見ろ、みたいな。

>>464
> ハードウェアが腐っていたりして

VMware だったりする。

>>465
> /usr/obj 消すの忘れるなよ。

MAKEOBJDIRPREFIX を別のstorageに切り替えてみた。
ports だと WRKDIRPREFIX だっけか。

**名無しさん＠お腹いっぱい。** · 2008/03/09(日) 01:45:02

>>464 のいうのはだいたいメモリ回りだと思うので、
VMwareだからまぬかれるような話にはならないと思うが。

**410** · 2008/03/09(日) 02:29:34

>>470
仮想環境下のOSのバージョン変えたタイミングでメモリ故障するのって確率どれくらい?

jdk15 ビルド完了。
>>458 の情報感謝。
さて、ports 作り直すか…。

**名無しさん＠お腹いっぱい。** · 2008/03/09(日) 03:00:33

>>471
>>469見る限り、メモリでなく、VMWare上のufsの問題じゃないかと。

>MAKEOBJDIRPREFIX を別のstorageに切り替えてみた。

この判断は正しいと思うけど、
そうするならホストOSのファイルシステムがダーティーでないかチェックするのが先。

>>393あたりまでレス遡ってみたが、>>410と同一人物のレスかな。
gccでもportsでもなくVMWareの問題なのでスルーしてたが、
ノートPCのHDを使ってVMWareのFreeBSDを長期運用している場合、
将来的に同じような問題が起きると思うよ。

要は、VMWareと知っていれば>>457-459は無かった、と。

**名無しさん＠お腹いっぱい。** · 2008/03/09(日) 09:34:44

>>447
俺は100000000000にしてる。

**名無しさん＠お腹いっぱい。** · 2008/03/09(日) 12:01:27

VMwareならしょうがないな

**410** · 2008/03/09(日) 22:58:43

>>472
自信たっぷりに書いてもらったところ悪いが、やはり俺
の update ミスだと思うよ。まだ途中だけど前回失敗し
た ports もコンパイル通ってる。

/usr/obj を別にしたのは単に前回と変化があったかを
確認したかったからで（同じなら ports を再ビルドす
るまでもない）、別にしたstorageって言うのはゲスト
から見たstorageでホストでは同一デバイスだし。

ちなみにこの VMware 上で 5.3～5.5, 6.2～6.3 と使っ
てきてるけど過去特に問題無いです。

**名無しさん＠お腹いっぱい。** · 2008/03/09(日) 23:08:51

以前のバージョンでつかえたから今回も大丈夫だと確信するのは素敵なことですね

**410** · 2008/03/10(月) 00:26:45

なんだよ、つっかかるな?(w
言っとくけどノートでもないしNASにバックアップもある。
満足したか?(w

**名無しさん＠お腹いっぱい。** · 2008/03/10(月) 01:57:02

make.confからsrc.confに変わったというから焦ったが、これって普通にportsを使う分にはmake.confのままでいいのか。

**名無しさん＠お腹いっぱい。** · 2008/03/10(月) 03:32:59

>>475
>>472で言ってるのは、

・ホストOSのFSがASYNC && ダーティデータを動的検出出来ない物
・ゲストOSのFSがASYNC

という組み合わせでよく起こる、既知の仕様って話。
VMWareから見ると仕様であって、問題ではない。表現が拙かった。

大きなお世話だが、
ホストOSのFSがSYNC、または、ゲストOSのHDがRAW
の場合、この問題は起こらない。

/usr/objの変化を確認したければ、再帰的にcmpかけてみれば良いよ。
恐らくゲストOSは完全に同じものと認識する(エラー検出できない)と思う。
#．．．なので、>>393あたりで騒いでる、gccだportsだって話はスルーなわけ。

折角バックアップ運用してても、
ホストOSがFSのダーティデータを動的検出出来ない場合、
ゴミの山を運用してる状況って話。

今後もVMWareを上手に使ってくれ。

**名無しさん＠お腹いっぱい。** · 2008/03/10(月) 08:49:19

VMware上ではホストOS上からシステムイメージをバックアップしてる。
これはゲスト止めてなのでたまに。
ゲストのFreeBSDのパーティションはスナップショットを毎晩。
合わせ技でかなり安心。というかやたらこけて大活躍なのがいまいち。

**410** · 2008/03/10(月) 10:30:49

VMware ユーザ多いな。

>>479
> ・ホストOSのFSがASYNC && ダーティデータを動的検出出来ない物

graceful shutdown しか行っていない状態で何か関係ある?
ゲストなり VMware なりが落ちればうまく動作してた場所まで revert だけど、
実際そんなこと年に一度もないぞ。

>>480
そんなに不安定?うちのはVMwareも古いからなぁ。
ホストが DualCore でも片方しか使えないくらい古い。

**410** · 2008/03/10(月) 10:32:46

ちなみにホストは 2003Server で NTFS だ。

**名無しさん＠お腹いっぱい。** · 2008/03/10(月) 17:03:24

>>481
言ったことが全てだよ。少し考えりゃ解る話だ。

**410** · 2008/03/10(月) 17:39:45

>>483
わかんねーよ(w
勝手な状況想像して勝手に解決してんなっての。

**480** · 2008/03/10(月) 19:49:11

>>481
うちのホストはquad core x 2のDebian。
4.11を必要に応じてたまに動かす。
これは半日くらいのことでこの間に死んだことはない。
6.3は常時動かしてるが4日から２週間くらいで死ぬ。
Vmware ex serverとDebian自体は死んだこと無い。

**410** · 2008/03/10(月) 20:00:10

>>485
5.x, 6.x はホスト側の update で再起動が必要になったときくらいしか
落さなかったけどなぁ。

**名無しさん＠お腹いっぱい。** · 2008/03/10(月) 20:10:46

VMware ESX の上で、FreeBSD 6.3 を何台か、リリースされてからほぼ
ずっと動かしているけど死んだことはないなあ。

**480** · 2008/03/10(月) 21:21:02

開発ツールはDebianに移行中なのでもう少しの辛抱。
今の開発ターゲットが収束するまでだましだまし使えればよし。
次の開発ターゲットは組み込みLinuxになるしもう潮時かなと、若いのに任せてる。
３世代の製品開発を支えてくれて感謝している。

**名無しさん＠お腹いっぱい。** · 2008/03/10(月) 23:17:30

>>484
ならもう少し日本語を勉強しろｗ

**名無しさん＠お腹いっぱい。** · 2008/03/27(木) 00:47:21

7.1Rはいつ頃出る予定ですか？

**名無しさん＠お腹いっぱい。** · 2008/03/27(木) 04:32:18

明日