Ubuntu di dalam VirtualBox lambat [ditutup]

9

Saya menjalankan instance Ubuntu pada VirtualBox di dalam XP. Berikut detailnya:

Host: Windows XP Pro
Guest: Ubuntu 8.10
Total RAM: 3GB
RAM For VM: 1GB
Total Video Memory: 128MB
Video Memory for VM: 40MB
Hard Drive: 200GB
Hard Drive for VM: 30GB
Processor: 2.80GHz Core Duo

Masalahnya adalah bahwa setiap kali saya berada di dalam mesin virtual, semuanya tampak jauh lebih lambat secara umum. Misalnya Firefox, Eclipse membutuhkan waktu lebih lama untuk memuat, menyeret jendela untuk menunjukkan keterlambatan dll.

Saya telah mencoba menjalankan Ubuntu sebelumnya (bukan di dalam VM) dan sepertinya sangat cepat. Jadi saya kecewa harus berurusan dengan situasi ini. Tapi saya perlu akses ke partisi XP tanpa harus reboot dan karenanya upaya.

Saya terkejut dengan kelambatan yang dirasakan karena seluruh dunia tampaknya melakukan virtualisasi dan saya tidak bisa membayangkan semua orang bekerja pada sistem yang lambat secara sadar.

Pertanyaan saya adalah - adakah yang harus saya lakukan untuk meningkatkan kinerja? Apakah saya melakukan sesuatu yang salah?

Ini adalah mesin rumah saya dan saya tidak yakin apakah ini forum yang tepat untuk bertanya. Terima kasih.

Kapsh
sumber
Rilis standar Ubuntu digunakan untuk tidak boot di VirtualBox karena VirtualBox tidak menyukai kernel - Saya pikir masalahnya adalah dengan dukungan ACPI kernel. Anda harus mem-boot image CD instalasi lagi, "memperbaiki" instalasi baru Anda dan apt-get kernel baru. Apakah kernel dalam rilis baru sekarang mendukung ACPI, atau mereka hanya mematikan dukungan ketika berjalan sebagai VM untuk menghindari masalah? Apakah itu mempengaruhi kinerja?
David Hicks

Jawaban:

3

Ada beberapa hal yang dapat Anda lakukan.

  • Kurangi memori yang Anda berikan ke VM hingga setengah dari total memori sistem Anda atau kurang. Jika tuan rumah tidak memiliki cukup memori untuk beroperasi dengan lancar, itu akan mempengaruhi tamu. Biasanya Windows membutuhkan lebih banyak memori dan Linux membutuhkan lebih sedikit.
  • Aktifkan ekstensi VT di pengaturan VBox. Ini menggunakan dukungan perangkat keras yang terpasang pada CPU Anda jika tersedia.
  • Matikan efek desktop seperti Compiz di tamu VM. VBox 2.2.2 memiliki dukungan untuk akselerasi 3D di VM, tetapi 3D masih sedikit memperlambatnya.

Saya harap ini membantu.

EDIT: Hal lain yang dapat Anda lakukan adalah menjalankan teratas di jendela terminal di VM dan melihat apakah ada proses tertentu yang memakan CPU atau memori.
Apakah Windows melambat ketika Anda memiliki masalah dengan VM?

Tukang sihir
sumber
@Magus - Mengurangi memori untuk tamu menjadi 1GB dan saya pikir saya sedikit perbaikan. Saya sudah melakukan 2 hal lainnya.
Kapsh
Lihatlah sistem Anda dan lihat apakah Anda kehabisan ram ... Anda dapat mengurangi ram lebih jauh ke sistem linux jika diperlukan
trent
Saya sepertinya tidak memiliki masalah pada mesin host. top menunjukkan bahwa gerhana memakan sekitar 50% dari ingatanku pada tamu, tetapi selain itu tidak ada babi nyata di sana.
Kapsh
1

