VMware総合スレ Part23

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/11/25(水) 00:15:21 ID:WJdW5e3z0] 本家　www.vmware.com/ 日本　www.vmware.com/jp/ 動画　video.google.com/videosearch?q=VMware&so=1 Windows および VMware の EULA の議論は 答えが出ないので避けてください。話題が出されてもスルーしてください。 もし議論したい場合は、法律板かWindows板にでも専用スレをたてて下さい。 369 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/16(水) 22:07:35 ID:xKQHqgCe0] >>363-364 サーバーOS云々よか、x86とx64の違いで大きな影響が出そうな気がするなぁ。 Windowsがサーバーかクライアントの違いとかで、そんな大きな違いが出るとは思えぬ。 とりあえず、大量にメモリ積んでおけばそれでおｋじゃね？ 370 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/16(水) 22:14:21 ID:blD8+PgHP] >>369 それはおおむね　x86 ＜　x64 という見方で合って4ますか？ 371 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/16(水) 22:14:35 ID:eAq87GHn0] >>368 >64Bit Windowsだと周辺機器のドライバも乏しく >通常のパソコンとして使用するには制約があり過ぎる。 いつの話やねん。64bitで困ることはまず無いし。 あ、古いカメラのソフトがインストールできないことはあったな。 でもそれこそ仮想マシンのXPで動いたし。 サーバ用途ならNASぐらいが繋がれば問題ない。 それよりメモリが多く使えるメリットのほうが多いし。 372 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/16(水) 22:23:41 ID:blD8+PgHP] >>371 主にマルチメディア系のソフトウェア開発に使ってるんですよ。 その際にビデオキャプチャを使うんですが当然DirextXのオーバーレイを使用します。 驚くべきことにVMwareの場合、ゲストOSでもUSBビデオキャプチャで映像をオーバーレイで プレビューしたり動画をコーデックで圧縮して保存するすることが可能なんですよ。 でも、動くには動くんですが開発にはやはりリアルのPC上での性能で動いてくれないと ちょっと厳しいんです。 そこでビデオキャプチャを制御するプログラミングの時だけ、ホストPC上の開発環境が 使えれば、名実ともに１台の物理PCですべての仕事ができてしまうんです。 しかし、残念ながら64BitのWindowsドライバをサポートし、DirectShowを使って 制御できるビデオキャプチャってないんですよね。 具体的にはIO-DATAのGV-VCP3R/PCIが64bit Windowsで動いてくれてホストPCで 使えれば何の問題もないのですけどね。 373 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/16(水) 22:43:18 ID:DUrtvb600] >>372 PCもう一個買えよ。 374 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/16(水) 22:56:07 ID:6edwFo9R0] >>372 バグだらけで使い物にならないとは思うけど、LinuxのXENでは、仮想マシンでPCIデバイスが利用できてるようです。 VMwareはVT-d対応ぽいですが、まだPCIデバイスは利用できないんだっけ。 でもいずれ対応するかもしれないので、とりあえず買い換えるときはVT-d対応機種にすることをお勧めしますよ。 そしたら開発をゲストでやれるからドライバの心配も要らないんじゃないかな。 ・・ただ、ホストでドライバを組み込んでおく必要があるなら無理かも。 あと、仮想マシンでもハイパーバイザ型じゃないと無理とかあるかも。 やっぱりパソコンもう一台持つべきですね。 375 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/16(水) 23:11:34 ID:blD8+PgHP] >PCもう一個買えよ。 >やっぱりパソコンもう一台持つべきですね。 ですよねー、ですよねーｗ おっしゃる通りだと思います。しかしVMwareを使うようになってからPC１台で 全部の仕事をすることが何か美徳のようなものにまってしまって抜けだせないんです。 最終的にはVMware Viewを使って、会社に行かなくても開発業務を行えたらなどと思っています。　 まあ、PCに周辺機器を追加するときは会社のホストPCのところまで出向かなければならないでしょうが。 VMwareは将来性のある仮想PC環境だと思います。 376 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 00:51:28 ID:DmpAKfyV0] >>372 どっちみち、そういった用件でソフトウェアを開発しても汎用的じゃないし お客さんも専用のパソコンを用意しないとダメですよね VMwareはハードウェア依存のシステムには向いていません。 377 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 00:51:41 ID:NkH9bcwi0] >>368 >32bit Windowsで3.5GB以上のメモリをゲストPCに配分できるようなものがあればいいのにと できるよ 378 名前：名無しさん＠お腹いっぱい。 [2009/12/17(木) 01:00:28 ID:27o3+dFZP] >>377 できねーよ。たぶん何かと勘違いしてるんだろうがｗｗｗ その人が言いたいのは、ホストPCに16GBを搭載して10個のゲストPCに それぞれ1GBずつ配分したいというような意図だと思う。 これは64bit Windowsを使うしか方法はないね。 379 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 01:14:24 ID:IPp8eMGF0] Windows Serverの上位エディションを使えば64GBまで、とかの現実味のない茶々だろ。 380 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 01:31:12 ID:9JrjFJxUP] だとしたら馬鹿丸出しだなｗｗｗ 381 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 01:47:12 ID:XsSMIASz0] >>380 いやそんな馬鹿はこのスレには来ないだろ きっとなんかやり方があるに違いない、RAMDISKの時のように… 382 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 02:05:14 ID:sxuYub3o0] windowsは32bit版はどう頑張っても3.5Gだなぁ linuxなら32bit版でも4G以上いけるけど。（biosが対応してれば。） でもその用途でlinuxホストは意味ないけど。 関係ないが何でwindowsは64bit版もlongが32bitなんだ？ ポインタが64bitなのに。このお陰で色々不便… 中途半端というか訳がわからんというか 383 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 02:17:26 ID:sxuYub3o0] そうそう、あとプロセスのスケジューリングのことなら serverもクライアント用エディションも変わらんよ。 どっちも設定で変更できるから。 windowsは基本的にエディション違ってもものはいっしょさ。 パッケージングや制限が設けられたりしてるだけで。 NTサーバの時なんかレジストリの一点書き換えたらサーバに変身したんだよなぁ。 384 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 02:20:50 ID:tWUVvL+f0] >>382 windowsの64bitはなんちゃってなんだよ。 ２Ｇを超えるメモリー確保ができないとか制約が多すぎる。 真面目に64ビット対応する気がないんだろう。 なのでメモリ空間必要とするプログラムは全部Linuxでやるしかない。 385 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 02:21:31 ID:dGzgMjRw0] >>382 LLP64って奴だな まぁこの辺りでも ttp://www.itmedia.co.jp/enterprise/articles/0506/13/news006_2.html 386 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 02:39:53 ID:sxuYub3o0] まさにこれだ… unix系なら自然と32bitプログラムの64bit対応ができるんだが windowsだと例えばlongとポインタの間で操作してたりするとすげーめんどいことになる このLLP64ってのはどんな利点があるのよいったい… 387 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 02:47:25 ID:SeynEe7Y0] そもそも、何で勝手にlongがポインタと同一であることを仮定するんだよ。 ずっとずっと昔からINT_PTRやULONG_PTRが用意されていて、必要な部分はこれを使うようになっているのに。 まあメモリだって、一括して巨大な領域が必要な用途は限定されているから CreateFileMappingでも使えって辺りがMSの回答じゃないかね。 他のAPIは知らん。 388 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 02:51:28 ID:tWUVvL+f0] まあLinux使うから良いんだけどさ 389 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 02:55:24 ID:sxuYub3o0] 別に俺が仮定したわけじゃない。 俺もwindowsのことはそんなに良く知らないが、 世間で仮定されてる状況があってそんなプログラムが山程あるだけ。 390 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 02:58:37 ID:sxuYub3o0] スマン板違いなのでもうよそう… 391 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 03:37:28 ID:lCKR9B6p0] >>386 ポインタのみ64bitにしたのは、互換性のためだろう。 intやlongが32bitであるという前提で書かれてしまった大量のコードを、すみやかに64bitに移植するためでしょう。 >>384 > ２Ｇを超えるメモリー確保ができないとか制約が多すぎる。 2GBではなく2TBだよ。 32bitのWindowsは、ユーザーエリアは2GBで、DLLさえ気をつければ、2GB弱の連続したメモリ空間をVirtualAllocできる。 64bitのWindowsは、ユーザーエリアは8TBだが、連続したメモリ空間は2TB弱までしかVirtualAllocできない。 392 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 05:37:45 ID:SdzCB3Y90] VMware Server Console（バージョンは1.0.10）を使ってるんですが、 ホストをマルチディスプレイにしていて、ゲストをフルスクリーンにすると 必ず１枚目のディスプレイに表示されてしまいます。 ２枚目、３枚目に表示させることは出来ないんでしょうか？ 393 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 10:29:13 ID:9JrjFJxUP] >>363 >VMware WS7で複数のゲストOSを同時起動させる際に、１ウィンドウ内に複数のゲストOSを起動した方がいいのか >それともゲストOSごとに別ウィンドウにした方がいいのか、主にパフォーマンスの観点からは >どちらの方が良いものだろうか？ ちょっと気になったんで実際に比べてみたんだが、意外にも大きな差があったよ。 別々のWindowで起動した場合はゲストPC１に高負荷の仕事をさせた場合でも、ゲストPC2はそれなりに サクサク動いてくれる。しかし同様の実験を同一ウィンドウ内で行うと、ゲストPC2もゲストPC1の負荷のあおりを 直接受けるようになってしまう。また、スナップショットの作成／復元を行う際にも、別々のWindowならば ゲストPC1のスナップショット処理中にゲストPC2を操作できるメリットがある。 では別々に起動した方がいいのかと言えば必ずしもそうではない。２つのゲストOS間で連携を強めたい場合、 たとえばゲスト１PCのファイルをドラッグ＆ドロップしてゲスト２PCに落とすような事が必要な場合は 同一ウィンドウ内で稼働させなければならない（カット＆ペーストは別窓でも可能） しかし最もパフォーマンスに大きく影響するのはホストPCとのメモリやディスク等のリソースの共有だろう。 原則としてホストPCが使用するディスクにはゲストPCはアクセスしないように心がけることが大切だ。 それゆえ、ゲストPCの仮想ディスクはホストPCが存在するローカルディスクと切り離してNASに設置した方が パフォーマンスは向上する。データの配置もホストPCがインストされたローカルディスクまたは 同じインタフェースにぶら下がるローカルディスクよりも、むしろUSB接続のHDDに置いた方が ゲストOSのパフォーマンスは向上する。データの信頼性という観点は別にある訳だが。 その意味でVMware Workstationをうまく使うコツはNASの有効利用にかかっているような気がする。 ブレードサーバーもずいぶん安く出回るようになったので検討されたい。 394 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 11:23:14 ID:BCRpFQpp0] >>393 これを読んだらあまりにも >>363 がかわいそうなので、とりあえずコメントしておこうと思う。 この書き込みは反論ではなく私の手元の現実を説明しているだけなのでその点よろしくです。 私は仕事で、FMV-D5280をE5200のCPUで4GBメモリ搭載で使用している。HDDは標準。 www.fmworld.net/biz/fmv/esprimo/0904/d5280/spec.html ホストはXPSP3でページング無し。ホストにはOS以外のソフトを入れていない。 Workstation 6.5.3 Build 185404 この環境でゲストにXPSP3を２台。それぞれに１GBづつメモリを割り当てている。 片方の端末でWindows起動中の高負荷状態でも、もう片方の端末では何も遅さを感じない。 片方の端末でスナップショット操作をしていても、もう片方の端末では何も問題なく作業が続けられる。 ドラッグ＆ドロップは同一ウインドウではできない。別ウインドウならできる。 ホストの物理１HDDの１パーティション内で１ホスト２ゲスト起動していて、 ゲスト内では、Eclipse、Office2007、JaneStyle、Beckyを中心に多数のソフトを起動しているが業務に支障がでるような遅さを感じたことが無い。 さて本題に戻ろうか。 一般的にWindowsのウインドウ管理機構はみんなが書いている通りで差は体感できるレベルではない。 以上コメントでした。 395 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 11:53:30 ID:9JrjFJxUP] >>394 色々と突っ込みどころ満載ですが時間がないので分かりやすい所だけ。 >片方の端末でスナップショット操作をしていても、もう片方の端末では何も問題なく作業が続けられる。 同一Windows内で複数ゲスト稼働中、片方のゲストのスナップショット処理中は もう一方のゲストは操作できないよ？ 396 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 12:12:11 ID:9JrjFJxUP] >>394 おお、すまん。再度実施してみたらスナップショット実行中にもう片方のゲストを操作できたわ。 しかし出来なかった理由が変だ。スナップショットをバックグラウンドで行うように環境設定すると まるで固まったかのように動かなくなり、バックグラウンドを外すと余裕で操作できるようになった。 これって普通に考えると逆じゃない？？？俺のPCだけ何かおかしいのかな？ ドラッグ＆ドロップの件は失礼した。完全な勘違いというか逆の事を書いてしまった。 ただ、ホストの物理１HDDの１パーティション内で１ホスト２ゲスト起動していて、動くのは当然。 たとえば、膨大なファイルを同一パーティション内でコピーするとか膨大なI.／Oリソースを消費する 場合のパフォーマンス低下を示した。通常のアプリ利用で動かなけいようなら誰も使わんでしょう？ 397 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 13:49:39 ID:fLsGSbJB0] >>396 確かに大量のデータ読み書きでは同一I/Fだと他に影響するけど、 ランダムアクセスの場合は単純にヘッドの移動が忙しくなるだけなので、 物理的に別のHDDでありさえすればI/Fは同一でもかまわないでしょう。 １０年前ならテレビ録画もストライピングしないといけないほどだったけど、 いまどきはリアルタイムエンコだからHDDへの連続アクセスする機会は少ない。 巨大なZIPファイルの解凍などはホスト側でやるものだし 書庫を仮想マシン側、展開をシステム側でやればお互いに負荷は小さくて済む。 まあ、１ゲストでも共有フォルダ経由でゲスト（別ドライブ）→ホスト（システムドライブ）にコピーしてたらホストはかなり重かったけど ウィルスチェックも動くからかもしれない。 いや、VMwareとホストWindowsとでリソースを取り合うからやっぱりI/Fも別の方がいいのか。 デュアルチャネルならそうでもないかもしれんが。 あ、そうそう。 システムとゲストを１パーティションで使うような人は問題外でしょう。 398 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 14:49:18 ID:9JrjFJxUP] >>397 以前にSATA port multiplierで4台のSATA HDDを同一SATAポートで接続し 個々のHDDにシステム、仮想ディスクを割り当てて使ってみた事があった。 その際に、やはりシステムディスクとゲストの仮想ディスクは別SATAポートで 分けた方が確実に動作が速かった。 だが実用面でどうかと言えば別ポートに接続したSATA HDDでシステムとゲスト用 仮想ディスクを分けるだけでパフォーマンス上まったく問題がないと言えるだろう。 あまり大きい声では言えないがWinnyやShare等のP2Pを使った場合に差がよくわかる。 キャッシュフォルダの置き場所一つで動きが雲泥の差となる。 399 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 18:08:16 ID:lCKR9B6p0] ID:9JrjFJxUP うざい 間違った情報を、さも自信ありげに言うのは、病気。 400 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 18:15:04 ID:9JrjFJxUP] >>399 ＞ポインタのみ64bitにしたのは、互換性のためだろう。 お前こそ何もわかってないじゃね？妄想を堂々と言われるのは迷惑だぜよ？ 401 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 18:16:10 ID:DeL+QpLoP] どっちも妄想 402 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 18:17:16 ID:9JrjFJxUP] >>401 P2で書き込んでる人に言われましてもねぇ… 403 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 18:22:44 ID:9iI3qYCs0] >>400 実際その通りだろうに、何を噛みついてんだ？ sizeof(long)=4の前提で書いたコードなんて腐るほどあるわけで それが今まで通り動くようにするにはポインタだけ8バイトにするのが妥当 404 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 18:27:29 ID:9JrjFJxUP] >>403 横から割り込んでそんな顔真っ赤にして言われましても。ご都合主義乙ｗ 405 名前：名無しさん＠お腹いっぱい。 [2009/12/17(木) 18:35:53 ID:27o3+dFZP] sizeof(long)=4の前提とか初心者かね？ 処理系に依存していいのはintだけだって教わらなかったのかなぁ？ 406 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 18:46:38 ID:9iI3qYCs0] >>405 何言ってんだ？サイズを仮定して良いのはcharの1バイトだけだろ 他はintだろうとlongだろうと、最低○バイトということしか定められていない それにsizeof(long)=4を仮定して作られてるのがあると言っただけで俺はそんなことしないよ 407 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 18:52:05 ID:9JrjFJxUP] intは処理系に依存するっているのは正しいと思う。 sizeof(long)=4の前提とか言っておいて言い訳して逃げるのはよくない。 408 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 19:07:02 ID:FYqGR1RK0] ム板でやれ 409 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 19:09:02 ID:ZzXJnqFu0] ここは度々おかしな流れになるのな 410 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 19:12:56 ID:9JrjFJxUP] VMwareは色んな分野の人が使ってるから無理もない。 皆が皆、正しい知識を持ち合わせてるとも、常識人であるとも限らないから。 中にはキレやすい人もいるのは覚悟の上。 411 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 19:23:53 ID:NusXScEd0] なら煽るなよ 覚悟できてないだろ 412 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 19:25:59 ID:9JrjFJxUP] という煽りに耐える耐性のことを言うのです。あはははは・・・ 413 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 19:32:20 ID:NusXScEd0] お前は何を言ってるんだ？ 414 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 19:36:18 ID:CFQMUGLJP] > 常識人であるとも限らない 415 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 19:44:30 ID:9JrjFJxUP] まったくだ 416 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 19:54:07 ID:fLsGSbJB0] まあ実際金融大手で鯖管理してる奴ってキチガイだしな。 417 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 19:55:35 ID:jCmxnahy0] 試せる環境にないんだけど Workstation ってまだ Server OS で環境構築して LAN外からその仮想マシンにアクセスできるようになってるのかな？ （もちろん、ルータでポートフォワードだかなんかやるんだけど） ずいぶん昔のバージョンは VMware GSX Server つかえみたいなのが でたとかでないとかそんな話が合ったような。 418 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 21:35:26 ID:XsSMIASz0] >>402 はいはいNG ID:9JrjFJxUP 419 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 22:13:40 ID:kK5j504m0] USBディスクに仮想ディスクを作った方が速いというのは同意 420 名前：名無しさん＠お腹いっぱい。 [2009/12/17(木) 22:15:44 ID:27o3+dFZP] >>419 途中で接続が切れたらと思うとぞっとしますけどね。 まあそれはNASも同じですけど。 今まで仮想ディスクがふっとんだ事はないですが 物理ディスクのようにサルベージツールがないのでバックアップ必須ですね。 421 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 22:43:16 ID: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だけが逝っちゃった場合はパーティションは多分探せないから、やっぱりバックアップは必要かもね。 ていうかバックアップ取るのが簡単なのも仮想化する意味の一つだよね。 422 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/17(木) 22:51:01 ID:9JrjFJxUP] >>421 会社から帰宅する際、仮想ディスクを2TBの外付けeSATA HDDへまるごとバックアップして帰りますよ。 もちろん自動シャットダウンで。一週間分個別にとってあるというなんと贅沢なｗｗｗ 以前、サルベージに失敗したのは固定じゃなかったからかな？スキャンしても残骸しか拾えなかったorz 423 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/18(金) 00:43:21 ID:gksPEMoK0] ID:9JrjFJxUPって例の数字コテっぽい雰囲気が 424 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/18(金) 02:14:11 ID:2K48D2BC0] >>423 俺は ID:fLsGSbJB0 でしたが何か。 425 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/18(金) 02:54:15 ID:9g4rajce0] >>424 はいはいNG ID:2K48D2BC0 426 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/18(金) 03:15:48 ID:1BQfb5ji0] LLP64なのには2つの理由がある。 ・x64版の前のIA64版がLLP64だった　(さらにその前のAlpha版から、かも) ・いちばん普及しているx64のCPUは、64bitのモードであっても、32bit幅の変数のほうが処理速度が速い (64bit幅にするにはprefixが必要で命令長が長くなり、同時にデコードできる命令数が減るとか、L1I$に入る命令数が減るとか・・・) 427 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/18(金) 04:11:41 ID:XSvRx/p10] お薬はちゃんと２週間飲んでくださいね 428 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/18(金) 18:06:17 ID:7FRFI8GTP] ThinAppのスレってどこ？ 429 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/18(金) 20:35:43 ID:acAEpbD50] すみません。教えてください。 ホストのＯＳはWindowsXPsp2でVMwareplayer3.0をインストールしました。 そこで、VMwareplayer workstation6.0で作成した、仮想マシン（WindowsNTsp6）を実行しています。 利用したい機能がvirtual printingなのですが、VM→設定→ハードウェア→追加としてもその中に 「仮想プリンタ」がないのです。 これは、vmware playerではvirtual printing機能は設定できないのでしょうか？ それともゲストＯＳがNTなのが悪いのでしょうか？ 430 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 01:03:28 ID:P3d25ZO10] MAC版のFUSIONっていう仮想化ソフトはでたけど、 windows向けのWORKSTASION最新版は日本では発売しないの？ あんまり日本向けはには力入れてないのかな？ パッケージ版発売されたら買おうと思うんだけど。 431 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 01:31:51 ID:4mQXbJsr0] パッケージ版買おうとは思わんが、 通販サイトだと12月下旬発送になってよ 432 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 03:21:18 ID:Pw/jcjh40] >>429 仮想プリンタが使えるのは6.5以降のバージョン vmx（vmdkもかな？）のバージョンを変更するか作り直せば出てくるはず 433 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 09:27:06 ID:XTBcbMqGP] >>430 ヒント：Keygen 434 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 12:31:01 ID: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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 12:58:42 ID:XTBcbMqGP] >>434 それってホストPCのOS認識外メモリをRAMディスク化して そこへページファイルを作成してゲストOSに間接的に使わせるという方法とどこが違うの？ 数日かけて屁理屈考えた結果がそれかよ？ でも逆に出来ない事がわかったので良かったよ。 436 名前：名無しさん＠お腹いっぱい。 [2009/12/19(土) 13:27:16 ID:pqkMPDfcP] >やっぱり普通に俺の環境ではできてると思うなぁ これで「普通」に出来ていると思う時点で終わってるだろうよ？ 本当にこのフランケンビルド環境で使っているのなら、それはそれで尊敬に値するがｗｗｗ 437 名前：名無しさん＠お腹いっぱい。 [2009/12/19(土) 13:30:36 ID:pqkMPDfcP] >ということでWinXP SP3 x86で実質的に3.5GBを超える物理メモリもゲストで使うことが可能って認識してる ごめん、書いた後で自信がなくなって「実質的に」と言い換えたのね？その小心さに免じて許すことにする。 438 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 13:37:22 ID:XTBcbMqGP] >>434 実際にほぼ同じ環境を構築してみました。GeForce8600GTS 256MBというのは無理だったけど。 実際にゲストのWin7 Pro x64で6.5GBのメモリ認識を確認した。 この状態で4GB弱の連続したメモリ空間をVirtualAllocで確保してみたところ見事にフリーズ。 ハングアップしなくなるまで減らしたところ、3GBまでなら問題なく確保できることが判明。 以上、昼下がりの実験結果でした。 439 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 17:27:42 ID:nwsg2AkM0] すいません質問させてください。 つい最近までBirtual Boxを使っていたのですが、Windows Meが どうしてもインスコできなかったので、VMwareに乗り換えました。 そこで、そのままVirtual PC（Virtual BOXの前に使っていたが、 Vistaがネットにつながらないので捨てた）時代からインスコしていた Vistaをインストールしたのですが、今まで三回も仮想化環境ソフトを 乗り換えてきたため、アクティベーションの制限回数を超えてしまいました。 そこで、既存のVirtual BOXのハードディスクイメージをNHCというソフトで VMware用形式に変換し、VMの仮想OS新規作成で新しく仮想OSを作成し、 ハードディスクイメージを変換したものに上書きしました。 ところが、いざ起動してみると、「Windowsが正常に起動できませんでした」 と表示され、どのオプションを選択してもやっぱり同じです。 何とか起動できるようになりませんか？ 440 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 17:34:52 ID:tKS7EpPt0] >アクティベーションの制限回数を超えてしまいました。 電話すればいいだけだろ 441 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 18:19:32 ID:MNWgwhb70] >>439 正常に起動できないエラーメッセージに関しては、とりあえず入れ直せば？としか‥ 442 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 18:36:31 ID: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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 19:07:04 ID:raCWyn+f0] >>442 >使用中メモリが4GB近くになってた テレビ見てたら徐々に使用中メモリが開放されていって561MBまでに戻ったんでまたやってみたら起動時と同じ4.8GBでも大丈夫だった 444 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 20:17:52 ID:SnNUotG40] なるほど。 普通は実質的に実メモリに適用するところを、 実メモリの割り当てを減らす代わりにOS管理外のRAMディスクに積極的にページアウトして活用か。 しかしアロケートができるのかと。 まあ普通はできんよな。 445 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 21:57:34 ID:eZdkyQsI0] 何このスレ（AA略 446 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/20(日) 14:15:47 ID:lU1NlknI0] スレ違いかも知れんけど、メインPC環境を仮想マシンで新PCに移行の件でちと質問。 メーカ製のWinXPなPC（WinXPはメーカーのOEMライセンス）からVMware vCenter Converterで 仮想マシンへ変換して、その仮想マシンを立ち上げるとWinXPのMicrosoftのライセンス認証で弾かれる。 これって、やっぱMicrosoftのライセンス的にどうしょうも無いのかな？ 447 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/20(日) 14:45:18 ID:ZMXtIy43P] 新しいライセンスを買いましょうって話です。 448 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/20(日) 14:47:46 ID:+weLm6ow0] >>444 でっかいメモリが必要になるかもしれないと思ったらCreateFileMappingでページファイルにとりあえず最大確保して*ViewOfFileで必要なところを随時マップ・アンマップするという方法を使うなぁ 管理がバンク切り替えみたいでちょっと面倒だけど昔から使われている普通の方法 でかい名無しCreateFileMappingはやったことがなかったら試してみたけど6GB確保できたよ 449 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/20(日) 15:05:10 ID:lU1NlknI0] >>447 新しいライセンスを入れれば、元がOEMなWinXPでも大丈夫って事ですかね？ これは道が開けました。サンクス。 ちなみにVMware playerは3.0が良いですかね？ 2.5などの方が枯れていて問題が少ない・・・とか無いでしょうか？ 450 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/20(日) 16:37:13 ID:dRaSyWMv0] >>449 Direct3Dなど描画関連、ゲームも試してみたいなら3.0でしょう。 まぁ、あえて旧版を使うのは自分の使う範囲で不具合が起きてから でいいんじゃないですか？ >>215-216 ゲストWin7もダメなんだ…。 次のVMware Toolsのアップデートで解消されるといいな。 451 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/20(日) 17:13:37 ID:zvPE8m7TP] ホスト Windows 7 Ultimate 64bit ゲスト Windows Vista Ultimate 32bit 最新まで全て更新してあるけど問題がない俺の環境はなんなんだろうか 452 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/20(日) 17:23:11 ID:lU1NlknI0] >>450 >まぁ、あえて旧版を使うのは自分の使う範囲で不具合が起きてから >でいいんじゃないですか？ まあ、そうですよね。 ちなみにPlayer 3.0って仮想マシンの設定は変更できるどころか、新規に仮想マシンも作れるし、 ユーザにとっては嬉しい限りなのだけど、なんでこんなに太っ腹になってしまったんでしょ？ やっぱWin7のVertual PCやXPモードの影響でしょうかね？ 453 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/21(月) 11:35:57 ID:zaVJVZOS0] VMware Player 3.0を使ってるんですが、ホストOSをシャットダウンするときに ゲストOSを自動的にサスペンドすることは可能でしょうか？ 454 名前：名無しさん＠お腹いっぱい。 [2009/12/21(月) 14:56:34 ID: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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/21(月) 15:12:34 ID:piRVUGAn0] >>454 ゲストPCにも対応してないからじゃないの？ 456 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/21(月) 15:24:34 ID: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 名前：名無しさん＠お腹いっぱい。 [2009/12/21(月) 15:37:51 ID:eJhe6TyXP] >>456 早速の情報ありがとうございます。なるほど、そういう事ですか… ゲストPCでUSB機器を幅広く使えると聞いたので、折角高いお金を出して買ったのですが そんな中途半端な製品だったら買わなければ良かったですorz とりあえずX64でもしっかり動くUSB装置を買って対応することにします。 まさか、HOST PCでしっかり動いているにもかかわらず、ゲストPCで使えないなんてことはないですよね？ もうこれ以上の出費はごめんです。いくらお金があっても足りないぞこのボッタクリwareめ！ｗ 458 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/21(月) 16:03:27 ID:Y5UMDbXbP] >>457 ＞まさか、HOST PCでしっかり動いているにもかかわらず、ゲストPCで使えないなんてことはないですよね？ いや、あり得るだろ？ 「取り外し可能デバイス」へ表示されるかどうかはホストでのドライバの有無や正常動作に関係ないのだから。 ただ今回問題になったというUSB 2.0 Hub [MTT]はおそらくGENESYS LOGICのGL852 USB 2.0 MTT HUB Controller あたりのチップを使った中国製の怪しい機器じゃないかと思われるが、普通一般に使うようなUSBデバイスは 問題なく表示されるから、このスレによく来ているような入門者にはそれほど問題視されてないと思うよ。 459 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/21(月) 18:15:58 ID:IBvZ4/a50] あれ、VMware PlayerをVMware Serverのクライアントに流用するのってどうやるんだっけ。。 460 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/21(月) 19:14:48 ID:Y5UMDbXbP] >>434 ところで「ガボ」って何の略なの？I/OのRAMディスクでも同じことができる？ 461 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/21(月) 19:37:58 ID:ndj2KPKm0] >>460 ガボとはGavotte Ramdiskのことです。 参照：pc.watch.impress.co.jp/docs/2008/0512/ramdisk.htm 462 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/21(月) 19:45:59 ID:Y5UMDbXbP] >>461 ありがとう。つまりI/O DATAのRamPhantom7でも同じことができるってことですね？ www.iodata.jp/product/hdd/soft/ramphantom7_64bit/ 「ガボもイメージロードさせず、ガボ上にFAT32のまま32M-2040Mを2つ(pagefile.sysとpagefil2.sys)と 32M-480Mを1つ(pagefil3.sys)の計3つになるようにレジストリを設定)」 このイメージロードって意味が不明。 それとなぜページファイルを３つ作ったのだろう？１個ではまずいのかな？ はたまたレジストリでどう設定するんだろう？ 463 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/22(火) 12:26:50 ID:rzcsWV8r0] test 464 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/22(火) 14:46:01 ID:MOof4LA00] てす 465 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/22(火) 16:14:23 ID:gqsclUx40] ハーデスクの準備ができてません ってどゆこと？ 無視して継続しれば使えるんですが。。 466 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/22(火) 17:08:48 ID:Dmggpw/gP] まずあなた自身がVMwareを使う準備ができていないようです 467 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/22(火) 17:14:37 ID:pGWTtILl0] >>466 かっこいい！ 死ね！ 468 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/22(火) 19:40:09 ID:pGWTtILl0] と言った矢先に俺が死にそうな件 VT対応と思い込んでいたうちのプロセッサがVT非対応だった！ どうしてx86_64で動かないのかと超悩んだ…… 1年前にCore 2 Duo E8500とCore 2 Quad Q8200を同時に買って、 E8500の方は動いていたから変な思い込みをしてまったという日記 469 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/22(火) 20:05:57 ID:Qm0u7lf80] VMware使い出すと、メモリとHDDが、いくらあっても足りないな。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef