トップページ⇒software
1001コメント414KB

VMware総合スレ Part23

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2009/11/25(水) 00:15:21ID:WJdW5e3z0
本家 http://www.vmware.com/
日本 http://www.vmware.com/jp/
動画 http://video.google.com/videosearch?q=VMware&so=1

Windows および VMware の EULA の議論は
答えが出ないので避けてください。話題が出されてもスルーしてください。
もし議論したい場合は、法律板かWindows板にでも専用スレをたてて下さい。
0367名無しさん@お腹いっぱい。2009/12/16(水) 21:51:46ID:Usr3RKed0
WS = WorkStation
0368名無しさん@お腹いっぱい。2009/12/16(水) 22:03:05ID:blD8+PgHP
>>366
つまり裏で動いている方の仮想PCをどういう状態に置くかで形態が変わるということだね?
俺の場合、現在アクティブなウィンドウの仮想PC以外は止まっては困るが
ただ動いてくれていればいいという程度なのでプロセスを均等に扱うServerよりも
むしろWork Station Windowsの方がいいような気がした。
バックグラウンドの仮想PCに仕事をやらせたいような用途で、シングルユーザー前提なら
Server Windowsを使用した方が良いという感じかな?

しかし、一番の懸念は最大メモリ容量の制限の制約からホストPCに64Bit Windowsを
使用しなければならないことです。64Bit Windowsだと周辺機器のドライバも乏しく
通常のパソコンとして使用するには制約があり過ぎる。
32bit Windowsで3.5GB以上のメモリをゲストPCに配分できるようなものがあればいいのにと
常々思っています。ホストPCのWindows XP Rro 64Bitがもし32Bitだったら
ホストPCを高性能なリアルPCとして多方面に活用できるのになぁ。

0369名無しさん@お腹いっぱい。2009/12/16(水) 22:07:35ID:xKQHqgCe0
>>363-364
サーバーOS云々よか、x86とx64の違いで大きな影響が出そうな気がするなぁ。
Windowsがサーバーかクライアントの違いとかで、そんな大きな違いが出るとは思えぬ。

とりあえず、大量にメモリ積んでおけばそれでおkじゃね?
0370名無しさん@お腹いっぱい。2009/12/16(水) 22:14:21ID:blD8+PgHP
>>369
それはおおむね x86 < x64 という見方で合って4ますか?
0371名無しさん@お腹いっぱい。2009/12/16(水) 22:14:35ID:eAq87GHn0
>>368
>64Bit Windowsだと周辺機器のドライバも乏しく
>通常のパソコンとして使用するには制約があり過ぎる。

いつの話やねん。64bitで困ることはまず無いし。

あ、古いカメラのソフトがインストールできないことはあったな。
でもそれこそ仮想マシンのXPで動いたし。

サーバ用途ならNASぐらいが繋がれば問題ない。

それよりメモリが多く使えるメリットのほうが多いし。
0372名無しさん@お腹いっぱい。2009/12/16(水) 22:23:41ID:blD8+PgHP
>>371
主にマルチメディア系のソフトウェア開発に使ってるんですよ。
その際にビデオキャプチャを使うんですが当然DirextXのオーバーレイを使用します。
驚くべきことにVMwareの場合、ゲストOSでもUSBビデオキャプチャで映像をオーバーレイで
プレビューしたり動画をコーデックで圧縮して保存するすることが可能なんですよ。
でも、動くには動くんですが開発にはやはりリアルのPC上での性能で動いてくれないと
ちょっと厳しいんです。
そこでビデオキャプチャを制御するプログラミングの時だけ、ホストPC上の開発環境が
使えれば、名実ともに1台の物理PCですべての仕事ができてしまうんです。
しかし、残念ながら64BitのWindowsドライバをサポートし、DirectShowを使って
制御できるビデオキャプチャってないんですよね。
具体的にはIO-DATAのGV-VCP3R/PCIが64bit Windowsで動いてくれてホストPCで
使えれば何の問題もないのですけどね。
0373名無しさん@お腹いっぱい。2009/12/16(水) 22:43:18ID:DUrtvb600
>>372
PCもう一個買えよ。
0374名無しさん@お腹いっぱい。2009/12/16(水) 22:56:07ID:6edwFo9R0
>>372
バグだらけで使い物にならないとは思うけど、LinuxのXENでは、仮想マシンでPCIデバイスが利用できてるようです。
VMwareはVT-d対応ぽいですが、まだPCIデバイスは利用できないんだっけ。
でもいずれ対応するかもしれないので、とりあえず買い換えるときはVT-d対応機種にすることをお勧めしますよ。
そしたら開発をゲストでやれるからドライバの心配も要らないんじゃないかな。

・・ただ、ホストでドライバを組み込んでおく必要があるなら無理かも。
あと、仮想マシンでもハイパーバイザ型じゃないと無理とかあるかも。

やっぱりパソコンもう一台持つべきですね。
0375名無しさん@お腹いっぱい。2009/12/16(水) 23:11:34ID:blD8+PgHP
>PCもう一個買えよ。
>やっぱりパソコンもう一台持つべきですね。

ですよねー、ですよねーw

おっしゃる通りだと思います。しかしVMwareを使うようになってからPC1台で
全部の仕事をすることが何か美徳のようなものにまってしまって抜けだせないんです。
最終的にはVMware Viewを使って、会社に行かなくても開発業務を行えたらなどと思っています。 
まあ、PCに周辺機器を追加するときは会社のホストPCのところまで出向かなければならないでしょうが。
VMwareは将来性のある仮想PC環境だと思います。
0376名無しさん@お腹いっぱい。2009/12/17(木) 00:51:28ID:DmpAKfyV0
>>372
どっちみち、そういった用件でソフトウェアを開発しても汎用的じゃないし
お客さんも専用のパソコンを用意しないとダメですよね

VMwareはハードウェア依存のシステムには向いていません。
0377名無しさん@お腹いっぱい。2009/12/17(木) 00:51:41ID:NkH9bcwi0
>>368
>32bit Windowsで3.5GB以上のメモリをゲストPCに配分できるようなものがあればいいのにと
できるよ
0378名無しさん@お腹いっぱい。2009/12/17(木) 01:00:28ID:27o3+dFZP
>>377
できねーよ。たぶん何かと勘違いしてるんだろうがwww
その人が言いたいのは、ホストPCに16GBを搭載して10個のゲストPCに
それぞれ1GBずつ配分したいというような意図だと思う。
これは64bit Windowsを使うしか方法はないね。
0379名無しさん@お腹いっぱい。2009/12/17(木) 01:14:24ID:IPp8eMGF0
Windows Serverの上位エディションを使えば64GBまで、とかの現実味のない茶々だろ。
0380名無しさん@お腹いっぱい。2009/12/17(木) 01:31:12ID:9JrjFJxUP
だとしたら馬鹿丸出しだなwww
0381名無しさん@お腹いっぱい。2009/12/17(木) 01:47:12ID:XsSMIASz0
>>380
いやそんな馬鹿はこのスレには来ないだろ
きっとなんかやり方があるに違いない、RAMDISKの時のように…
0382名無しさん@お腹いっぱい。2009/12/17(木) 02:05:14ID:sxuYub3o0
windowsは32bit版はどう頑張っても3.5Gだなぁ
linuxなら32bit版でも4G以上いけるけど。(biosが対応してれば。)
でもその用途でlinuxホストは意味ないけど。

関係ないが何でwindowsは64bit版もlongが32bitなんだ?
ポインタが64bitなのに。このお陰で色々不便…
中途半端というか訳がわからんというか
0383名無しさん@お腹いっぱい。2009/12/17(木) 02:17:26ID:sxuYub3o0
そうそう、あとプロセスのスケジューリングのことなら
serverもクライアント用エディションも変わらんよ。
どっちも設定で変更できるから。
windowsは基本的にエディション違ってもものはいっしょさ。
パッケージングや制限が設けられたりしてるだけで。
NTサーバの時なんかレジストリの一点書き換えたらサーバに変身したんだよなぁ。
0384名無しさん@お腹いっぱい。2009/12/17(木) 02:20:50ID:tWUVvL+f0
>>382
windowsの64bitはなんちゃってなんだよ。
2Gを超えるメモリー確保ができないとか制約が多すぎる。
真面目に64ビット対応する気がないんだろう。
なのでメモリ空間必要とするプログラムは全部Linuxでやるしかない。
0385名無しさん@お腹いっぱい。2009/12/17(木) 02:21:31ID:dGzgMjRw0
>>382
LLP64って奴だな

まぁこの辺りでも
ttp://www.itmedia.co.jp/enterprise/articles/0506/13/news006_2.html
0386名無しさん@お腹いっぱい。2009/12/17(木) 02:39:53ID:sxuYub3o0
まさにこれだ…
unix系なら自然と32bitプログラムの64bit対応ができるんだが
windowsだと例えばlongとポインタの間で操作してたりするとすげーめんどいことになる
このLLP64ってのはどんな利点があるのよいったい…
0387名無しさん@お腹いっぱい。2009/12/17(木) 02:47:25ID:SeynEe7Y0
そもそも、何で勝手にlongがポインタと同一であることを仮定するんだよ。
ずっとずっと昔からINT_PTRやULONG_PTRが用意されていて、必要な部分はこれを使うようになっているのに。

まあメモリだって、一括して巨大な領域が必要な用途は限定されているから
CreateFileMappingでも使えって辺りがMSの回答じゃないかね。
他のAPIは知らん。
0388名無しさん@お腹いっぱい。2009/12/17(木) 02:51:28ID:tWUVvL+f0
まあLinux使うから良いんだけどさ
0389名無しさん@お腹いっぱい。2009/12/17(木) 02:55:24ID:sxuYub3o0
別に俺が仮定したわけじゃない。
俺もwindowsのことはそんなに良く知らないが、
世間で仮定されてる状況があってそんなプログラムが山程あるだけ。
0390名無しさん@お腹いっぱい。2009/12/17(木) 02:58:37ID:sxuYub3o0
スマン板違いなのでもうよそう…
0391名無しさん@お腹いっぱい。2009/12/17(木) 03:37:28ID:lCKR9B6p0
>>386
ポインタのみ64bitにしたのは、互換性のためだろう。
intやlongが32bitであるという前提で書かれてしまった大量のコードを、すみやかに64bitに移植するためでしょう。

>>384
> 2Gを超えるメモリー確保ができないとか制約が多すぎる。

2GBではなく2TBだよ。
32bitのWindowsは、ユーザーエリアは2GBで、DLLさえ気をつければ、2GB弱の連続したメモリ空間をVirtualAllocできる。
64bitのWindowsは、ユーザーエリアは8TBだが、連続したメモリ空間は2TB弱までしかVirtualAllocできない。
0392名無しさん@お腹いっぱい。2009/12/17(木) 05:37:45ID:SdzCB3Y90
VMware Server Console(バージョンは1.0.10)を使ってるんですが、
ホストをマルチディスプレイにしていて、ゲストをフルスクリーンにすると
必ず1枚目のディスプレイに表示されてしまいます。
2枚目、3枚目に表示させることは出来ないんでしょうか?
0393名無しさん@お腹いっぱい。2009/12/17(木) 10:29:13ID:9JrjFJxUP
>>363
>VMware WS7で複数のゲストOSを同時起動させる際に、1ウィンドウ内に複数のゲストOSを起動した方がいいのか
>それともゲストOSごとに別ウィンドウにした方がいいのか、主にパフォーマンスの観点からは
>どちらの方が良いものだろうか?

ちょっと気になったんで実際に比べてみたんだが、意外にも大きな差があったよ。
別々のWindowで起動した場合はゲストPC1に高負荷の仕事をさせた場合でも、ゲストPC2はそれなりに
サクサク動いてくれる。しかし同様の実験を同一ウィンドウ内で行うと、ゲストPC2もゲストPC1の負荷のあおりを
直接受けるようになってしまう。また、スナップショットの作成/復元を行う際にも、別々のWindowならば
ゲストPC1のスナップショット処理中にゲストPC2を操作できるメリットがある。

では別々に起動した方がいいのかと言えば必ずしもそうではない。2つのゲストOS間で連携を強めたい場合、
たとえばゲスト1PCのファイルをドラッグ&ドロップしてゲスト2PCに落とすような事が必要な場合は
同一ウィンドウ内で稼働させなければならない(カット&ペーストは別窓でも可能)

しかし最もパフォーマンスに大きく影響するのはホストPCとのメモリやディスク等のリソースの共有だろう。
原則としてホストPCが使用するディスクにはゲストPCはアクセスしないように心がけることが大切だ。
それゆえ、ゲストPCの仮想ディスクはホストPCが存在するローカルディスクと切り離してNASに設置した方が
パフォーマンスは向上する。データの配置もホストPCがインストされたローカルディスクまたは
同じインタフェースにぶら下がるローカルディスクよりも、むしろUSB接続のHDDに置いた方が
ゲストOSのパフォーマンスは向上する。データの信頼性という観点は別にある訳だが。

その意味でVMware Workstationをうまく使うコツはNASの有効利用にかかっているような気がする。
ブレードサーバーもずいぶん安く出回るようになったので検討されたい。
0394名無しさん@お腹いっぱい。2009/12/17(木) 11:23:14ID:BCRpFQpp0
>>393
これを読んだらあまりにも >>363 がかわいそうなので、とりあえずコメントしておこうと思う。
この書き込みは反論ではなく私の手元の現実を説明しているだけなのでその点よろしくです。

私は仕事で、FMV-D5280をE5200のCPUで4GBメモリ搭載で使用している。HDDは標準。
http://www.fmworld.net/biz/fmv/esprimo/0904/d5280/spec.html
ホストはXPSP3でページング無し。ホストにはOS以外のソフトを入れていない。
Workstation 6.5.3 Build 185404
この環境でゲストにXPSP3を2台。それぞれに1GBづつメモリを割り当てている。

片方の端末でWindows起動中の高負荷状態でも、もう片方の端末では何も遅さを感じない。
片方の端末でスナップショット操作をしていても、もう片方の端末では何も問題なく作業が続けられる。
ドラッグ&ドロップは同一ウインドウではできない。別ウインドウならできる。
ホストの物理1HDDの1パーティション内で1ホスト2ゲスト起動していて、
ゲスト内では、Eclipse、Office2007、JaneStyle、Beckyを中心に多数のソフトを起動しているが業務に支障がでるような遅さを感じたことが無い。

さて本題に戻ろうか。
一般的にWindowsのウインドウ管理機構はみんなが書いている通りで差は体感できるレベルではない。
以上コメントでした。
0395名無しさん@お腹いっぱい。2009/12/17(木) 11:53:30ID:9JrjFJxUP
>>394
色々と突っ込みどころ満載ですが時間がないので分かりやすい所だけ。

>片方の端末でスナップショット操作をしていても、もう片方の端末では何も問題なく作業が続けられる。

同一Windows内で複数ゲスト稼働中、片方のゲストのスナップショット処理中は
もう一方のゲストは操作できないよ?
0396名無しさん@お腹いっぱい。2009/12/17(木) 12:12:11ID:9JrjFJxUP
>>394
おお、すまん。再度実施してみたらスナップショット実行中にもう片方のゲストを操作できたわ。
しかし出来なかった理由が変だ。スナップショットをバックグラウンドで行うように環境設定すると
まるで固まったかのように動かなくなり、バックグラウンドを外すと余裕で操作できるようになった。
これって普通に考えると逆じゃない???俺のPCだけ何かおかしいのかな?

ドラッグ&ドロップの件は失礼した。完全な勘違いというか逆の事を書いてしまった。

