VMware総合スレ Part2 ..
352:名無しさん@お腹いっぱい。
09/12/14 17:33:51 pj9X22RW0
ゲストからホストのウェブサーバーに接続できないって事か。
このスレか前スレで同じ質問があったな。
353:名無しさん@お腹いっぱい。
09/12/14 17:52:51 QhsT+HXZ0
Windows98にAVAST入らなかったんですけど、norton internet
security 2005を入れるというのはOKでしょうか?
2006からは98に対応していないので。
ウイルス定義のアップデートができないんですけど、もうそれは
あきらめようと思っているのですが…
354:名無しさん@お腹いっぱい。
09/12/14 17:57:57 6/kdfXjm0
>>237
355:名無しさん@お腹いっぱい。
09/12/14 20:36:03 m2Nvwr4fP
【FF13はライトニング死亡END】
召喚獣は6体しか使えないは嘘。隠し含めて12体
セラがルシになってクリスタルになるまでは一本道
中盤で訪れるエデンにファルシがいて、ちょっとしたクライマックスになる。
終盤で過去のエデンに行った時にルシになる前のライトニングがいて、セラは実の妹ではなく記憶がファルシに植え付けられていたことを知る。
記憶を取り戻してからは、オーディンの姿やアビリティが変化する。
ラ ス ダ ンはコクーンシティ。機械と融合したファルシの暴走と司教の陰謀を止めるのが最終目標。
ラ ス ボ スは司教エスラクゥス・マター。3回変身して最後はデスピサロみたいになる。
EDラストは3年後に仲間がみんな集まって再会。墓地で誰かの墓参りかと思ったら、ライトニングの墓。
墓石に本名のセラフィナ・ラ・マターと刻まれているのが映ってジエンド。
356:名無しさん@お腹いっぱい。
09/12/14 21:00:19 dKROGXZT0
イイハナシダー
357:350
09/12/14 22:31:14 h0LVbphZ0
>>351
>>352
>>354
ありがとうございます>>237で解決しました!
私の環境もRealtekのNICなので、これにはまる人も結構いそうですね
358:名無しさん@お腹いっぱい。
09/12/14 22:55:23 QAJCzvif0
おれも7.0にしたらVMのフォルダ共有はOK、ドメイン参加もOK、でもネットワークドライブ接続はNGとか
ワケわからんかったんで質問しようとしたら規制中で仕方なく6.5.3に戻してたんだけどそういうことだったのか。
359:名無しさん@お腹いっぱい。
09/12/16 13:47:30 3s8SAdrH0
生まれてこの方、intelか3comのnicしか使ったことが無いので
俺には関係のない話だな。
嘘でござる…
360:名無しさん@お腹いっぱい。
09/12/16 16:41:39 dEFbIOdY0
気がつくと蟹がいるんだよな
361:名無しさん@お腹いっぱい。
09/12/16 17:18:59 DUrtvb600
蟹の仕業じゃーー!!(AA略
362:名無しさん@お腹いっぱい。
09/12/16 17:24:28 NGyDMQvE0
持ってて良かったIntel NIC
ここ2,3年、蟹が外れることがまた多くなってきた。
363:名無しさん@お腹いっぱい。
09/12/16 17:54:31 blD8+PgHP
VMware WS7で複数のゲストOSを同時起動させる際に、1ウィンドウ内に複数のゲストOSを起動した方がいいのか
それともゲストOSごとに別ウィンドウにした方がいいのか、主にパフォーマンスの観点からは
どちらの方が良いものだろうか?
また、VMware WS7のホストOSはどちらかと言えばサーバーOSの方が良いのだろうか?
現在は8GBメモリ搭載で64bit XP Proをホストに使用していますが、他にもっと良い選択が
あるのなら切り替えてみたいと思います。
364:名無しさん@お腹いっぱい。
09/12/16 21:03:55 3s8SAdrH0
windowの形についてはパフォーマンスはどちらも同じ。
ほぼ見掛けだけの問題。
サーバOSで何ぞ?
XP64bitか2003Serverかって話しなら、余計なプロセスが上ってないXPの方
むしろ軽いんじゃない?サービス落として同じ条件にしたら同じだと思.
カーネルのバージョンはどちらも同じだし。
この辺は何をさせたいかにもよるので一概には言えん。
3Dゲームやりたいなら、vistaか7とかいう話しになるし。
windowsホストとlinuxホストならwindowsの方が少しだけ早いらしいが、
俺は調べてないからどこがどう早いのかは分からない。
365:名無しさん@お腹いっぱい。
09/12/16 21:06:23 6edwFo9R0
>>364
でもメモリが不足する状況ではWSの方がゲスト間でのリソース割り当てがしっかり管理されてそうだけど、そういうことはないの?
366:名無しさん@お腹いっぱい。
09/12/16 21:19:57 3s8SAdrH0
WSの方が???
すみません意味分かりません。
ウィンドウの話なら、どちらも裏では仮想マシン毎に別プロセスで上がってるので違いは無いよ。
367:名無しさん@お腹いっぱい。
09/12/16 21:51:46 Usr3RKed0
WS = WorkStation
368:名無しさん@お腹いっぱい。
09/12/16 22:03:05 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として多方面に活用できるのになぁ。
369:名無しさん@お腹いっぱい。
09/12/16 22:07:35 xKQHqgCe0
>>363-364
サーバーOS云々よか、x86とx64の違いで大きな影響が出そうな気がするなぁ。
Windowsがサーバーかクライアントの違いとかで、そんな大きな違いが出るとは思えぬ。
とりあえず、大量にメモリ積んでおけばそれでおkじゃね?
370:名無しさん@お腹いっぱい。
09/12/16 22:14:21 blD8+PgHP
>>369
それはおおむね x86 < x64 という見方で合って4ますか?
371:名無しさん@お腹いっぱい。
09/12/16 22:14:35 eAq87GHn0
>>368
>64Bit Windowsだと周辺機器のドライバも乏しく
>通常のパソコンとして使用するには制約があり過ぎる。
いつの話やねん。64bitで困ることはまず無いし。
あ、古いカメラのソフトがインストールできないことはあったな。
でもそれこそ仮想マシンのXPで動いたし。
サーバ用途ならNASぐらいが繋がれば問題ない。
それよりメモリが多く使えるメリットのほうが多いし。
372:名無しさん@お腹いっぱい。
09/12/16 22:23:41 blD8+PgHP
>>371
主にマルチメディア系のソフトウェア開発に使ってるんですよ。
その際にビデオキャプチャを使うんですが当然DirextXのオーバーレイを使用します。
驚くべきことにVMwareの場合、ゲストOSでもUSBビデオキャプチャで映像をオーバーレイで
プレビューしたり動画をコーデックで圧縮して保存するすることが可能なんですよ。
でも、動くには動くんですが開発にはやはりリアルのPC上での性能で動いてくれないと
ちょっと厳しいんです。
そこでビデオキャプチャを制御するプログラミングの時だけ、ホストPC上の開発環境が
使えれば、名実ともに1台の物理PCですべての仕事ができてしまうんです。
しかし、残念ながら64BitのWindowsドライバをサポートし、DirectShowを使って
制御できるビデオキャプチャってないんですよね。
具体的にはIO-DATAのGV-VCP3R/PCIが64bit Windowsで動いてくれてホストPCで
使えれば何の問題もないのですけどね。
373:名無しさん@お腹いっぱい。
09/12/16 22:43:18 DUrtvb600
>>372
PCもう一個買えよ。
374:名無しさん@お腹いっぱい。
09/12/16 22:56:07 6edwFo9R0
>>372
バグだらけで使い物にならないとは思うけど、LinuxのXENでは、仮想マシンでPCIデバイスが利用できてるようです。
VMwareはVT-d対応ぽいですが、まだPCIデバイスは利用できないんだっけ。
でもいずれ対応するかもしれないので、とりあえず買い換えるときはVT-d対応機種にすることをお勧めしますよ。
そしたら開発をゲストでやれるからドライバの心配も要らないんじゃないかな。
・・ただ、ホストでドライバを組み込んでおく必要があるなら無理かも。
あと、仮想マシンでもハイパーバイザ型じゃないと無理とかあるかも。
やっぱりパソコンもう一台持つべきですね。
375:名無しさん@お腹いっぱい。
09/12/16 23:11:34 blD8+PgHP
>PCもう一個買えよ。
>やっぱりパソコンもう一台持つべきですね。
ですよねー、ですよねーw
おっしゃる通りだと思います。しかしVMwareを使うようになってからPC1台で
全部の仕事をすることが何か美徳のようなものにまってしまって抜けだせないんです。
最終的にはVMware Viewを使って、会社に行かなくても開発業務を行えたらなどと思っています。
まあ、PCに周辺機器を追加するときは会社のホストPCのところまで出向かなければならないでしょうが。
VMwareは将来性のある仮想PC環境だと思います。
376:名無しさん@お腹いっぱい。
09/12/17 00:51:28 DmpAKfyV0
>>372
どっちみち、そういった用件でソフトウェアを開発しても汎用的じゃないし
お客さんも専用のパソコンを用意しないとダメですよね
VMwareはハードウェア依存のシステムには向いていません。
377:名無しさん@お腹いっぱい。
09/12/17 00:51:41 NkH9bcwi0
>>368
>32bit Windowsで3.5GB以上のメモリをゲストPCに配分できるようなものがあればいいのにと
できるよ
378:名無しさん@お腹いっぱい。
09/12/17 01:00:28 27o3+dFZP
>>377
できねーよ。たぶん何かと勘違いしてるんだろうがwww
その人が言いたいのは、ホストPCに16GBを搭載して10個のゲストPCに
それぞれ1GBずつ配分したいというような意図だと思う。
これは64bit Windowsを使うしか方法はないね。
379:名無しさん@お腹いっぱい。
09/12/17 01:14:24 IPp8eMGF0
Windows Serverの上位エディションを使えば64GBまで、とかの現実味のない茶々だろ。
380:名無しさん@お腹いっぱい。
09/12/17 01:31:12 9JrjFJxUP
だとしたら馬鹿丸出しだなwww
381:名無しさん@お腹いっぱい。
09/12/17 01:47:12 XsSMIASz0
>>380
いやそんな馬鹿はこのスレには来ないだろ
きっとなんかやり方があるに違いない、RAMDISKの時のように…
382:名無しさん@お腹いっぱい。
09/12/17 02:05:14 sxuYub3o0
windowsは32bit版はどう頑張っても3.5Gだなぁ
linuxなら32bit版でも4G以上いけるけど。(biosが対応してれば。)
でもその用途でlinuxホストは意味ないけど。
関係ないが何でwindowsは64bit版もlongが32bitなんだ?
ポインタが64bitなのに。このお陰で色々不便…
中途半端というか訳がわからんというか
383:名無しさん@お腹いっぱい。
09/12/17 02:17:26 sxuYub3o0
そうそう、あとプロセスのスケジューリングのことなら
serverもクライアント用エディションも変わらんよ。
どっちも設定で変更できるから。
windowsは基本的にエディション違ってもものはいっしょさ。
パッケージングや制限が設けられたりしてるだけで。
NTサーバの時なんかレジストリの一点書き換えたらサーバに変身したんだよなぁ。
384:名無しさん@お腹いっぱい。
09/12/17 02:20:50 tWUVvL+f0
>>382
windowsの64bitはなんちゃってなんだよ。
2Gを超えるメモリー確保ができないとか制約が多すぎる。
真面目に64ビット対応する気がないんだろう。
なのでメモリ空間必要とするプログラムは全部Linuxでやるしかない。
385:名無しさん@お腹いっぱい。
09/12/17 02:21:31 dGzgMjRw0
>>382
LLP64って奴だな
まぁこの辺りでも
URLリンク(www.itmedia.co.jp)
386:名無しさん@お腹いっぱい。
09/12/17 02:39:53 sxuYub3o0
まさにこれだ…
unix系なら自然と32bitプログラムの64bit対応ができるんだが
windowsだと例えばlongとポインタの間で操作してたりするとすげーめんどいことになる
このLLP64ってのはどんな利点があるのよいったい…
387:名無しさん@お腹いっぱい。
09/12/17 02:47:25 SeynEe7Y0
そもそも、何で勝手にlongがポインタと同一であることを仮定するんだよ。
ずっとずっと昔からINT_PTRやULONG_PTRが用意されていて、必要な部分はこれを使うようになっているのに。
まあメモリだって、一括して巨大な領域が必要な用途は限定されているから
CreateFileMappingでも使えって辺りがMSの回答じゃないかね。
他のAPIは知らん。
388:名無しさん@お腹いっぱい。
09/12/17 02:51:28 tWUVvL+f0
まあLinux使うから良いんだけどさ
389:名無しさん@お腹いっぱい。
09/12/17 02:55:24 sxuYub3o0
別に俺が仮定したわけじゃない。
俺もwindowsのことはそんなに良く知らないが、
世間で仮定されてる状況があってそんなプログラムが山程あるだけ。
390:名無しさん@お腹いっぱい。
09/12/17 02:58:37 sxuYub3o0
スマン板違いなのでもうよそう…
391:名無しさん@お腹いっぱい。
09/12/17 03:37:28 lCKR9B6p0
>>386
ポインタのみ64bitにしたのは、互換性のためだろう。
intやlongが32bitであるという前提で書かれてしまった大量のコードを、すみやかに64bitに移植するためでしょう。
>>384
> 2Gを超えるメモリー確保ができないとか制約が多すぎる。
2GBではなく2TBだよ。
32bitのWindowsは、ユーザーエリアは2GBで、DLLさえ気をつければ、2GB弱の連続したメモリ空間をVirtualAllocできる。
64bitのWindowsは、ユーザーエリアは8TBだが、連続したメモリ空間は2TB弱までしかVirtualAllocできない。
392:名無しさん@お腹いっぱい。
09/12/17 05:37:45 SdzCB3Y90
VMware Server Console(バージョンは1.0.10)を使ってるんですが、
ホストをマルチディスプレイにしていて、ゲストをフルスクリーンにすると
必ず1枚目のディスプレイに表示されてしまいます。
2枚目、3枚目に表示させることは出来ないんでしょうか?
393:名無しさん@お腹いっぱい。
09/12/17 10:29:13 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の有効利用にかかっているような気がする。
ブレードサーバーもずいぶん安く出回るようになったので検討されたい。
394:名無しさん@お腹いっぱい。
09/12/17 11:23:14 BCRpFQpp0
>>393
これを読んだらあまりにも >>363 がかわいそうなので、とりあえずコメントしておこうと思う。
この書き込みは反論ではなく私の手元の現実を説明しているだけなのでその点よろしくです。
私は仕事で、FMV-D5280をE5200のCPUで4GBメモリ搭載で使用している。HDDは標準。
URLリンク(www.fmworld.net)
ホストはXPSP3でページング無し。ホストにはOS以外のソフトを入れていない。
Workstation 6.5.3 Build 185404
この環境でゲストにXPSP3を2台。それぞれに1GBづつメモリを割り当てている。
片方の端末でWindows起動中の高負荷状態でも、もう片方の端末では何も遅さを感じない。
片方の端末でスナップショット操作をしていても、もう片方の端末では何も問題なく作業が続けられる。
ドラッグ&ドロップは同一ウインドウではできない。別ウインドウならできる。
ホストの物理1HDDの1パーティション内で1ホスト2ゲスト起動していて、
ゲスト内では、Eclipse、Office2007、JaneStyle、Beckyを中心に多数のソフトを起動しているが業務に支障がでるような遅さを感じたことが無い。
さて本題に戻ろうか。
一般的にWindowsのウインドウ管理機構はみんなが書いている通りで差は体感できるレベルではない。
以上コメントでした。
395:名無しさん@お腹いっぱい。
09/12/17 11:53:30 9JrjFJxUP
>>394
色々と突っ込みどころ満載ですが時間がないので分かりやすい所だけ。
>片方の端末でスナップショット操作をしていても、もう片方の端末では何も問題なく作業が続けられる。
同一Windows内で複数ゲスト稼働中、片方のゲストのスナップショット処理中は
もう一方のゲストは操作できないよ?
396:名無しさん@お腹いっぱい。
09/12/17 12:12:11 9JrjFJxUP
>>394
おお、すまん。再度実施してみたらスナップショット実行中にもう片方のゲストを操作できたわ。
しかし出来なかった理由が変だ。スナップショットをバックグラウンドで行うように環境設定すると
まるで固まったかのように動かなくなり、バックグラウンドを外すと余裕で操作できるようになった。
これって普通に考えると逆じゃない???俺のPCだけ何かおかしいのかな?
ドラッグ&ドロップの件は失礼した。完全な勘違いというか逆の事を書いてしまった。
ただ、ホストの物理1HDDの1パーティション内で1ホスト2ゲスト起動していて、動くのは当然。
たとえば、膨大なファイルを同一パーティション内でコピーするとか膨大なI./Oリソースを消費する
場合のパフォーマンス低下を示した。通常のアプリ利用で動かなけいようなら誰も使わんでしょう?
397:名無しさん@お腹いっぱい。
09/12/17 13:49:39 fLsGSbJB0
>>396
確かに大量のデータ読み書きでは同一I/Fだと他に影響するけど、
ランダムアクセスの場合は単純にヘッドの移動が忙しくなるだけなので、
物理的に別のHDDでありさえすればI/Fは同一でもかまわないでしょう。
10年前ならテレビ録画もストライピングしないといけないほどだったけど、
いまどきはリアルタイムエンコだからHDDへの連続アクセスする機会は少ない。
巨大なZIPファイルの解凍などはホスト側でやるものだし
書庫を仮想マシン側、展開をシステム側でやればお互いに負荷は小さくて済む。
まあ、1ゲストでも共有フォルダ経由でゲスト(別ドライブ)→ホスト(システムドライブ)にコピーしてたらホストはかなり重かったけど
ウィルスチェックも動くからかもしれない。
いや、VMwareとホストWindowsとでリソースを取り合うからやっぱりI/Fも別の方がいいのか。
デュアルチャネルならそうでもないかもしれんが。
あ、そうそう。
システムとゲストを1パーティションで使うような人は問題外でしょう。
398:名無しさん@お腹いっぱい。
09/12/17 14:49:18 9JrjFJxUP
>>397
以前にSATA port multiplierで4台のSATA HDDを同一SATAポートで接続し
個々のHDDにシステム、仮想ディスクを割り当てて使ってみた事があった。
その際に、やはりシステムディスクとゲストの仮想ディスクは別SATAポートで
分けた方が確実に動作が速かった。
だが実用面でどうかと言えば別ポートに接続したSATA HDDでシステムとゲスト用
仮想ディスクを分けるだけでパフォーマンス上まったく問題がないと言えるだろう。
あまり大きい声では言えないがWinnyやShare等のP2Pを使った場合に差がよくわかる。
キャッシュフォルダの置き場所一つで動きが雲泥の差となる。
399:名無しさん@お腹いっぱい。
09/12/17 18:08:16 lCKR9B6p0
ID:9JrjFJxUP うざい
間違った情報を、さも自信ありげに言うのは、病気。
400:名無しさん@お腹いっぱい。
09/12/17 18:15:04 9JrjFJxUP
>>399
>ポインタのみ64bitにしたのは、互換性のためだろう。
お前こそ何もわかってないじゃね?妄想を堂々と言われるのは迷惑だぜよ?
401:名無しさん@お腹いっぱい。
09/12/17 18:16:10 DeL+QpLoP
どっちも妄想
402:名無しさん@お腹いっぱい。
09/12/17 18:17:16 9JrjFJxUP
>>401
P2で書き込んでる人に言われましてもねぇ…
403:名無しさん@お腹いっぱい。
09/12/17 18:22:44 9iI3qYCs0
>>400
実際その通りだろうに、何を噛みついてんだ?
sizeof(long)=4の前提で書いたコードなんて腐るほどあるわけで
それが今まで通り動くようにするにはポインタだけ8バイトにするのが妥当
404:名無しさん@お腹いっぱい。
09/12/17 18:27:29 9JrjFJxUP
>>403
横から割り込んでそんな顔真っ赤にして言われましても。ご都合主義乙w
405:名無しさん@お腹いっぱい。
09/12/17 18:35:53 27o3+dFZP
sizeof(long)=4の前提とか初心者かね?
処理系に依存していいのはintだけだって教わらなかったのかなぁ?
406:名無しさん@お腹いっぱい。
09/12/17 18:46:38 9iI3qYCs0
>>405
何言ってんだ?サイズを仮定して良いのはcharの1バイトだけだろ
他はintだろうとlongだろうと、最低○バイトということしか定められていない
それにsizeof(long)=4を仮定して作られてるのがあると言っただけで俺はそんなことしないよ
407:名無しさん@お腹いっぱい。
09/12/17 18:52:05 9JrjFJxUP
intは処理系に依存するっているのは正しいと思う。
sizeof(long)=4の前提とか言っておいて言い訳して逃げるのはよくない。
408:名無しさん@お腹いっぱい。
09/12/17 19:07:02 FYqGR1RK0
ム板でやれ
409:名無しさん@お腹いっぱい。
09/12/17 19:09:02 ZzXJnqFu0
ここは度々おかしな流れになるのな
410:名無しさん@お腹いっぱい。
09/12/17 19:12:56 9JrjFJxUP
VMwareは色んな分野の人が使ってるから無理もない。
皆が皆、正しい知識を持ち合わせてるとも、常識人であるとも限らないから。
中にはキレやすい人もいるのは覚悟の上。
411:名無しさん@お腹いっぱい。
09/12/17 19:23:53 NusXScEd0
なら煽るなよ
覚悟できてないだろ
412:名無しさん@お腹いっぱい。
09/12/17 19:25:59 9JrjFJxUP
という煽りに耐える耐性のことを言うのです。あはははは・・・
413:名無しさん@お腹いっぱい。
09/12/17 19:32:20 NusXScEd0
お前は何を言ってるんだ?
414:名無しさん@お腹いっぱい。
09/12/17 19:36:18 CFQMUGLJP
> 常識人であるとも限らない
415:名無しさん@お腹いっぱい。
09/12/17 19:44:30 9JrjFJxUP
まったくだ
416:名無しさん@お腹いっぱい。
09/12/17 19:54:07 fLsGSbJB0
まあ実際金融大手で鯖管理してる奴ってキチガイだしな。
417:名無しさん@お腹いっぱい。
09/12/17 19:55:35 jCmxnahy0
試せる環境にないんだけど
Workstation ってまだ Server OS で環境構築して
LAN外からその仮想マシンにアクセスできるようになってるのかな?
(もちろん、ルータでポートフォワードだかなんかやるんだけど)
ずいぶん昔のバージョンは VMware GSX Server つかえみたいなのが
でたとかでないとかそんな話が合ったような。
418:名無しさん@お腹いっぱい。
09/12/17 21:35:26 XsSMIASz0
>>402
はいはいNG ID:9JrjFJxUP
419:名無しさん@お腹いっぱい。
09/12/17 22:13:40 kK5j504m0
USBディスクに仮想ディスクを作った方が速いというのは同意
420:名無しさん@お腹いっぱい。
09/12/17 22:15:44 27o3+dFZP
>>419
途中で接続が切れたらと思うとぞっとしますけどね。
まあそれはNASも同じですけど。
今まで仮想ディスクがふっとんだ事はないですが
物理ディスクのようにサルベージツールがないのでバックアップ必須ですね。
421:名無しさん@お腹いっぱい。
09/12/17 22:43:16 fLsGSbJB0
>>420
あ、それなら固定サイズで取っておけば普通に復活ツールで復活は可能ですよ。
XPのNTFS上にXPのゲストな固定サイズvmdkがあったんですが、
そのvmdkの入ったパーティションが消えてしまったんですが、
復活ツールを使うとその仮想ディスクが普通にパーティションとして見ることができて、ファイルは復活できました。
その後物理パーティションを復活したところ、vmdkも無事回収できましたが。
経緯はこっちに書いてます。
復元サルベージソフト総合7
スレリンク(software板:73番)
スレリンク(software板:81番)
ID:tB1sZEEV0と81番ですね。
でも、vmdkだけが逝っちゃった場合はパーティションは多分探せないから、やっぱりバックアップは必要かもね。
ていうかバックアップ取るのが簡単なのも仮想化する意味の一つだよね。
422:名無しさん@お腹いっぱい。
09/12/17 22:51:01 9JrjFJxUP
>>421
会社から帰宅する際、仮想ディスクを2TBの外付けeSATA HDDへまるごとバックアップして帰りますよ。
もちろん自動シャットダウンで。一週間分個別にとってあるというなんと贅沢なwww
以前、サルベージに失敗したのは固定じゃなかったからかな?スキャンしても残骸しか拾えなかったorz
423:名無しさん@お腹いっぱい。
09/12/18 00:43:21 gksPEMoK0
ID:9JrjFJxUPって例の数字コテっぽい雰囲気が
424:名無しさん@お腹いっぱい。
09/12/18 02:14:11 2K48D2BC0
>>423
俺は ID:fLsGSbJB0 でしたが何か。
425:名無しさん@お腹いっぱい。
09/12/18 02:54:15 9g4rajce0
>>424
はいはいNG ID:2K48D2BC0
426:名無しさん@お腹いっぱい。
09/12/18 03:15:48 1BQfb5ji0
LLP64なのには2つの理由がある。
・x64版の前のIA64版がLLP64だった (さらにその前のAlpha版から、かも)
・いちばん普及しているx64のCPUは、64bitのモードであっても、32bit幅の変数のほうが処理速度が速い
(64bit幅にするにはprefixが必要で命令長が長くなり、同時にデコードできる命令数が減るとか、L1I$に入る命令数が減るとか・・・)
427:名無しさん@お腹いっぱい。
09/12/18 04:11:41 XSvRx/p10
お薬はちゃんと2週間飲んでくださいね
428:名無しさん@お腹いっぱい。
09/12/18 18:06:17 7FRFI8GTP
ThinAppのスレってどこ?
429:名無しさん@お腹いっぱい。
09/12/18 20:35:43 acAEpbD50
すみません。教えてください。
ホストのOSはWindowsXPsp2でVMwareplayer3.0をインストールしました。
そこで、VMwareplayer workstation6.0で作成した、仮想マシン(WindowsNTsp6)を実行しています。
利用したい機能がvirtual printingなのですが、VM→設定→ハードウェア→追加としてもその中に
「仮想プリンタ」がないのです。
これは、vmware playerではvirtual printing機能は設定できないのでしょうか?
それともゲストOSがNTなのが悪いのでしょうか?
430:名無しさん@お腹いっぱい。
09/12/19 01:03:28 P3d25ZO10
MAC版のFUSIONっていう仮想化ソフトはでたけど、
windows向けのWORKSTASION最新版は日本では発売しないの?
あんまり日本向けはには力入れてないのかな?
パッケージ版発売されたら買おうと思うんだけど。
431:名無しさん@お腹いっぱい。
09/12/19 01:31:51 4mQXbJsr0
パッケージ版買おうとは思わんが、
通販サイトだと12月下旬発送になってよ
432:名無しさん@お腹いっぱい。
09/12/19 03:21:18 Pw/jcjh40
>>429
仮想プリンタが使えるのは6.5以降のバージョン
vmx(vmdkもかな?)のバージョンを変更するか作り直せば出てくるはず
433:名無しさん@お腹いっぱい。
09/12/19 09:27:06 XTBcbMqGP
>>430
ヒント:Keygen
434:名無しさん@お腹いっぱい。
09/12/19 12:31:01 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を超える物理メモリもゲストで使うことが可能って認識してる
435:名無しさん@お腹いっぱい。
09/12/19 12:58:42 XTBcbMqGP
>>434
それってホストPCのOS認識外メモリをRAMディスク化して
そこへページファイルを作成してゲストOSに間接的に使わせるという方法とどこが違うの?
数日かけて屁理屈考えた結果がそれかよ?
でも逆に出来ない事がわかったので良かったよ。
436:名無しさん@お腹いっぱい。
09/12/19 13:27:16 pqkMPDfcP
>やっぱり普通に俺の環境ではできてると思うなぁ
これで「普通」に出来ていると思う時点で終わってるだろうよ?
本当にこのフランケンビルド環境で使っているのなら、それはそれで尊敬に値するがwww
437:名無しさん@お腹いっぱい。
09/12/19 13:30:36 pqkMPDfcP
>ということでWinXP SP3 x86で実質的に3.5GBを超える物理メモリもゲストで使うことが可能って認識してる
ごめん、書いた後で自信がなくなって「実質的に」と言い換えたのね?その小心さに免じて許すことにする。
438:名無しさん@お腹いっぱい。
09/12/19 13:37:22 XTBcbMqGP
>>434
実際にほぼ同じ環境を構築してみました。GeForce8600GTS 256MBというのは無理だったけど。
実際にゲストのWin7 Pro x64で6.5GBのメモリ認識を確認した。
この状態で4GB弱の連続したメモリ空間をVirtualAllocで確保してみたところ見事にフリーズ。
ハングアップしなくなるまで減らしたところ、3GBまでなら問題なく確保できることが判明。
以上、昼下がりの実験結果でした。
439:名無しさん@お腹いっぱい。
09/12/19 17:27:42 nwsg2AkM0
すいません質問させてください。
つい最近までBirtual Boxを使っていたのですが、Windows Meが
どうしてもインスコできなかったので、VMwareに乗り換えました。
そこで、そのままVirtual PC(Virtual BOXの前に使っていたが、
Vistaがネットにつながらないので捨てた)時代からインスコしていた
Vistaをインストールしたのですが、今まで三回も仮想化環境ソフトを
乗り換えてきたため、アクティベーションの制限回数を超えてしまいました。
そこで、既存のVirtual BOXのハードディスクイメージをNHCというソフトで
VMware用形式に変換し、VMの仮想OS新規作成で新しく仮想OSを作成し、
ハードディスクイメージを変換したものに上書きしました。
ところが、いざ起動してみると、「Windowsが正常に起動できませんでした」
と表示され、どのオプションを選択してもやっぱり同じです。
何とか起動できるようになりませんか?
440:名無しさん@お腹いっぱい。
09/12/19 17:34:52 tKS7EpPt0
>アクティベーションの制限回数を超えてしまいました。
電話すればいいだけだろ
441:名無しさん@お腹いっぱい。
09/12/19 18:19:32 MNWgwhb70
>>439
正常に起動できないエラーメッセージに関しては、とりあえず入れ直せば?としか‥
442:名無しさん@お腹いっぱい。
09/12/19 18:36:31 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の限界値に近いようなの感じなので起動直後ならちゃんととれるんじゃないかな?
443:名無しさん@お腹いっぱい。
09/12/19 19:07:04 raCWyn+f0
>>442
>使用中メモリが4GB近くになってた
テレビ見てたら徐々に使用中メモリが開放されていって561MBまでに戻ったんでまたやってみたら起動時と同じ4.8GBでも大丈夫だった
444:名無しさん@お腹いっぱい。
09/12/19 20:17:52 SnNUotG40
なるほど。
普通は実質的に実メモリに適用するところを、
実メモリの割り当てを減らす代わりにOS管理外のRAMディスクに積極的にページアウトして活用か。
しかしアロケートができるのかと。
まあ普通はできんよな。
445:名無しさん@お腹いっぱい。
09/12/19 21:57:34 eZdkyQsI0
何このスレ(AA略
446:名無しさん@お腹いっぱい。
09/12/20 14:15:47 lU1NlknI0
スレ違いかも知れんけど、メインPC環境を仮想マシンで新PCに移行の件でちと質問。
メーカ製のWinXPなPC(WinXPはメーカーのOEMライセンス)からVMware vCenter Converterで
仮想マシンへ変換して、その仮想マシンを立ち上げるとWinXPのMicrosoftのライセンス認証で弾かれる。
これって、やっぱMicrosoftのライセンス的にどうしょうも無いのかな?
447:名無しさん@お腹いっぱい。
09/12/20 14:45:18 ZMXtIy43P
新しいライセンスを買いましょうって話です。
448:名無しさん@お腹いっぱい。
09/12/20 14:47:46 +weLm6ow0
>>444
でっかいメモリが必要になるかもしれないと思ったらCreateFileMappingでページファイルにとりあえず最大確保して*ViewOfFileで必要なところを随時マップ・アンマップするという方法を使うなぁ
管理がバンク切り替えみたいでちょっと面倒だけど昔から使われている普通の方法
でかい名無しCreateFileMappingはやったことがなかったら試してみたけど6GB確保できたよ
449:名無しさん@お腹いっぱい。
09/12/20 15:05:10 lU1NlknI0
>>447
新しいライセンスを入れれば、元がOEMなWinXPでも大丈夫って事ですかね?
これは道が開けました。サンクス。
ちなみにVMware playerは3.0が良いですかね?
2.5などの方が枯れていて問題が少ない・・・とか無いでしょうか?
450:名無しさん@お腹いっぱい。
09/12/20 16:37:13 dRaSyWMv0
>>449
Direct3Dなど描画関連、ゲームも試してみたいなら3.0でしょう。
まぁ、あえて旧版を使うのは自分の使う範囲で不具合が起きてから
でいいんじゃないですか?
>>215-216
ゲストWin7もダメなんだ…。
次のVMware Toolsのアップデートで解消されるといいな。
451:名無しさん@お腹いっぱい。
09/12/20 17:13:37 zvPE8m7TP
ホスト Windows 7 Ultimate 64bit
ゲスト Windows Vista Ultimate 32bit
最新まで全て更新してあるけど問題がない俺の環境はなんなんだろうか
452:名無しさん@お腹いっぱい。
09/12/20 17:23:11 lU1NlknI0
>>450
>まぁ、あえて旧版を使うのは自分の使う範囲で不具合が起きてから
>でいいんじゃないですか?
まあ、そうですよね。
ちなみにPlayer 3.0って仮想マシンの設定は変更できるどころか、新規に仮想マシンも作れるし、
ユーザにとっては嬉しい限りなのだけど、なんでこんなに太っ腹になってしまったんでしょ?
やっぱWin7のVertual PCやXPモードの影響でしょうかね?
453:名無しさん@お腹いっぱい。
09/12/21 11:35:57 zaVJVZOS0
VMware Player 3.0を使ってるんですが、ホストOSをシャットダウンするときに
ゲストOSを自動的にサスペンドすることは可能でしょうか?
454:名無しさん@お腹いっぱい。
09/12/21 14:56:34 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機器一覧の中に入ってくるものと入ってこないものがあるのか?
もしお分かりの方がいらっしゃいましたらご指導のほどよろしくお願い致します。
455:名無しさん@お腹いっぱい。
09/12/21 15:12:34 piRVUGAn0
>>454
ゲストPCにも対応してないからじゃないの?
456:名無しさん@お腹いっぱい。
09/12/21 15:24:34 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ブリッジはバグだらけなので、「取り外し可能デバイス」
に表示されたらラッキー!!位に思っていた方が身のためですよ。
457:名無しさん@お腹いっぱい。
09/12/21 15:37:51 eJhe6TyXP
>>456
早速の情報ありがとうございます。なるほど、そういう事ですか…
ゲストPCでUSB機器を幅広く使えると聞いたので、折角高いお金を出して買ったのですが
そんな中途半端な製品だったら買わなければ良かったですorz
とりあえずX64でもしっかり動くUSB装置を買って対応することにします。
まさか、HOST PCでしっかり動いているにもかかわらず、ゲストPCで使えないなんてことはないですよね?
もうこれ以上の出費はごめんです。いくらお金があっても足りないぞこのボッタクリwareめ!w
458:名無しさん@お腹いっぱい。
09/12/21 16:03:27 Y5UMDbXbP
>>457
>まさか、HOST PCでしっかり動いているにもかかわらず、ゲストPCで使えないなんてことはないですよね?
いや、あり得るだろ?
「取り外し可能デバイス」へ表示されるかどうかはホストでのドライバの有無や正常動作に関係ないのだから。
ただ今回問題になったというUSB 2.0 Hub [MTT]はおそらくGENESYS LOGICのGL852 USB 2.0 MTT HUB Controller
あたりのチップを使った中国製の怪しい機器じゃないかと思われるが、普通一般に使うようなUSBデバイスは
問題なく表示されるから、このスレによく来ているような入門者にはそれほど問題視されてないと思うよ。
459:名無しさん@お腹いっぱい。
09/12/21 18:15:58 IBvZ4/a50
あれ、VMware PlayerをVMware Serverのクライアントに流用するのってどうやるんだっけ。。
460:名無しさん@お腹いっぱい。
09/12/21 19:14:48 Y5UMDbXbP
>>434
ところで「ガボ」って何の略なの?I/OのRAMディスクでも同じことができる?
461:名無しさん@お腹いっぱい。
09/12/21 19:37:58 ndj2KPKm0
>>460
ガボとはGavotte Ramdiskのことです。
参照:URLリンク(pc.watch.impress.co.jp)
462:名無しさん@お腹いっぱい。
09/12/21 19:45:59 Y5UMDbXbP
>>461
ありがとう。つまりI/O DATAのRamPhantom7でも同じことができるってことですね?
URLリンク(www.iodata.jp)
「ガボもイメージロードさせず、ガボ上にFAT32のまま32M-2040Mを2つ(pagefile.sysとpagefil2.sys)と
32M-480Mを1つ(pagefil3.sys)の計3つになるようにレジストリを設定)」
このイメージロードって意味が不明。
それとなぜページファイルを3つ作ったのだろう?1個ではまずいのかな?
はたまたレジストリでどう設定するんだろう?
463:名無しさん@お腹いっぱい。
09/12/22 12:26:50 rzcsWV8r0
test
464:名無しさん@お腹いっぱい。
09/12/22 14:46:01 MOof4LA00
てす
465:名無しさん@お腹いっぱい。
09/12/22 16:14:23 gqsclUx40
ハーデスクの準備ができてません
ってどゆこと?
無視して継続しれば使えるんですが。。
466:名無しさん@お腹いっぱい。
09/12/22 17:08:48 Dmggpw/gP
まずあなた自身がVMwareを使う準備ができていないようです
467:名無しさん@お腹いっぱい。
09/12/22 17:14:37 pGWTtILl0
>>466
かっこいい!
死ね!
468:名無しさん@お腹いっぱい。
09/12/22 19:40:09 pGWTtILl0
と言った矢先に俺が死にそうな件
VT対応と思い込んでいたうちのプロセッサがVT非対応だった!
どうしてx86_64で動かないのかと超悩んだ……
1年前にCore 2 Duo E8500とCore 2 Quad Q8200を同時に買って、
E8500の方は動いていたから変な思い込みをしてまったという日記
469:名無しさん@お腹いっぱい。
09/12/22 20:05:57 Qm0u7lf80
VMware使い出すと、メモリとHDDが、いくらあっても足りないな。
470:名無しさん@お腹いっぱい。
09/12/22 20:15:45 snANXn0PP
>>469
メモリやHDDが安くなっていくらでも手に入る時代になったから脚光を浴びているという見方もある。
471:名無しさん@お腹いっぱい。
09/12/22 20:40:13 Qm0u7lf80
いつも足りてないけどね。
自分が使い出したのは、バージョンが2.0になって(バージョンアップではないライセンスが)$98で安かったとき。
当時はCPUがネックだったから、同時に走らせるVMは2個くらいが限度だった。
しばらくして、4個くらいは平気になったけど、こんどはメモリが足りない。
メモリを足したら、VMwareの全VM合計メモリの制限1GBに引っかかって、無駄に終わった。
VMwareのバージョンが上がってメモリ2GBまで使えるようになったら、今度はCPUがネックに。
いつも何かしらリソースが足りない。
472:名無しさん@お腹いっぱい。
09/12/22 20:43:09 snANXn0PP
PCを複数台買えない貧乏人が使うものという見方もある。
473:名無しさん@お腹いっぱい。
09/12/22 20:44:32 pGWTtILl0
ちきゅうにきびしい
474:名無しさん@お腹いっぱい。
09/12/22 20:46:47 Qm0u7lf80
>>472
いや、適当なロースペックのPCを複数台買ったほうが、たぶん、安上がりだよ。
475:名無しさん@お腹いっぱい。
09/12/22 20:47:49 snANXn0PP
いつも足りないリソースとは、実は自分の脳だったりする。
25才過ぎて親の脛をかじる人間だけにはなるなよ。
俺は社会が悪いだの、環境が悪いだの。何かにつけて責任転嫁をしてしまう人間の弱さをずっと見てきた。
障害を持ちながらも強く生きている奴もたくさんいる。甘ったれてないで強い人になりなよ。
476:名無しさん@お腹いっぱい。
09/12/22 21:21:13 A8tEUcKr0
仮想マシンの最大のメリットはマイグレーションだと思う
477:名無しさん@お腹いっぱい。
09/12/22 21:27:40 Qm0u7lf80
そうね。
ハードウェアが壊れたときに別のマシンにバックアップから戻すとき、VMwareのほうが圧倒的に速い。
478:名無しさん@お腹いっぱい。
09/12/22 22:24:51 my7sZDqT0
>>476 >>477
個人レベルならそのとおりでいいと思うけど、
冗長構成やらホットスワップ対応ハードウェアやらなんやらで装備した
業務用とかの環境だとそれは必ずしも正しくない。
LVMとか使おうよ、程度の効果は期待できるけど、
逆に言えばそのくらいしか効果がない。
反面ハイパーバイザにせよベアメタルにせよデメリットはいろいろある。
これが激変するのは、上記のデメリットが問題にならなくなった上に、
VMwareで言うならVMotionに該当する
ライブマイグレーションを当たり前のように常用するようになった段階。
それはまだまだ先。
479:名無しさん@お腹いっぱい。
09/12/22 22:39:04 snANXn0PP
>>478
VMware Viewを個人で使ってみてるけどなかなかいいよ。
これ、業務システムでブレードサーバーとか使ってるならマジで使えると思う。
ただ、PC環境が各自バラバラだと意味がないので、原則コーポレートスタンダードが決まっていて
基本共通環境で各ユーザーのプロファイルが差分となるようなシステムでないと意味をなさないかも。
俺は仮想ディスクを3つ用意してXP、Vista、Win7を入れてモバイルでそれぞれ選んで使ってる。
本来の使い方としては間違っているのかもしれないけど、VMware Workstationを使ってるのと
大差ない感じで使えてるのが凄いと思ってます。
480:名無しさん@お腹いっぱい。
09/12/22 23:22:39 tHWJHQbv0
>>475
会社のスネかじってますがナニカ?
481:名無しさん@お腹いっぱい。
09/12/23 01:51:36 LvrgGq3N0
自分の情弱さと傲慢さに気づかない気持ち悪い人なんだから放っておけ。
482:名無しさん@お腹いっぱい。
09/12/23 02:21:20 YflNKEWi0
>>479
コンシューマ事業じゃない業務向けのクラウド知ってる?知ってたら何をいまさら長々とって感じなんですが。
483:名無しさん@お腹いっぱい。
09/12/23 02:37:11 KRiyC2qpP
>>482
( ゚д゚)ポカーン
484:名無しさん@お腹いっぱい。
09/12/23 09:57:58 nBRT63NPP
>>482
話が傲慢杉
485:名無しさん@お腹いっぱい。
09/12/23 11:00:00 W5fzgKCj0
教えていただきたいのですが、以下の状況でVMwareの設定などを変更し速くする方法はありますか?
下記の環境下で、ホスト、ゲストともにCPU使用率を見ても100%を超えることはないのですが
微妙にもさつきます。
ホスト:XP
CPU:QUAD4コア
GPU:geforce9800
メモリ:4GB
ゲスト:XP
CPU:2コア割り当て
メモリ上にメモリを配置:2GB
3Dアクセラレーション有効
探してもわからなかったのですが、ゲストの描画機能はホストのGPUを使っているのでしょうか。それともCPUでエミュレーションしているのでしょうか。
お願いします。
486:名無しさん@お腹いっぱい。
09/12/23 11:03:35 pXvxuQk6P
>>485
ずいぶんと贅沢な環境ですね。正直むかつきます。
教えるのもだるいのでお断りします
ハハ
((⊂丶(゚ω゚) /⊃))
\/ 丶_/
__/ |
( __ |
\\ \\
(/ / /
\)
487:名無しさん@お腹いっぱい。
09/12/23 11:20:30 BU2iiOGQ0
別に贅沢な環境には見えないが
で、基本的にゲストの動作はホストと比べてある程度もさつくのは仕方がないから諦めれ。
設定で見直す点があるとすれば、Intel-VTまたはAMD-Vが有効になってるかどうか。
488:名無しさん@お腹いっぱい。
09/12/23 11:39:27 nBRT63NPP
>>487
俺なんかHPのdx7400なんで、CPUがIntel-VTサポートしてるのに
BIOSで有効化できないという哀れな環境。それでもそれなりに使えてますよ
VMware Worrkstation7がね。
489:名無しさん@お腹いっぱい。
09/12/23 11:46:13 W5fzgKCj0
>>487
ありがとうございます。
見直してみたら、最適化エンジンモードが「自動」になっていました。
手動でINTEL-VTに直しましたが、あんまり変わらない気がする、ベンチも走らせましたが
もしかしたら元からなっていたのかもしれません。
この設定は詳しく知らなかったので大変参考になりました。
490:名無しさん@お腹いっぱい。
09/12/23 11:52:47 nBRT63NPP
ちくしょー!INTEL-VT使ってみたいなぁ…
どんだけ速くなるんだろう。
491:名無しさん@お腹いっぱい。
09/12/23 11:58:41 A6QRHnu40
VTより別ディスクにおいてvmem使わないことのほうがパフォーマンスに出るんじゃないかな
492:名無しさん@お腹いっぱい。
09/12/23 11:59:29 nBRT63NPP
>>491
そうしてます。何か救われた気分でつw
493:名無しさん@お腹いっぱい。
09/12/23 12:31:14 YeDXPLOS0
VTなんて32bitのホスト上で64bitのゲスト動かすものでパフォーマンスなんて二の次だと思ってた。
>>491
ある程度のスペック満たしてればボトルネックはディスクI/Oになっちゃうよね。
494:名無しさん@お腹いっぱい。
09/12/23 12:48:01 nBRT63NPP
>>493
自分の環境で一番軽いディスクI/OはなんとUSB2.0なんですが何かの間違いかな?
NASもそこそこいいけどUSB2.0の方がディスクとしての性能が出る分速く感じる。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4316日前に更新/301 KB
担当:undef