hdkさん(2010/05/20 00:29)
うちのマシン (AMD Athlon X2 4850e & Windows 7 64 ビット版) で Solaris ゲストを起動してみましたが、AMD-V 有効で仮想プロセッサ 2 個でも特に遅くはないようです。何が違うんだろう。(いろいろ違うかw)
すずきさん(2010/05/20 20:21)
デスクトップマシン（Core2 Quad Q9550 ＆ Windows 7 64ビット版）で Linux amd64 カーネルを起動してみましたが、VT-x の ON/OFF に関わらず速度は変わりませんでした。
すずきさん(2010/05/20 20:35)
ノートPC（Intel Core Solo U1500 ＆ Windows XP 32ビット版）で Linux 686 ゲストを起動してみましたが、速度は変わりませんでした。VT-x は対応していませんでした…。
すずきさん(2010/05/21 08:29)
VT-xだけでは遅くならず、ネステッドページングを有効にすると遅くなるようです。

この記事にコメントする

Creative PCI Express SoundBlaster X-Fi Titaniumのドライバから再生リダイレクトが失われてはや一週間（詳細は 2010年5月12日の日記参照。）ですが、いつのまにか再生リダイレクトが復活していました。あれ？なんで？？

再生リダイレクトが復活したのは嬉しいですが、その反面ASIOで44.1kHzを再生するとPCがハングする要らないバグまで復活してしまいました。

挙動を見ているとどうもWindows Update以前のドライバと同じような気がするんだが…？いつのまにかドライバをロールバックしてしまったのかなあ？

編集者:すずき(2010/05/19 23:35)

すずきさん(2013/01/04 23:51)
Sound Blasterの名誉のために、追記。

ハングは不良品メモリのせいかもしれません。
現在、Sound Blasterを取り外してしまっているので、もはや原因を追うことはできませんが…。

この記事にコメントする

Linuxのプログラムはサクラエディタ + gccで作っていますが、ソースファイルが増えてくるとどうも管理がめんどうになってきます。

せっかく先日公開されたVisual Studio 2010（※）を手に入れたので、久しぶりにVisual C++ 2010（以降VC++）のエディタに戻るついでに、Linux/Windows双方でコンパイルできるようにしようと画策しました。

（※）最近はVisual StudioのExpress Editionが無償で手に入ります。商用利用も可能です。

しかし日本語がソースコードに入っていると困ったことがおきます。下記の表をご覧ください。

文字コード	さくら	gcc	VC++ Editor	VC++ compiler	コメント
UTF-8/LF	○	○	○	×	VC++ コンパイラで大量のWarningが出る＆コメントの次の行を認識せずコンパイルエラー。
UTF-8/CR+LF	○	○	○	△	古いgccで問題が起きるらしい。VC++ コンパイラで大量のWarningが出る。
UTF-8/ZWNBSP	○	×	○	○	gccで先頭に変な文字がある、エラーとなる。個人的にはファイルにゴミを入れるのは嫌い。
EUC-JP	○	○	△	×	VC++ コンパイラがエラーとなる。
Shift-JIS	○	△	○	○	文字コード指定しないとgccで問題が起きる。個人的にはShift-JIS嫌い。

なお、文字コードの意味は下記の通り。

UTF-8/LF: UTF-8に改行コードLFとした形式です。
UTF-8/CR+LF: UTF-8に改行コードCR+LFとした形式です。
UTF-8/ZWNBSP: UTF-8に改行コードLFとし、ファイル先頭にEF BB BF（ZERO WIDTH NO-BREAK SPACE, またはZWNBSP, UCS-2ではU+FEFF）を記述した形式です。
EUC-JP: そのままの意味です。
Shift-JIS: そのままの意味です。

つまりどのコードを選んでもすべて○になる組み合わせはありません。かなり微妙です。