ただ、ホストの物理1HDDの1パーティション内で1ホスト2ゲスト起動していて、動くのは当然。
たとえば、膨大なファイルを同一パーティション内でコピーするとか膨大なI./Oリソースを消費する
場合のパフォーマンス低下を示した。通常のアプリ利用で動かなけいようなら誰も使わんでしょう?
0397名無しさん@お腹いっぱい。2009/12/17(木) 13:49:39ID:fLsGSbJB0
>>396
確かに大量のデータ読み書きでは同一I/Fだと他に影響するけど、
ランダムアクセスの場合は単純にヘッドの移動が忙しくなるだけなので、
物理的に別のHDDでありさえすればI/Fは同一でもかまわないでしょう。

10年前ならテレビ録画もストライピングしないといけないほどだったけど、
いまどきはリアルタイムエンコだからHDDへの連続アクセスする機会は少ない。
巨大なZIPファイルの解凍などはホスト側でやるものだし
書庫を仮想マシン側、展開をシステム側でやればお互いに負荷は小さくて済む。

まあ、1ゲストでも共有フォルダ経由でゲスト(別ドライブ)→ホスト(システムドライブ)にコピーしてたらホストはかなり重かったけど
ウィルスチェックも動くからかもしれない。

いや、VMwareとホストWindowsとでリソースを取り合うからやっぱりI/Fも別の方がいいのか。
デュアルチャネルならそうでもないかもしれんが。

あ、そうそう。
システムとゲストを1パーティションで使うような人は問題外でしょう。
0398名無しさん@お腹いっぱい。2009/12/17(木) 14:49:18ID:9JrjFJxUP
>>397
以前にSATA port multiplierで4台のSATA HDDを同一SATAポートで接続し
個々のHDDにシステム、仮想ディスクを割り当てて使ってみた事があった。
その際に、やはりシステムディスクとゲストの仮想ディスクは別SATAポートで
分けた方が確実に動作が速かった。
だが実用面でどうかと言えば別ポートに接続したSATA HDDでシステムとゲスト用
仮想ディスクを分けるだけでパフォーマンス上まったく問題がないと言えるだろう。
あまり大きい声では言えないがWinnyやShare等のP2Pを使った場合に差がよくわかる。
キャッシュフォルダの置き場所一つで動きが雲泥の差となる。
0399名無しさん@お腹いっぱい。2009/12/17(木) 18:08:16ID:lCKR9B6p0
ID:9JrjFJxUP うざい
間違った情報を、さも自信ありげに言うのは、病気。
0400名無しさん@お腹いっぱい。2009/12/17(木) 18:15:04ID:9JrjFJxUP
>>399
>ポインタのみ64bitにしたのは、互換性のためだろう。

お前こそ何もわかってないじゃね?妄想を堂々と言われるのは迷惑だぜよ?
0401名無しさん@お腹いっぱい。2009/12/17(木) 18:16:10ID:DeL+QpLoP
どっちも妄想
0402名無しさん@お腹いっぱい。2009/12/17(木) 18:17:16ID:9JrjFJxUP
>>401
P2で書き込んでる人に言われましてもねぇ…
0403名無しさん@お腹いっぱい。2009/12/17(木) 18:22:44ID:9iI3qYCs0
>>400
実際その通りだろうに、何を噛みついてんだ?
sizeof(long)=4の前提で書いたコードなんて腐るほどあるわけで
それが今まで通り動くようにするにはポインタだけ8バイトにするのが妥当
0404名無しさん@お腹いっぱい。2009/12/17(木) 18:27:29ID:9JrjFJxUP
>>403
横から割り込んでそんな顔真っ赤にして言われましても。ご都合主義乙w
0405名無しさん@お腹いっぱい。2009/12/17(木) 18:35:53ID:27o3+dFZP
sizeof(long)=4の前提とか初心者かね?
処理系に依存していいのはintだけだって教わらなかったのかなぁ?
0406名無しさん@お腹いっぱい。2009/12/17(木) 18:46:38ID:9iI3qYCs0
>>405
何言ってんだ?サイズを仮定して良いのはcharの1バイトだけだろ
他はintだろうとlongだろうと、最低○バイトということしか定められていない
それにsizeof(long)=4を仮定して作られてるのがあると言っただけで俺はそんなことしないよ
0407名無しさん@お腹いっぱい。2009/12/17(木) 18:52:05ID:9JrjFJxUP
intは処理系に依存するっているのは正しいと思う。
sizeof(long)=4の前提とか言っておいて言い訳して逃げるのはよくない。
0408名無しさん@お腹いっぱい。2009/12/17(木) 19:07:02ID:FYqGR1RK0
ム板でやれ
0409名無しさん@お腹いっぱい。2009/12/17(木) 19:09:02ID:ZzXJnqFu0
ここは度々おかしな流れになるのな
0410名無しさん@お腹いっぱい。2009/12/17(木) 19:12:56ID:9JrjFJxUP
VMwareは色んな分野の人が使ってるから無理もない。
皆が皆、正しい知識を持ち合わせてるとも、常識人であるとも限らないから。
中にはキレやすい人もいるのは覚悟の上。
0411名無しさん@お腹いっぱい。2009/12/17(木) 19:23:53ID:NusXScEd0
なら煽るなよ
覚悟できてないだろ
0412名無しさん@お腹いっぱい。2009/12/17(木) 19:25:59ID:9JrjFJxUP
という煽りに耐える耐性のことを言うのです。あはははは・・・
0413名無しさん@お腹いっぱい。2009/12/17(木) 19:32:20ID:NusXScEd0
お前は何を言ってるんだ?
0414名無しさん@お腹いっぱい。2009/12/17(木) 19:36:18ID:CFQMUGLJP
> 常識人であるとも限らない
0415名無しさん@お腹いっぱい。2009/12/17(木) 19:44:30ID:9JrjFJxUP
まったくだ
0416名無しさん@お腹いっぱい。2009/12/17(木) 19:54:07ID:fLsGSbJB0
まあ実際金融大手で鯖管理してる奴ってキチガイだしな。
0417名無しさん@お腹いっぱい。2009/12/17(木) 19:55:35ID:jCmxnahy0
試せる環境にないんだけど
Workstation ってまだ Server OS で環境構築して
LAN外からその仮想マシンにアクセスできるようになってるのかな?
(もちろん、ルータでポートフォワードだかなんかやるんだけど)