Sudahkah Anda menginstal Tambahan? Mereka membuat perbedaan besar.

Begini caranya .

vartec
sumber
@artec Saya memiliki tambahan yang diinstal.
Kapsh
aneh, saya sudah menginstal Kubuntu di Vbox dengan Tambahan dan ini sangat cepat. Pengaturan saya hampir sama, kecuali prosesornya adalah Core 2 Duo, dan sistemnya adalah Vista (32-bit).
vartec
Aplikasi apa yang Anda jalankan di dalam Kubuntu?
Kapsh
Browser (Firefox, Konqueror), IDE (Komodo), server Apache, dll.
vartec
"Di VirtualBox, klik Perangkat-> Instal Penambahan Tamu" Itu akan keren. Jika VirtualBox bahkan memiliki menu Perangkat.
TelFiRE
1

Jika ini "... Tapi saya perlu akses ke partisi XP tanpa harus reboot dan karenanya upaya ..." adalah masalah NYATA Anda, maka Anda dapat me-mount partisi ntfs langsung dari Ubuntu (linux) tanpa masalah. Google cepat untuk "ubuntu ntfs" akan memberikan detail lebih lanjut

basszero
sumber
0

Saya berlari melintasi catatan di suatu tempat tentang menjaga memori video yang ditetapkan untuk VM sebagai kekuatan biner untuk kinerja terbaik. Coba turun ke 32MB atau menabrak hingga 64MB untuk VM Anda.

Brian Knoblauch
sumber
0

Saya punya masalah ini juga. Saya menghabiskan banyak waktu bermain dengan xorg.conf saya. Tampak bagi saya bahwa untuk perangkat keras saya (Lenovo T60, atau kartu video), saya tidak dapat menggunakan Integrasi Mouse atau driver vbvideo jika saya ingin melihat kinerja yang masuk akal. Coba gunakan driver video normal Anda sebagai gantinya. Gangguan lain yang saya miliki adalah bahwa saya tidak dapat melakukan hal yang mengubah ukuran jendela dinamis yang rapi.

Eric Johnson
sumber
0

Saya punya masalah yang sama dengan Ubuntu Server 9 di bawah VirtualBox.

Saya menggunakan VB untuk menguji skrip penyebaran Weblogic Server (WLS). Jadi, saya harus menjalankan contoh server admin Weblogic dalam VM. Sekarang, waktu startup dari WLS sangat tidak merata. Kadang-kadang mulai dalam waktu kurang dari 2 menit (OK untuk non-VM WLS), kadang-kadang tergantung pada langkah-langkah spesifik dan tampaknya tidak melakukan apa-apa (tidak ada aktivitas disk atau CPU yang terdeteksi).

Namun fakta yang menarik adalah bahwa jika VB mendapatkan input keyboard saya (yaitu saya melakukan sesuatu di konsol lain dari Ubuntu yang sama), maka startup jauh lebih cepat. Seringkali "Enter" sederhana di konsol unix WLS yang digantung membangunkannya dan itu berlanjut. Jadi saya pikir masalahnya adalah kelaparan sumber daya (CPU quants?). VM entah bagaimana mendapat prioritas sangat rendah dari Windows, dan WLS tidak memiliki cukup CPU untuk dieksekusi. Yah, itu hanya ideku.

Yang saya benar-benar tertarik adalah bagaimana cara memperbaikinya.

Saya telah mencoba untuk memberikan VB "High" atau bahkan "Real-time" prioritas di Windows Task Manager. Hasil yang paling terlihat adalah VB menggantung mesin saya sementara masih gagal menyelesaikan boot WLS dalam waktu yang wajar. Saya terbuka untuk saran apa pun, sungguh. Jika seseorang mengatakan kepada saya "Saya melakukan hal yang sama (jalankan WLS) di VB di bawah Slackware Linux" - Saya akan menginstal Slackware, tidak masalah!

Vladimir Dyuzhev
sumber