VMware - 版の履歴

Kgx: /* Performance tips */ 翻訳

2023-01-30T07:31:08Z

Performance tips: 翻訳

← 古い版		2023年1月30日 (月) 16:31時点における版
273行目:		273行目:
	}}		}}

			=== パフォーマンス向上のヒント ===
	=== Performance tips ===

			仮想マシンのパフォーマンスを向上させるには、次のヒントを試してください。
	To improve the performance of your virtual machine, try the following tips:

	==== ~~Paravirtual~~ SCSI ~~adapter~~ ====		==== 準仮想化 SCSI アダプター ====

	[https://kb.vmware.com/kb/1010398 VMware Paravirtual SCSI (PVSCSI) ~~adapters~~] ~~are high-performance storage adapters for~~ VMware ESXi ~~that can result in greater throughput and lower~~ CPU ~~utilization.~~ PVSCSI ~~adapters are best suited for environments, where hardware or applications drive a very high amount of~~ I/O ~~throughput.~~		[https://kb.vmware.com/kb/1010398 VMware Paravirtual SCSI (PVSCSI) アダプター] は、VMware ESXi 用の高性能ストレージアダプターであり、スループットが向上し、CPU 使用率が低下します。PVSCSI アダプターは、ハードウェアまたはアプリケーションが非常に大量の I/O スループットを駆動する環境に最適です。

	~~The~~ SCSI ~~adapter type~~ {{ic\|VMware Paravirtual}} ~~is available in the Virtual Machine settings.~~		SCSI アダプタータイプ {{ic\|VMware Paravirtual}} は、仮想マシンの設定で使用できます。

			これらの設定が仮想マシンの構成に含まれていない場合でも、準仮想化 SCSI アダプターを有効にすることができます。{{ic\|mkinitcpio.conf}} を変更して、準仮想化 SCSI アダプターがカーネルイメージに含まれていることを確認します。
	If these settings are not in the virtual machine's configuration, the paravirtual SCSI adapter can still be enabled. Ensure that the paravirtual SCSI adapter is included in the kernel image by modifying the {{ic\|mkinitcpio.conf}}:

	{{hc\|/etc/mkinitcpio.conf\|output=		{{hc\|/etc/mkinitcpio.conf\|output=
291行目:		291行目:
	}}		}}

			[[mkinitcpio#イメージ作成とアクティベーション\|initramfs を再生成します]
	[[Regenerate the initramfs]].

			仮想マシンをシャットダウンし、SCSI アダプターを変更します。{{ic\|.vmx}} を次のように設定します。
	Shut down the virtual machine and change the SCSI adapter: set the {{ic\|.vmx}} to the following:

	scsi0.virtualDev = "pvscsi"		scsi0.virtualDev = "pvscsi"

			==== 準仮想ネットワークアダプター ====
	==== Paravirtual network adapter ====

			VMware では、ゲスト OS 用に [https://kb.vmware.com/kb/1001805 複数のネットワークアダプター] を提供しています。通常、使用されるデフォルトのアダプターは {{ic\|e1000}} アダプターで、Intel 82545EM ギガビットイーサネット NIC をエミュレートします。この Intel アダプターは、Arch を含むほとんどのオペレーティングシステムの組み込みドライバーと一般的に互換性があります。
	VMware offers [https://kb.vmware.com/kb/1001805 multiple network adapters] for the guest OS. The default adapter used is usually the {{ic\|e1000}} adapter, which emulates an Intel 82545EM Gigabit Ethernet NIC. This Intel adapter is generally compatible with the built-in drivers across most operating systems, including Arch.

	~~For~~ [http://rickardnobel.se/vmxnet3-vs-e1000e-and-e1000-part-1/ ~~more performance and additional features~~] (~~such as multiqueue support~~)~~, the~~ VMware ~~native~~ {{ic\|vmxnet3}} ~~network adapter can be used.~~		[http://rickardnobel.se/vmxnet3-vs-e1000e-and-e1000-part-1/ より多くのパフォーマンスと追加機能] (マルチキューサポートなど) については、VMware ネイティブ {{ic\|vmxnet3}} ネットワークアダプターを使用できます。

			Arch には、デフォルトのインストールで利用可能な {{ic\|vmxnet3}} カーネルモジュールがあります。[[mkinitcpio]] で有効にしたら (または自動検出された場合は、{{ic\|lsmod {{!}} grep vmxnet3}} を実行してロードされているかどうかを確認します)、シャットダウンしてネットワークアダプターの種類を変更します。''.vmx'' ファイルを次のように変更します。
	Arch has the {{ic\|vmxnet3}} kernel module available with a default install. Once enabled in [[mkinitcpio]] (or if it is auto-detected; check by running {{ic\|lsmod {{!}} grep vmxnet3}} to see if it is loaded), shut down and change the network adapter type in the ''.vmx'' file to the following:

	ethernet0.virtualDev = "vmxnet3"		ethernet0.virtualDev = "vmxnet3"

			ネットワークアダプターを変更した後、新しいアダプタ名と MAC アドレスを使用するには、ネットワークと [[dhcpcd]] 設定を更新する必要があります。
	After changing network adapters, the network and [[dhcpcd]] settings will need to be updated to use the new adapter name and MAC address.

	# dhcpcd ''new_interface_name''		# dhcpcd ''new_interface_name''
	# systemctl enable dhcpcd@''new_interface_name''.service		# systemctl enable dhcpcd@''new_interface_name''.service

			{{ic\|ip link}} を実行すると、新しいインターフェイス名を取得できます。
	The new interface name can be obtained by running {{ic\|ip link}}.

	==== ~~Virtual machine settings~~ ====		==== 仮想マシンの設定 ====

	~~These settings could help improve the responsiveness of the virtual machine by reducing disk~~ I/O, ~~at the expense of using more host memory.~~ [https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1008885 ~~Vmware's~~ KB1008885] ~~provides the following optimizations:~~		これらの設定は、より多くのホストメモリを使用することを犠牲にして、ディスク I/O を減らすことによって仮想マシンの応答性を改善するのに役立ちます。 [https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1008885 VMware の KB1008885] は、次の最適化を提供します。

	mainMem.useNamedFile = "FALSE"		mainMem.useNamedFile = "FALSE"
324行目:		324行目:
	sched.mem.pshare.enable = "FALSE"		sched.mem.pshare.enable = "FALSE"

	* '''mainMem.useNamedFile''': ~~This will only work for~~ Windows ~~hosts and this parameter can be used if high disk activity is experienced upon shutting down the virtual machine. This will prevent~~ VMware ~~from creating a~~ ''.vmem'' ~~file. Use~~ ''mainmem.backing = "swap"'' ~~on Linux hosts instead.~~		* '''mainMem.useNamedFile''': これは Windows ホストでのみ機能し、このパラメータは、仮想マシンのシャットダウン時にディスクアクティビティが高い場合に使用できます。これにより、VMware は ''.vmem'' ファイルを作成できなくなります。代わりに、Linux ホストでは''mainmem.backing = "swap"'' を使用してください。
			* '''MemTrimRate''': この設定により、ゲストによって解放されたメモリがホストでも解放されるのを防ぎます。
	* '''MemTrimRate''': This setting prevents that memory which was released by the guest is released on the host also.
			* '''prefvmx.useRecommendedLockedMemSize''': 残念ながら、この設定に関する適切な説明はないようです。ホストシステムがゲストメモリの一部をスワップするのを妨げているようです。
	* '''prefvmx.useRecommendedLockedMemSize''': Unfortunately there does not seem to exist a proper explanation for this setting; it seems to prevent the host system from swapping parts of the guest memory.
			* '''MemAllowAutoScaleDown''': 十分なメモリを割り当てることができない場合、VMware が仮想マシンのメモリサイズを調整できないようにします。
	* '''MemAllowAutoScaleDown''': Prevents VMware from adjusting the memory size of the virtual machine if it cannot allocate enough memory.
			* '''sched.mem.pshare.enable''': 複数の仮想マシンが同時に実行されている場合、VMware は同一のページを見つけて仮想マシン間で共有しようとします。これは、非常に I/O 集中型になる可能性があります。
	* '''sched.mem.pshare.enable''': If several virtual machines are running simultaneously, VMware will try to locate identical pages and share these between the virtual machines. This can be very I/O intensive.

			次の設定は、VMware Workstation の構成ダイアログ (''編集 -> 設定... -> メモリ/優先度'') でも設定できます。
	The following settings can also be set in the configuration dialog of VMware Workstation(''Edit -> Preferences... -> Memory/Priority'').

	prefvmx.minVmMemPct = "100"		prefvmx.minVmMemPct = "100"
336行目:		336行目:
	mainMem.partialLazyRestore = "FALSE"		mainMem.partialLazyRestore = "FALSE"

			* '''prefvmx.minVmMemPct''': ホストシステム上の仮想マシンによって予約される RAM の量をパーセントで設定します。これを低い値に設定すると、ホストシステムで使用可能なメモリよりも多くのメモリを仮想マシンに割り当てることができます。ただし、この場合、ハードドライブの過剰使用につながる可能性が高いため、注意してください。ホストシステムに十分な RAM がある場合、この値は 100 のままにしておく必要があります。
	* '''prefvmx.minVmMemPct''': Sets amount of RAM in percent which should be reserved by the virtual machine on the host system. If this is set to a lower value it is possible to assign the virtual machine more memory than is available in the host system. Be careful though, as in this case it will most likely lead to excessive hard drive usage. If enough RAM is on the host system, this value should be left at 100.
			* '''mainMem.partialLazySave''' and '''mainMem.partialLazyRestore''': これら 2 つのパラメーターは、仮想マシンがサスペンド用の部分的なスナップショットを作成するのを防ぎます。これらのパラメータを使用すると、仮想マシンの一時停止にかかる時間がわずかに長くなりますが、この情報を保存しようとする VMware からのハードディスクアクティビティは少なくなるはずです。
	* '''mainMem.partialLazySave''' and '''mainMem.partialLazyRestore''': These two parameters will prevent the virtual machine from creating partial snapshots for suspends. When these parameters are used, virtual machine suspension will take slightly longer, but there should be less hard disk activity from VMware trying to store this information.

	== トラブルシューティング ==		== トラブルシューティング ==

Kgx: /* System speedup tricks */ 翻訳

2023-01-30T07:16:02Z

System speedup tricks: 翻訳

← 古い版		2023年1月30日 (月) 16:16時点における版
248行目:		248行目:
	参照 [[電源管理#/usr/lib/systemd/system-sleep のフック]], [https://superuser.com/questions/119313/vmware-workstation-suspend-all-virtual-machines-with-vmrun suspend all virtual machines with vmrun] と [https://communities.vmware.com/thread/439380 Support for hibernation]		参照 [[電源管理#/usr/lib/systemd/system-sleep のフック]], [https://superuser.com/questions/119313/vmware-workstation-suspend-all-virtual-machines-with-vmrun suspend all virtual machines with vmrun] と [https://communities.vmware.com/thread/439380 Support for hibernation]

			=== システム高速化のトリック ===
	=== System speedup tricks ===

			こちらを参照 [[パフォーマンスの最大化]]
	See also [[Improving performance]].

	==== ~~Disable~~ transparent hugepages ====		==== transparent hugepages を無効にする ====

			VM の実行中にゲストやホストが頻繁にフリーズすることに気付いた場合は、transparent hugepages を無効にすることをお勧めします。現在のセッションでそれらを無効にするには、(ホスト上で) 次を実行します。
	{{Merge\|Improving performance\|Not specific to VMware.}}

	If you notice the guest and/or the host frequently freezing when running a VM, you may want to disable transparent hugepages. To disable them for the current session, run (on the host):

	# echo never > /sys/kernel/mm/transparent_hugepage/enabled		# echo never > /sys/kernel/mm/transparent_hugepage/enabled

	~~To make the change persistent across boots, add the~~ [[~~kernel parameter~~]] {{ic\|1=transparent_hugepage=never}}.		変更をブート後も永続化するには、[[カーネルパラメータ]] {{ic\|1=transparent_hugepage=never}} を追加します。

			{{ic\|never}} の代わりに {{ic\|madvise}} を使用して、transparent hugepage 用に最適化されたアプリケーションがパフォーマンス上の利点を得られるようにすることもできます [https://blog.nelhage.com/post/transparent- hugepages/] これは、上記と同じことを vmware に対して行います。

	==== ~~Ensure direct~~ RAM ~~access~~ ====		==== 直接 RAM アクセスを保証する ====

			デフォルトでは、VMware は実行中のゲストシステムの RAM をディスク上のファイルに書き込みます。予備のメモリが十分にあることが確実な場合は、VM の {{ic\|.vmx}} に以下を追加することで、ゲスト OS がそのメモリをホストの RAM に直接書き込むようにすることができます。
	By default, VMware writes a running guest system's RAM to a file on disk. If you are certain you have enough spare memory, you can ensure the guest OS writes its memory directly to the host's RAM by adding the following to the VM's {{ic\|.vmx}}:

	{{hc\|''Virtual_machine_name''.vmx\|2=		{{hc\|''Virtual_machine_name''.vmx\|2=

Kgx: /* Suspend virtual machines before host suspend/hibernate */ 翻訳

2023-01-30T07:10:11Z

Suspend virtual machines before host suspend/hibernate: 翻訳

@@ 202行目: / 202行目: @@
 }}
 {{bc|<nowiki>
-#!/usr/bin/ruby
+#! /bin/bash
-  vms = []
+        exit
-  print "running vm count: #{vms.length}\n"
+    for vm in "${vms[@]}"; do
 else
-  print "Nothing to do\n"
+    echo "Nothing to do"
 </nowiki>}}
-See also [[Power management#Hooks in /usr/lib/systemd/system-sleep]], [https://superuser.com/questions/119313/vmware-workstation-suspend-all-virtual-machines-with-vmrun suspend all virtual machines with vmrun] and [https://communities.vmware.com/thread/439380 Support for hibernation].
+参照 [[電源管理#/usr/lib/systemd/system-sleep のフック]], [https://superuser.com/questions/119313/vmware-workstation-suspend-all-virtual-machines-with-vmrun suspend all virtual machines with vmrun] と [https://communities.vmware.com/thread/439380 Support for hibernation]
 === System speedup tricks ===

Kgx: /* Kernel-based Virtual Machine (KVM) is running */ 翻訳

2022-12-14T11:05:45Z

Kernel-based Virtual Machine (KVM) is running: 翻訳

← 古い版		2022年12月14日 (水) 20:05時点における版
389行目:		389行目:
	[[Advanced Linux Sound Architecture#OSS との互換性\|OSS エミュレーション]]を使っている場合、無効化してください。		[[Advanced Linux Sound Architecture#OSS との互換性\|OSS エミュレーション]]を使っている場合、無効化してください。

			=== カーネルベースの仮想マシン (KVM) が実行されている ===
	=== Kernel-based Virtual Machine (KVM) is running ===
	起動時に {{ic\|KVM}} を無効にするために、以下のようなファイルを使うことができます:		起動時に {{ic\|KVM}} を無効にするために、以下のようなファイルを使うことができます:

Kgx: /* インストール */ ノートを翻訳

2022-12-14T11:04:23Z

インストール: ノートを翻訳

← 古い版		2022年12月14日 (水) 20:04時点における版
26行目:		26行目:
	VMware Bundle または {{aur\|vmware-workstation}} パッケージを使用してインストールします。 x86_64で ''VMware Workstation'' を使用する場合は、後者が優先されます。		VMware Bundle または {{aur\|vmware-workstation}} パッケージを使用してインストールします。 x86_64で ''VMware Workstation'' を使用する場合は、後者が優先されます。

	{{Note\|VMware ~~has~~ ~~dropped~~ ~~support for a number of CPUs including early~~ Intel Core i7 ~~CPUs~~ ~~since~~ ~~version 14. Check~~ ~~the~~ [https://docs.vmware.com/en/VMware-Workstation-Pro/14.0/com.vmware.ws.using.doc/GUID-BBD199AA-C346-4334-9F56-5A42F7328594.html ~~Processor Requirements for Host Systems~~]~~. If your~~ CPU ~~is not supported in the newer releases then you can use~~ {{aur\|vmware-workstation12}}.}}		{{Note\|VMware は、バージョン 14 以降、初期の Intel Core i7 CPU を含む多くの CPU のサポートを終了しました。 [https://docs.vmware.com/en/VMware-Workstation-Pro/14.0/com.vmware.ws.using.doc/GUID-BBD199AA-C346-4334-9F56-5A42F7328594.html ホストのプロセッサ要件を確認してください。] CPU が新しいリリースでサポートされていない場合は、{{aur\|vmware-workstation12 を使用できます。}}}}

	=== VMware bundle ===		=== VMware bundle ===
57行目:		57行目:
	{{Note\|インストール中に {{ic\|"No rc*.d style init script directories"}} というエラーが表示されますが、Arch は [[systemd]] に移行しているので、無視してかまいません。}}		{{Note\|インストール中に {{ic\|"No rc*.d style init script directories"}} というエラーが表示されますが、Arch は [[systemd]] に移行しているので、無視してかまいません。}}

	{{Tip\|後でターミナルからモジュールを（再）ビルドするには、次のコマンドを使って下さい:		{{Tip\|後でターミナルからモジュールを(再)ビルドするには、次のコマンドを使って下さい:
	# vmware-modconfig --console --install-all		# vmware-modconfig --console --install-all
	}}		}}

Masatoshi Itoh: VMXファイル名が空白文字を含んでいても動作するよう、サスペンドするvmxfile指定をダブルクォートで囲むようにした

2022-07-31T06:20:53Z

VMXファイル名が空白文字を含んでいても動作するよう、サスペンドするvmxfile指定をダブルクォートで囲むようにした

← 古い版		2022年7月31日 (日) 15:20時点における版
235行目:		235行目:
	vms.each do \|vmxfile\|		vms.each do \|vmxfile\|
	print "Suspending #{vmxfile}\n"		print "Suspending #{vmxfile}\n"
	system("#{VMRUN} suspend #{vmxfile}")		system("#{VMRUN} suspend \"#{vmxfile}\"")
	print "Suspended #{vmxfile}\n"		print "Suspended #{vmxfile}\n"
	end		end

Kusanaginoturugi: /* トラブルシューティング */ 節の順番を変更(英語版に追従)

2021-06-16T05:29:03Z

トラブルシューティング: 節の順番を変更(英語版に追従)

@@ 356行目: / 356行目: @@
  # vmware-usbarbitrator --kill
 === モジュールの問題 ===
@@ 414行目: / 455行目: @@
 上記で上手くいかない場合は {{AUR|ncurses5-compat-libs}} をインストールしてみてください。
 === Intel のマイクロコードが古いせいで起動時にセグメンテーション違反が発生する ===

Kusanaginoturugi: /* トラブルシューティング */ 節の順番を変更(英語版に追従)

2021-06-16T05:24:56Z

トラブルシューティング: 節の順番を変更(英語版に追従)

@@ 338行目: / 338行目: @@
 == トラブルシューティング ==
 === モジュールの問題 ===
 ==== /dev/vmmon not found ====
@@ 359行目: / 378行目: @@
  # vmware-modconfig --console --install-all
 === インストーラーが起動しない ===

Kusanaginoturugi: /* トラブルシューティング */ 章立ての変更(英語版に追従)

2021-06-16T05:23:15Z

トラブルシューティング: 章立ての変更(英語版に追従)

← 古い版		2021年6月16日 (水) 14:23時点における版
339行目:		339行目:
	== トラブルシューティング ==		== トラブルシューティング ==

	=== ~~/dev/vmmon not found~~ ===		=== モジュールの問題 ===
			==== /dev/vmmon not found ====

	エラーの全文は:		エラーの全文は:
348行目:		349行目:
	これは {{Ic\|vmmon}} VMware サービスが動作していないことを意味しています。[[#Systemd サービス]]の [[systemd]] サービスを使っている場合は（再）起動してください。		これは {{Ic\|vmmon}} VMware サービスが動作していないことを意味しています。[[#Systemd サービス]]の [[systemd]] サービスを使っている場合は（再）起動してください。

	=== /dev/vmci not found ===		==== /dev/vmci not found ====

	エラーの全文は:		エラーの全文は:

Kusanaginoturugi: /* USB デバイスが認識されない */ 英語版にあわせて Tip を削除

2021-06-16T05:21:23Z

USB デバイスが認識されない: 英語版にあわせて Tip を削除

← 古い版		2021年6月16日 (水) 14:21時点における版
366行目:		366行目:

	=== USB デバイスが認識されない ===		=== USB デバイスが認識されない ===

	{{Tip\|{{AUR\|vmware-patch}}{{Broken package link\|パッケージが存在しません}} でも対処できます。}}

	[[#systemd サービス\|systemd サービス]]を使ってサービスを自動的に管理しない場合、毎回手動で root を使って {{ic\|vmware-usbarbitrator}} バイナリを起動する必要があります。		[[#systemd サービス\|systemd サービス]]を使ってサービスを自動的に管理しない場合、毎回手動で root を使って {{ic\|vmware-usbarbitrator}} バイナリを起動する必要があります。