ずいぶん昔のバージョンは VMware GSX Server つかえみたいなのが
でたとかでないとかそんな話が合ったような。
0418名無しさん@お腹いっぱい。2009/12/17(木) 21:35:26ID:XsSMIASz0
>>402
はいはいNG ID:9JrjFJxUP
0419名無しさん@お腹いっぱい。2009/12/17(木) 22:13:40ID:kK5j504m0
USBディスクに仮想ディスクを作った方が速いというのは同意
0420名無しさん@お腹いっぱい。2009/12/17(木) 22:15:44ID:27o3+dFZP
>>419
途中で接続が切れたらと思うとぞっとしますけどね。
まあそれはNASも同じですけど。
今まで仮想ディスクがふっとんだ事はないですが
物理ディスクのようにサルベージツールがないのでバックアップ必須ですね。
0421名無しさん@お腹いっぱい。2009/12/17(木) 22:43:16ID:fLsGSbJB0
>>420
あ、それなら固定サイズで取っておけば普通に復活ツールで復活は可能ですよ。
XPのNTFS上にXPのゲストな固定サイズvmdkがあったんですが、
そのvmdkの入ったパーティションが消えてしまったんですが、
復活ツールを使うとその仮想ディスクが普通にパーティションとして見ることができて、ファイルは復活できました。
その後物理パーティションを復活したところ、vmdkも無事回収できましたが。

経緯はこっちに書いてます。
復元サルベージソフト総合7
ttp://pc12.2ch.net/test/read.cgi/software/1254480351/73
ttp://pc12.2ch.net/test/read.cgi/software/1254480351/81
ID:tB1sZEEV0と81番ですね。

でも、vmdkだけが逝っちゃった場合はパーティションは多分探せないから、やっぱりバックアップは必要かもね。
ていうかバックアップ取るのが簡単なのも仮想化する意味の一つだよね。
0422名無しさん@お腹いっぱい。2009/12/17(木) 22:51:01ID:9JrjFJxUP
>>421
会社から帰宅する際、仮想ディスクを2TBの外付けeSATA HDDへまるごとバックアップして帰りますよ。
もちろん自動シャットダウンで。一週間分個別にとってあるというなんと贅沢なwww

以前、サルベージに失敗したのは固定じゃなかったからかな?スキャンしても残骸しか拾えなかったorz
0423名無しさん@お腹いっぱい。2009/12/18(金) 00:43:21ID:gksPEMoK0
ID:9JrjFJxUPって例の数字コテっぽい雰囲気が
0424名無しさん@お腹いっぱい。2009/12/18(金) 02:14:11ID:2K48D2BC0
>>423
俺は ID:fLsGSbJB0 でしたが何か。
0425名無しさん@お腹いっぱい。2009/12/18(金) 02:54:15ID:9g4rajce0
>>424
はいはいNG ID:2K48D2BC0
0426名無しさん@お腹いっぱい。2009/12/18(金) 03:15:48ID:1BQfb5ji0
LLP64なのには2つの理由がある。
・x64版の前のIA64版がLLP64だった (さらにその前のAlpha版から、かも)
・いちばん普及しているx64のCPUは、64bitのモードであっても、32bit幅の変数のほうが処理速度が速い
(64bit幅にするにはprefixが必要で命令長が長くなり、同時にデコードできる命令数が減るとか、L1I$に入る命令数が減るとか・・・)
0427名無しさん@お腹いっぱい。2009/12/18(金) 04:11:41ID:XSvRx/p10
お薬はちゃんと2週間飲んでくださいね
0428名無しさん@お腹いっぱい。2009/12/18(金) 18:06:17ID:7FRFI8GTP
ThinAppのスレってどこ?
0429名無しさん@お腹いっぱい。2009/12/18(金) 20:35:43ID:acAEpbD50
すみません。教えてください。

ホストのOSはWindowsXPsp2でVMwareplayer3.0をインストールしました。
そこで、VMwareplayer workstation6.0で作成した、仮想マシン(WindowsNTsp6)を実行しています。

利用したい機能がvirtual printingなのですが、VM→設定→ハードウェア→追加としてもその中に
「仮想プリンタ」がないのです。

これは、vmware playerではvirtual printing機能は設定できないのでしょうか?
それともゲストOSがNTなのが悪いのでしょうか?
0430名無しさん@お腹いっぱい。2009/12/19(土) 01:03:28ID:P3d25ZO10
MAC版のFUSIONっていう仮想化ソフトはでたけど、
windows向けのWORKSTASION最新版は日本では発売しないの?
あんまり日本向けはには力入れてないのかな?
パッケージ版発売されたら買おうと思うんだけど。
0431名無しさん@お腹いっぱい。2009/12/19(土) 01:31:51ID:4mQXbJsr0
パッケージ版買おうとは思わんが、
通販サイトだと12月下旬発送になってよ
0432名無しさん@お腹いっぱい。2009/12/19(土) 03:21:18ID:Pw/jcjh40
>>429
仮想プリンタが使えるのは6.5以降のバージョン
vmx(vmdkもかな?)のバージョンを変更するか作り直せば出てくるはず
0433名無しさん@お腹いっぱい。2009/12/19(土) 09:27:06ID:XTBcbMqGP
>>430
ヒント:Keygen
0434名無しさん@お腹いっぱい。2009/12/19(土) 12:31:01ID:raCWyn+f0
>>378-381
やっぱり普通に俺の環境ではできてると思うなぁ
環境はvmware Workstation 7.0.0、ホストWinXP Pro SP3 x86、物理メモリ8GB、OS認識メモリ3.5GB、GeForce8600GTS 256MB
ホストのOS認識外メモリをガボでほとんどページファイル化(HDD系のpagefileを作らず、ガボもイメージロードさせず、ガボ上にFAT32のまま32M-2040Mを2つ(pagefile.sysとpagefil2.sys)と32M-480Mを1つ(pagefil3.sys)の計3つになるようにレジストリを設定)
ホストを再起動するとガボ上は32Mのファイルが3つとデフォルトのTEMPがあるだけ
vmware Workstation 7の環境設定のメモリで「ほとんどの仮想メモリをスワップできるようにする」にする
Win7 Pro x64ゲストのvmxファイルにvmxファイルにmainMem.useNamedFile = "FALSE"を追加してHDD上にゲストのメモリがvmemにスワップするのを防ぐ
Win7 Pro x64ゲストのvmxをvmware Workstation 7から開いて仮想マシンの設定のメモリで6.5GBに設定(スライダーでは設定できないので数字で6656と入力)
Win7 Pro x64ゲストをパワーオンするとちゃんと6.5GBと認識していることがわかる
ガボにあるページファイルを確認する超拡大しているので正しくホストのページファイルが使われていることがわかる
ということでWinXP SP3 x86で実質的に3.5GBを超える物理メモリもゲストで使うことが可能って認識してる
0435名無しさん@お腹いっぱい。2009/12/19(土) 12:58:42ID:XTBcbMqGP
>>434
それってホストPCのOS認識外メモリをRAMディスク化して
そこへページファイルを作成してゲストOSに間接的に使わせるという方法とどこが違うの?
数日かけて屁理屈考えた結果がそれかよ?

でも逆に出来ない事がわかったので良かったよ。
0436名無しさん@お腹いっぱい。2009/12/19(土) 13:27:16ID:pqkMPDfcP
>やっぱり普通に俺の環境ではできてると思うなぁ

これで「普通」に出来ていると思う時点で終わってるだろうよ?
本当にこのフランケンビルド環境で使っているのなら、それはそれで尊敬に値するがwww
0437名無しさん@お腹いっぱい。2009/12/19(土) 13:30:36ID:pqkMPDfcP
>ということでWinXP SP3 x86で実質的に3.5GBを超える物理メモリもゲストで使うことが可能って認識してる

ごめん、書いた後で自信がなくなって「実質的に」と言い換えたのね?その小心さに免じて許すことにする。
0438名無しさん@お腹いっぱい。2009/12/19(土) 13:37:22ID:XTBcbMqGP
>>434
実際にほぼ同じ環境を構築してみました。GeForce8600GTS 256MBというのは無理だったけど。
実際にゲストのWin7 Pro x64で6.5GBのメモリ認識を確認した。

この状態で4GB弱の連続したメモリ空間をVirtualAllocで確保してみたところ見事にフリーズ。
ハングアップしなくなるまで減らしたところ、3GBまでなら問題なく確保できることが判明。

以上、昼下がりの実験結果でした。
0439名無しさん@お腹いっぱい。2009/12/19(土) 17:27:42ID:nwsg2AkM0
すいません質問させてください。
つい最近までBirtual Boxを使っていたのですが、Windows Meが
どうしてもインスコできなかったので、VMwareに乗り換えました。

そこで、そのままVirtual PC(Virtual BOXの前に使っていたが、
Vistaがネットにつながらないので捨てた)時代からインスコしていた
Vistaをインストールしたのですが、今まで三回も仮想化環境ソフトを
乗り換えてきたため、アクティベーションの制限回数を超えてしまいました。

そこで、既存のVirtual BOXのハードディスクイメージをNHCというソフトで
VMware用形式に変換し、VMの仮想OS新規作成で新しく仮想OSを作成し、
ハードディスクイメージを変換したものに上書きしました。

ところが、いざ起動してみると、「Windowsが正常に起動できませんでした」
と表示され、どのオプションを選択してもやっぱり同じです。

何とか起動できるようになりませんか?
0440名無しさん@お腹いっぱい。2009/12/19(土) 17:34:52ID:tKS7EpPt0
>アクティベーションの制限回数を超えてしまいました。
電話すればいいだけだろ
0441名無しさん@お腹いっぱい。2009/12/19(土) 18:19:32ID:MNWgwhb70
>>439
正常に起動できないエラーメッセージに関しては、とりあえず入れ直せば?としか‥
0442名無しさん@お腹いっぱい。2009/12/19(土) 18:36:31ID:raCWyn+f0
>>435
元々そういう意味での>>368へのレスだよ
ホストが32ビットだから多くのVMが起動できないから仕方なくWinXP 64bitを使っていると読んだのだが違うのかい?

>>438
そんな初歩的な部分にvmwareのバグがあるのかと思ってVirtualAllocを使ったことがないけどがんばってプログラム作ってやってみた
VM1:WinXP Pro SP3 x86 1GB (VS2008でx64テストプログラムを作るVM)
VM2:Win7 Pro x64 5.5GB (VM1が起動中なので1GB減らし、ページファイルもなし、vmware.logをみるとHV BT32で動作している)
VirtualAllocでコミットサイズで4.8GBぐらいまで一発でとれたので
SYSTEM_INFO.dwPageSize(4096バイト)単位に何かメモリを書いていっても全部書けたよ
でもしばらくいじっているうちにVirtualAllocの限界値がどんどん下がってきて結局2GBすらも確保できなくなった(使用中メモリが4GB近くになってた)
そこでこの確保できる値に近いものはと探すと空きメモリがVirtualAllocの限界値に近いようなの感じなので起動直後ならちゃんととれるんじゃないかな?
0443名無しさん@お腹いっぱい。2009/12/19(土) 19:07:04ID:raCWyn+f0
>>442
>使用中メモリが4GB近くになってた
テレビ見てたら徐々に使用中メモリが開放されていって561MBまでに戻ったんでまたやってみたら起動時と同じ4.8GBでも大丈夫だった
0444名無しさん@お腹いっぱい。2009/12/19(土) 20:17:52ID:SnNUotG40
なるほど。
普通は実質的に実メモリに適用するところを、
実メモリの割り当てを減らす代わりにOS管理外のRAMディスクに積極的にページアウトして活用か。
しかしアロケートができるのかと。
まあ普通はできんよな。
0445名無しさん@お腹いっぱい。2009/12/19(土) 21:57:34ID:eZdkyQsI0
何このスレ(AA略
0446名無しさん@お腹いっぱい。2009/12/20(日) 14:15:47ID:lU1NlknI0
スレ違いかも知れんけど、メインPC環境を仮想マシンで新PCに移行の件でちと質問。

メーカ製のWinXPなPC(WinXPはメーカーのOEMライセンス)からVMware vCenter Converterで
仮想マシンへ変換して、その仮想マシンを立ち上げるとWinXPのMicrosoftのライセンス認証で弾かれる。

これって、やっぱMicrosoftのライセンス的にどうしょうも無いのかな?
0447名無しさん@お腹いっぱい。2009/12/20(日) 14:45:18ID:ZMXtIy43P
新しいライセンスを買いましょうって話です。
0448名無しさん@お腹いっぱい。2009/12/20(日) 14:47:46ID:+weLm6ow0
>>444
でっかいメモリが必要になるかもしれないと思ったらCreateFileMappingでページファイルにとりあえず最大確保して*ViewOfFileで必要なところを随時マップ・アンマップするという方法を使うなぁ
管理がバンク切り替えみたいでちょっと面倒だけど昔から使われている普通の方法
でかい名無しCreateFileMappingはやったことがなかったら試してみたけど6GB確保できたよ
0449名無しさん@お腹いっぱい。2009/12/20(日) 15:05:10ID:lU1NlknI0
>>447
新しいライセンスを入れれば、元がOEMなWinXPでも大丈夫って事ですかね?
これは道が開けました。サンクス。

ちなみにVMware playerは3.0が良いですかね?
2.5などの方が枯れていて問題が少ない・・・とか無いでしょうか?
0450名無しさん@お腹いっぱい。2009/12/20(日) 16:37:13ID:dRaSyWMv0
>>449
Direct3Dなど描画関連、ゲームも試してみたいなら3.0でしょう。
まぁ、あえて旧版を使うのは自分の使う範囲で不具合が起きてから
でいいんじゃないですか?

>>215-216
ゲストWin7もダメなんだ…。
次のVMware Toolsのアップデートで解消されるといいな。
0451名無しさん@お腹いっぱい。2009/12/20(日) 17:13:37ID:zvPE8m7TP
ホスト Windows 7 Ultimate 64bit
ゲスト Windows Vista Ultimate 32bit
最新まで全て更新してあるけど問題がない俺の環境はなんなんだろうか
0452名無しさん@お腹いっぱい。2009/12/20(日) 17:23:11ID:lU1NlknI0
>>450
>まぁ、あえて旧版を使うのは自分の使う範囲で不具合が起きてから
>でいいんじゃないですか?
まあ、そうですよね。

ちなみにPlayer 3.0って仮想マシンの設定は変更できるどころか、新規に仮想マシンも作れるし、
ユーザにとっては嬉しい限りなのだけど、なんでこんなに太っ腹になってしまったんでしょ?
やっぱWin7のVertual PCやXPモードの影響でしょうかね?
0453名無しさん@お腹いっぱい。2009/12/21(月) 11:35:57ID:zaVJVZOS0
VMware Player 3.0を使ってるんですが、ホストOSをシャットダウンするときに
ゲストOSを自動的にサスペンドすることは可能でしょうか?
0454名無しさん@お腹いっぱい。2009/12/21(月) 14:56:34ID:eJhe6TyXP
VMware Workstation7でUSBブリッジを使ってるんだけど
ホストPCのWindows(x64 XP)でドライバのないUSB HDD(USB 2.0 Hub [MTT])を接続し
このドライバが標準でサポートされているゲストPCの32bit Windows XPにブリッジさせて使いたい。
ところがホストPCのx64 XPで不明なデバイス状態となり、ゲストPCのUSB一覧に出てこない。
こうなるとHOSTのUSB接続を切り離してゲストPCに接続するすべがなくなります。

でも自分の経験ではHOST PCにドライバをインストしてないUSB機器を
ゲストPCのUSB機器一覧から選んで使用した事は何度もあります。
なぜゲストPCのUSB機器一覧の中に入ってくるものと入ってこないものがあるのか?
もしお分かりの方がいらっしゃいましたらご指導のほどよろしくお願い致します。
0455名無しさん@お腹いっぱい。2009/12/21(月) 15:12:34ID:piRVUGAn0
>>454
ゲストPCにも対応してないからじゃないの?
0456名無しさん@お腹いっぱい。2009/12/21(月) 15:24:34ID:Y5UMDbXbP
>>454
ああそれね…

基本的にはホストにドライバがあろうが無かろうが、ゲストにドライバがあろうが無かろうが
全く関係なく、ホストPCで検出されたUSB機器がハードウェア情報をもとに「取り外し可能デバイス」
の一覧に表示されるのが普通だよ。この場合USB 2.0 Hub [MTT]がホストで検出されているのだから
当然それが「取り外し可能デバイス」に表示されてゲスト側で有効化されなければならない。

USB 2.0 Hub [MTT]はWindows2000でも標準ドライバがサポートされているし
当然XP PROでもドライバ不要で大容量記憶装置が現れるのが普通。
確かにUSB 2.0 Hub [MTT]はWindows XPの64bit版のドライバは存在しないので
「不明なデバイス」になるのは当然のことだけど、それでも「取り外し可能デバイス」の操作で
ゲストから使用できるようにならなければならない。

これに限らずVMware WorkstationのUSBブリッジはバグだらけなので、「取り外し可能デバイス」
に表示されたらラッキー!!位に思っていた方が身のためですよ。




0457名無しさん@お腹いっぱい。2009/12/21(月) 15:37:51ID:eJhe6TyXP
>>456
早速の情報ありがとうございます。なるほど、そういう事ですか…
ゲストPCでUSB機器を幅広く使えると聞いたので、折角高いお金を出して買ったのですが
そんな中途半端な製品だったら買わなければ良かったですorz
とりあえずX64でもしっかり動くUSB装置を買って対応することにします。
まさか、HOST PCでしっかり動いているにもかかわらず、ゲストPCで使えないなんてことはないですよね?
もうこれ以上の出費はごめんです。いくらお金があっても足りないぞこのボッタクリwareめ!w
0458名無しさん@お腹いっぱい。2009/12/21(月) 16:03:27ID:Y5UMDbXbP
>>457
>まさか、HOST PCでしっかり動いているにもかかわらず、ゲストPCで使えないなんてことはないですよね?

いや、あり得るだろ?
「取り外し可能デバイス」へ表示されるかどうかはホストでのドライバの有無や正常動作に関係ないのだから。
ただ今回問題になったというUSB 2.0 Hub [MTT]はおそらくGENESYS LOGICのGL852 USB 2.0 MTT HUB Controller
あたりのチップを使った中国製の怪しい機器じゃないかと思われるが、普通一般に使うようなUSBデバイスは
問題なく表示されるから、このスレによく来ているような入門者にはそれほど問題視されてないと思うよ。
0459名無しさん@お腹いっぱい。2009/12/21(月) 18:15:58ID:IBvZ4/a50
あれ、VMware PlayerをVMware Serverのクライアントに流用するのってどうやるんだっけ。。
0460名無しさん@お腹いっぱい。2009/12/21(月) 19:14:48ID:Y5UMDbXbP
>>434
ところで「ガボ」って何の略なの?I/OのRAMディスクでも同じことができる?
0461名無しさん@お腹いっぱい。2009/12/21(月) 19:37:58ID:ndj2KPKm0
>>460
ガボとはGavotte Ramdiskのことです。
参照:http://pc.watch.impress.co.jp/docs/2008/0512/ramdisk.htm
0462名無しさん@お腹いっぱい。2009/12/21(月) 19:45:59ID:Y5UMDbXbP
>>461
ありがとう。つまりI/O DATAのRamPhantom7でも同じことができるってことですね?
http://www.iodata.jp/product/hdd/soft/ramphantom7_64bit/

「ガボもイメージロードさせず、ガボ上にFAT32のまま32M-2040Mを2つ(pagefile.sysとpagefil2.sys)と
32M-480Mを1つ(pagefil3.sys)の計3つになるようにレジストリを設定)」

このイメージロードって意味が不明。
それとなぜページファイルを3つ作ったのだろう?1個ではまずいのかな?
はたまたレジストリでどう設定するんだろう?
0463名無しさん@お腹いっぱい。2009/12/22(火) 12:26:50ID:rzcsWV8r0
test
0464名無しさん@お腹いっぱい。2009/12/22(火) 14:46:01ID:MOof4LA00
てす
0465名無しさん@お腹いっぱい。2009/12/22(火) 16:14:23ID:gqsclUx40
ハーデスクの準備ができてません

ってどゆこと?
無視して継続しれば使えるんですが。。
0466名無しさん@お腹いっぱい。2009/12/22(火) 17:08:48ID:Dmggpw/gP
まずあなた自身がVMwareを使う準備ができていないようです
■ このスレッドは過去ログ倉庫に格納されています