มีเหตุผลใดที่จะไม่รัน Linux ใน VM ตลอดเวลา?


214

ฉันได้เปลี่ยนไปใช้ Arch Linux เพื่อทำงานเกือบทุกวันและไม่ต้องการ Windows สำหรับอะไรเลยนอกจากเกมและแอพสองตัวที่ไม่ได้พอร์ตไปยัง Linux อย่าง OneNote การกระจาย Linux ของฉันถูกโฮสต์ใน VirtualBox โดยมี Windows เป็นโฮสต์และฉันค่อนข้างชอบวิธีการนี้ภาพรวมมีประโยชน์อย่างเหลือเชื่อ

สมมติว่าฉันไม่ค่อยใส่ใจโฮสต์ของ Windows และใช้เวลา 95% กับแขกที่มาเยี่ยมฉันจะพลาดอะไรไปบ้าง

มีข้อเสียร้ายแรงหรือไม่?

ประสิทธิภาพได้รับผลกระทบอย่างรุนแรงหรือไม่และการติดตั้งลงบนเครื่องโดยตรงจะทำให้ชีวิตของฉันน่าทึ่งยิ่งขึ้นหรือไม่


35
... และมีข้อโต้แย้งสำหรับการใช้ซอฟแวร์ฟรี โปรดทราบว่าคุณสามารถพลิกคว่ำและเลียนแบบ Windows ภายใต้ Linux (หรือ FOSS OS อื่น ๆ เช่น OpenIndiana) นอกจากนี้ OneNote ดูเหมือนว่าจะมีบางส่วนที่ทำงานภายใต้ไวน์
sr_

5
การใช้พลังงาน. ฉันสนใจที่จะเห็นว่าสิ่งนี้ได้รับผลกระทบจากการทำงานใน VM แต่ฉันเดาว่ามันมีความแตกต่างที่มองเห็นได้และอาจเป็นความแตกต่างใหญ่
Konrad Rudolph

5
นอกจากคำตอบที่ยอดเยี่ยมทั้งหมดที่มีให้แล้วฉันจะบอกว่าด้วยสภาพแวดล้อมปัจจุบันคุณอาจสูญเสียการตั้งค่า Linux ของคุณหาก Windows ของคุณเสียหายเนื่องจากไวรัสหรือช่องโหว่ความปลอดภัยอื่น ๆ ของ Windows สิ่งที่ต้องระวัง
Daemon of Chaos

2
คุณหมายถึงนอกเหนือจาก Linux ที่มีการรีบูตโดย Windows Update อย่างเป็นระบบหรือไม่ และการรีสตาร์ทเหล่านั้นจะใช้เวลาสองครั้งเพราะคุณมีระบบสองระบบในการบูต
Dmitry Grigoryev

หากคุณใช้เวลา 95% ใน Linux และ Windows เพียง 5% คงไม่ดีกว่าถ้าคุณมี Windows ใน VM ภายใน Linux?
Sembei Norimaki

คำตอบ:


151

สมมติว่าคุณสามารถทำงานได้ทุกอย่างและคุณไม่ต้องการทำงานที่เน้นทรัพยากรเช่นเล่นเกมหรือทำคอมไพล์ขนาดใหญ่ฉันคิดว่าคุณจะสบายดี

มีปัญหาพื้นฐานที่คุณอาจพบ:

  • เวลาของแขกไม่ถูกต้อง
  • ขนาดหน้าจอของผู้เยี่ยมชมหรือความลึกของสีไม่ถูกต้อง
  • ไม่สามารถเข้าถึงอุปกรณ์ USB (เครื่องพิมพ์, โทรศัพท์, ฯลฯ )

เพื่อแก้ไขปัญหานี้คุณควรติดตั้งVirtualBox เพิ่มเติมของผู้เข้าพัก ดูคู่มือVirtualBox Arch Linuxสำหรับรายละเอียด

หากต้องการรับคุณสมบัติพิเศษบางอย่างเช่น USB 2.0 และ Intel PXE คุณสามารถติดตั้งVirtualBox extension packได้

หลังจากนั้นมีปัญหาเล็กน้อยที่คุณควรรู้เกี่ยวกับ:

เห็นได้ชัดว่า Linux VM ของคุณจะได้รับผลกระทบหากระบบ Windows ของคุณล้มเหลวเช่นกัน ปัญหาที่ฉันเกิดขึ้นเมื่อเร็ว ๆ นี้:

  • โฮสต์ Windows ขัดข้องเนื่องจากข้อผิดพลาดของไดรเวอร์ (หน้าจอสีน้ำเงิน)
  • โฮสต์ Windows รีบูตเนื่องจากการอัปเดตความปลอดภัย

เมื่อเรียกใช้เครื่องเสมือนประสิทธิภาพที่ยอดเยี่ยมที่สุดจะไปที่ดิสก์ I / O ของคุณ หากเป็นไปได้ทั้งหมดนำ VM ของคุณบนดิสก์แยกต่างหากและ / หรือใช้ไดรฟ์ของรัฐที่มั่นคง การใช้ไดรฟ์ SATA เสมือนแทนไดรฟ์ IDE เสมือนสามารถช่วยได้เช่นกัน


7
ในขณะที่ดิสก์ I / O อาจเป็นปัญหาสำหรับไฟล์ที่มีขนาดใหญ่ แต่ฉันจำได้ว่าประสบปัญหาการทำงาน IO อย่างรวดเร็วยิ่งขึ้นอย่างไม่น่าเชื่อจำนวนไฟล์ประเภทเล็ก ๆ จำนวนมากในระบบปฏิบัติการเกสต์ ฉันคิดว่าอาจเป็นเพราะการทำงานของไฟล์ IO เหล่านี้อาจไม่ได้สัมผัสกับฮาร์ดไดรฟ์จริง ๆ (แคชโดย VirtualBox / VMWare ฯลฯ ใน RAM ชั่วคราวและเขียนแบบอะซิงโครนัสกับไฟล์ภาพ harddrive ของ VM ทำให้ไม่เกิดความล่าช้าภายใน VM) ไฟล์ / ตำแหน่งของฮาร์ดไดรฟ์ (เช่นไฟล์รูปภาพฮาร์ดไดรฟ์ VM) แทนไฟล์จริงขนาดเล็กจำนวนมาก
Cetin Sert

4
"คอมไพล์ขนาดใหญ่" ยังคงทำงานได้เร็วขึ้นใน VM กว่าใน Windows สิ่งนี้แม้สำหรับ GCC บน Linux เทียบกับ MSVC บน Windows
rubenvb

5
@rubenvb การเปรียบเทียบคือโลหะเปลือยกับ Linux ใน VM
มิเคล

@ Mikel "น่าจะมีประสิทธิภาพเกือบเป็นศูนย์สำหรับงานที่ต้องใช้ CPU มาก"
Ryu_hayabusa

77

ฉันสอนคลาสบนลีนุกซ์และน่าเสียดายที่นโยบายของ บริษัท ฉันไม่ได้รับอนุญาตให้ฟอร์แมตแล็ปท็อปที่มีให้ในคลาสดังนั้นเราจึงดำเนินการโดย VirtualBox

ไม่สนใจข้อกังวลด้านประสิทธิภาพทั้งหมดนี่คือบันทึก / ปัญหาที่ฉันสังเกตเห็น:

1) โหมดเชื่อมต่อและไร้สาย

เห็นได้ชัดว่าการ์ดไร้สายบางตัวมีปัญหาในการมี "ตัวตนคู่" ซึ่งหมายความว่าบทเรียนเส้นทาง / ไฟร์วอลล์ / เครือข่ายของเราตกนรก เป็นปัญหาที่ทราบ - ไดรเวอร์ไร้สายส่วนใหญ่ไม่รองรับการเชื่อมต่อ

สะพาน The Linux Foundation - ใช้งานไม่ได้กับการ์ดไร้สายของฉัน!

ซึ่งหมายความว่าหากคุณใช้อินเทอร์เฟซแบบไร้สายคุณต้องทำงานพิเศษเพื่อให้แขกมี IP "สาธารณะ"

2) การรวมเดสก์ทอป

ประหยัดค่าใช้จ่ายสำหรับนักออกแบบวอลล์เปเปอร์สักสองสามคนสภาพแวดล้อมเดสก์ท็อปที่ทันสมัยนั้นค่อนข้างดีและให้ความสะดวกสบายที่หายไปเมื่อไม่สามารถเข้าถึงอินพุท / เอาท์พุทหรือเครื่องมือแนบ / ถอดอุปกรณ์ ตัวอย่างเช่นเมนู Vbox ที่ด้านล่างจะน่ารำคาญจริง ๆ ถ้าคุณมีตัวเลือกหน้าต่างหรือการแจ้งเตือนที่นั่น และบางเครื่องใช้ปุ่มลัด Ctrl + Alt + cursor_key (สลับพื้นที่ทำงาน) เพื่อพลิกหน้าจอ

ฉันหมายถึงเปรียบเทียบความง่ายในการถอดอุปกรณ์ USB ใน GNOME เทียบกับจำนวนเมนูย่อย / คลิกใน Windows ที่เท่ากันและฉันรู้ว่าควรเลือกวันไหน

3) USB "ขโมย"

บางครั้งหน้าต่างก็ไม่ต้องการปล่อยให้ไดรฟ์ USB บอกให้ VirtualBox แนบไฟล์นั้นอาจไม่ได้ผลเสมอไปส่วนใหญ่แล้วเมื่อหน้าต่างอ่านเนื้อหาด้วยเหตุผลบางอย่างหรืออย่างอื่น แล้วก็มีไดรฟ์ USB บางตัวที่ไม่ได้เป็นอุปกรณ์จัดเก็บข้อมูลแบบตรง ๆ แต่ทำสิ่งที่คล้ายสวิตช์โหมดเพื่อให้ไดรฟ์ของคุณสามารถเข้าถึงได้

4) ความมั่นคง

โดยทั่วไปแล้วการ "แตก" Windows ได้ง่ายกว่า Linux ซึ่งเป็นสาเหตุที่โดยทั่วไปคุณต้องการให้ Linux "ป้องกัน" อินสแตนซ์ Windows แทนที่จะเป็นตรงกันข้าม ฉันได้สูญเสียงานสองสามวันไปแล้วกับเจ้าหน้าที่เขียนทับไฟล์ผิดและจบลงด้วยการทำลายทั้งการติดตั้ง Virtualbox และอิมเมจ Linux ของเรา

5) เครื่องมือบรรทัดคำสั่ง

อย่างน้อยใน Linux คุณมีตัวเลือกในการล้อเล่นกับดิสก์อิมเมจ Vbox โดยใช้ qemu-nbd และอุปกรณ์บล็อกเครือข่าย

QEMU / Images - Wikibooks, open books for the open world - การติดรูปภาพบนโฮสต์

สิ่งนี้ช่วยให้คุณสามารถดูและแก้ไขเนื้อหาของดิสก์ guest OS โดยไม่ต้องบูตเช่นถ้าคุณแสดงว่าไม่สามารถบูตได้

คุณสามารถทำสิ่งต่าง ๆ เช่นการสำรองข้อมูลสคริปต์ของ VDIs - หรือเพียงแค่เนื้อหาของพวกเขาหรือการเปลี่ยน "โปรไฟล์" VirtualBox ผ่านทาง symlink - ง่ายกว่ามากในการทุบตี


2
ฉันไม่เห็นด้วยกับความเสถียร ฉันมักจะทำลาย Linux ของฉันเสมอเพราะฉันเปลี่ยนไฟล์การกำหนดค่าบางอย่างดังนั้นฉันจึงใช้ Linux ใน VM เท่านั้น :-)
itmuckel

6
ที่อาจมีมากขึ้นเกี่ยวกับความจริงที่ว่าคุณโคลนด้วยการติดตั้ง Linux ของคุณ หากผู้ใช้ Windows mucked รอบกับ Windows ได้ครึ่งหนึ่งของพวกเขามากที่สุดเท่าที่ผู้ใช้ลินุกซ์เฉลี่ยลินุกซ์ ...
madumlao

27

อย่าลืมว่า VM เป็นการจำลอง ระบบ Unix ของคุณจะไม่มีพลังใน VM มากกว่าที่ติดตั้งไว้ Archlinux ถูกสร้างขึ้นมาเพื่อให้เหมาะกับรสนิยมของคุณมันคือการกระจายที่คุณสามารถกำหนดเองได้สูงสุด
ฉันเคยทำให้มันทำงานบน VM แม้ว่าฉันจะคิดเกี่ยวกับการติดตั้งบนคอมพิวเตอร์ของฉันแน่นอน ตอนนี้ระบบของฉันบูทในเวลาประมาณ 15 วินาทีงานสร้างของฉันเร็วขึ้นและทุกอย่างทำงานได้ดีขึ้น
Archlinux มีขนาดไม่ใหญ่มากคุณสามารถติดตั้งลงในพาร์ติชันเล็ก ๆ ได้ (ตรวจสอบให้แน่ใจว่าคุณมีพื้นที่เพียงพอสำหรับโปรแกรมบนพาร์ติชันรูทของคุณ (ฉันต้องฟอร์แมตพาร์ติชั่นรูทเพราะมันเล็กเกินไป) หากคุณใช้ Windows สำหรับการเล่นเท่านั้นคุณควรพิจารณาตัวเลือกนั้น =)

PS: ใช่ติดตั้งตรงบนคอมพิวเตอร์ของคุณจะทำให้ชีวิตของคุณน่าทึ่ง : P


1
ปกติไม่จำเป็นต้องฟอร์แมตใหม่ ฉันใช้ GParted (มีให้ในรูปแบบซีดีสด) เพื่อปรับขนาดพาร์ติชั่นที่มีอยู่ (FAT, NTFS, EXT2 / 3/4) โดยไม่มีผลกระทบใด ๆ
Piskvor

63
การจำลองเป็นคำที่ใช้มากเกินไป ในแง่หนึ่งที่ใช้กันอย่างแพร่หลาย virtualisation ไม่ใช่การจำลอง CPU ที่ทันสมัยได้รับการออกแบบสำหรับ virtualisation - รหัสที่ทำงานใน VM ของคุณนั้นได้รับการจัดการโดย CPU VM bridges IO ได้อย่างมีประสิทธิภาพ - เนื่องจากมีไม่มากที่ต้องทำ - อ่านจากที่นี่เขียนไปที่นั่น คุณอยากลองเล่นการจำลอง - ลองใช้งาน Linux ใน DOSBox หรือ QEMU และดูว่ามันช้าลงเท่าใด!
บาง

23
เครื่องเสมือนบนระบบที่ทันสมัยไม่ใช่การจำลอง หากมีสิ่งใดที่เลียนแบบ IO แต่โดยปกติแล้วตัวขับเองก็รู้ว่าพวกเขาอยู่ใน VM และมีค่าใช้จ่ายเล็กน้อย
MikeyB

3
เพิ่งทำผิดพลาดขอบคุณสำหรับความรู้ที่คุณให้ฉัน ^^ ฉันคิดว่ามันเหมือนการเลียนแบบ (ขอบคุณอีกครั้ง) @Piskvor: ใช่นั่นคือสิ่งที่ฉันหมายถึงปรับขนาดมัน (ไม่ใช่ภาษาอังกฤษเป็นภาษาพื้นเมืองฉันคิดถึงการปรับรูปแบบและปรับขนาด)
Depado

24

มีสามวิธีที่คุณสามารถตั้งค่าสองระบบปฏิบัติการ:

  1. โฮสต์ Windows, Linux VM (ตามที่คุณมี)

  2. โฮสต์ Linux, Windows VM

  3. บูตคู่

หากคุณต้องการเรียกใช้เกม Windows ฉันจะไม่แนะนำตัวเลือก 2

หากคุณต้องการใช้โปรแกรม Windows อย่างสม่ำเสมอ (ซึ่งทำงานได้ไม่ดีภายใต้ Wine) ในระหว่างเซสชัน Linux ตัวเลือก 3 จะทำงานได้ไม่ดีสำหรับคุณ

หากคุณใช้สิ่งที่ไม่ใช่เกมของ Windows ดังนั้นการรีบูตเครื่องจึงไม่น่าเบื่อตัวเลือกที่ 3 นั้นมีประสิทธิภาพมากที่สุด

ดังนั้นคำถามคือ: การตั้งค่าปัจจุบันของคุณรบกวนคุณหรือไม่? หรือมันจะดีพอหรือไม่? ข้อเสียจริงที่เก่าแก่ที่สุดที่ฉันนึกได้ก็คือเวลาในการบู๊ตที่เพิ่มขึ้นและการมีหน่วยความจำลดลง

BTW มันเป็นไปได้ในการตั้งค่าระบบบูตคู่ที่คุณสามารถยังบูตลินุกซ์เดียวกันติดตั้งภายใน VM ใน Windows แต่ไม่วิธีอื่น ๆ (Linux ตรวจพบฮาร์ดแวร์ในเวลาบูต แต่ Windows มีก็ไดรเวอร์ hardcoded ติดตั้งครั้งเดียว )

หากคุณต้องการซื้อเซ็ตอัพดูอัลบูตก่อนลองใช้ตัวติดตั้ง Ubuntu "wubi" (ใช่ฉันรู้ว่าคุณเป็นคนที่แต่งตัวประหลาด Arch แต่คุณเพียงแค่พยายามใช่มั้ย?) Wubi ติดตั้งดิสก์เป็นไฟล์ภาพภายใน Windows เช่นเดียวกับ VM แต่มันบูตในฐานะโฮสต์ระบบปฏิบัติการ ไม่มีการแทรกแซงพาร์ติชันและคุณสามารถถอนการติดตั้งได้จากแผงควบคุมของ Windows เมื่อคุณทำเสร็จแล้ว ข้อเสียเดียวคือประสิทธิภาพของดิสก์ I / O จะลดลงเล็กน้อย


ฉันต้องทำอะไรกับ google เพื่อหาวิธีการบูทดูอัลและใช้ Ubuntu เดียวกันภายใน VM ใน windows? หากนั่นไม่ยากเกินไปที่จะทำสิ่งนั้นจะสมบูรณ์แบบสำหรับสถานการณ์การทำงานของฉัน
โนอาห์

1
เป็นไปได้ แต่ไม่ใช่ตรงไปตรงมา ปัญหาหลักคือไดรเวอร์อุปกรณ์และการตั้งค่าทั้งหมดของคุณจะแตกต่างกันในแต่ละกรณีดังนั้นคุณอาจต้องใช้ไฟล์กำหนดค่าสองชุด ในระยะสั้นมันจะเป็นความเจ็บปวดที่แท้จริงในการรักษา ฉันไม่รู้ว่าคำหลักของ Google คืออะไร
am

1
@arleslie การติดตั้ง Ubuntu ไม่ใช่ส่วนที่ยาก ส่วนที่ยากคือการบูทการติดตั้งเดียวกันใน VM เป็นไปไม่ได้ แต่เกินกว่า Wubi
ams

1
ไม่ว่าในกรณีใดคำตอบก็ระบุ Wubi แล้วประเด็นของคุณคืออะไร?
ams

1
@Nah คุณกำลังมองหาอะไรแบบนี้ ? มันเก่า (2009) แต่อธิบายขั้นตอนสำหรับ Windows / Linux ดูอัลบูตที่เริ่มเครื่องเสมือน Linux จากภายใน Windows และเครื่องเสมือนนี้ใช้ 'Linux เดียวกัน' เป็นดูอัลบูต มันนำทางไปยังหน้า 134 ของคู่มือการใช้กล่องเสมือนจริงและมาตรา 9.10 สายนี้การเข้าถึงดิสก์ดิบอย่างหนัก
aeroNotAuto

18

หากคุณใช้กล่องนี้เป็นส่วนใหญ่ผ่าน SSH มีโอกาสที่ดีที่คุณจะอยู่ในเขตเนยซึ่งไม่สำคัญมากนักไม่ว่าจะเป็น VM หรือบนฮาร์ดแวร์จริง ปัญหาหลายอย่างที่กล่าวถึงในคำตอบอื่น ๆ เกิดขึ้นเมื่อคุณพยายามใช้ guest OS เป็นเดสก์ท็อป GUI เซิร์ฟเวอร์ Linux มีความสุขมากใน VM อันใหญ่ของตลาดเว็บโฮสติ้งคือ Linux ใน VMs

ฉันพบกรณีเพียงไม่กี่กรณีที่ฉันถูกบังคับให้เรียกใช้เซิร์ฟเวอร์ Linux บนฮาร์ดแวร์จริงแทนที่จะเป็นใน VM:

การเข้าถึงฮาร์ดแวร์จริง

บางครั้งคุณต้องใช้การ์ด PCI บางตัวที่ระบบ VM ไม่สามารถจำลองเสมือนได้ พูด4 ช่องถอดรหัส ระบบ VM บางระบบสามารถมอบสิทธิ์การเป็นเจ้าของการ์ดให้กับ VM เช่นผ่านเทคโนโลยี VT-d ของ Intelแต่นั่นไม่ใช่ปัญหาโดยไม่มีปัญหา:

  • มีความเร็วในการตี มันอาจสำคัญ

  • ระบบ VM บางระบบสามารถทำได้และคุณอาจไม่มีอิสระในการเปลี่ยนเป็นระบบที่สามารถทำได้

  • อาจมีผลกระทบที่ไม่จำเป็นเช่นเดียวกับ VMware ESXi 5 ซึ่งการเป็นเจ้าของ VM ของการ์ดนั้นจำเป็นต้องทำการรีบูตโฮสต์จากนั้นจึงป้องกันไม่ให้ทำ snapshot ของ VM นั้น (โดยไม่จำเป็นฉันหมายถึงว่าปัญหาเหล่านี้สามารถแก้ไขได้เพียงใช้เวลาในการพัฒนา)

ที่เก็บข้อมูลขนาดใหญ่

ระบบ VM ของคุณอาจไม่สามารถสร้างดิสก์เสมือนที่มีขนาดใหญ่เท่าฮาร์ดแวร์เปล่าที่อนุญาตให้ใช้กับดิสก์จริง ตัวอย่างเช่น VMware ESXi 5 มีข้อ จำกัด ขนาดปริมาณเสมือน 2 TB หากคุณต้องการโวลุ่มเดียวที่มีขนาดใหญ่กว่าภายใน VM คุณต้องข้ามห่วงเพื่อหลีกเลี่ยงข้อ จำกัด :

  • คุณสามารถผลักดันคอนโทรลเลอร์ RAID ไปยัง VM ด้วย VT-d แต่มีปัญหาอีกครั้ง

  • คุณสามารถพุชไดรฟ์เสมือนจำนวน 2 TB ผ่านไปยัง VM และใส่สตริงเข้าด้วยกันด้วยLVMแต่คุณได้ซื้อพาสเซลของปัญหาด้วยเช่นกัน

    สำหรับสิ่งหนึ่งเมื่อ (!) ดิสก์ทางกายภาพตัวใดตัวหนึ่งตายหากคุณใช้ระบบปฏิบัติการ guest บนฮาร์ดแวร์เปล่าคุณสามารถวินิจฉัยและแก้ไขได้โดยใช้ซอฟต์แวร์การจัดการที่ให้มาเช่น 3DM หรือtw_cliซอฟต์แวร์ของ 3Ware แต่ลองค้นหารุ่นที่จะทำงานบนโฮสต์ VMware ESXi 5.0! ตอนนี้คุณถูกบังคับให้รีบูตเพื่อให้คุณสามารถใช้อินเทอร์เฟซการจัดการ BIOS

    อีกชั้นเลเยอร์ที่เป็นนามธรรมได้ตัดการเชื่อมต่อไดรฟ์ข้อมูลเสมือนจากฟิสิคัลวอลุ่มดังนั้นเลเยอร์ RAID / LVM ของซอฟต์แวร์ใน guest OS จึงไม่สามารถจัดการดิสก์ได้อย่างมีประสิทธิภาพ เลเยอร์นั้นอาจคิดว่ามันเป็นการเขียนที่ฉลาดไปยังดิสก์ในรูปแบบการปัดไปรอบ ๆ แต่เนื่องจากพวกเขาอาจแบ่งปันดิสก์ทางกายภาพเดียวกันบางส่วนการทำงานจึงเป็นที่นิยมเนื่องจากดิสก์บางตัวได้รับการเขียนแบบแบ็คทูแบ็กหลัง

  • คุณสามารถสร้างไดรฟ์ข้อมูลบนระบบฮาร์ดแวร์จริงและส่งออกไปยัง VM ผ่านทาง NFS แต่ก็มีความเร็วเมื่อคุณทำเช่นนั้น

คุณอาจสามารถปรับสมดุลบางอย่างข้างต้นด้วยข้อได้เปรียบของการจำลองเสมือนเช่นความสามารถในการหยุด VM ชั่วคราวย้ายไปยังโฮสต์อื่นและเริ่มการสำรองข้อมูลอีกครั้งอย่างราบรื่น


14

สภาพแวดล้อมแบบกราฟิกใดที่คุณใช้ใน Linux สภาพแวดล้อมเดสก์ท็อปที่ทันสมัยส่วนใหญ่ (GNOME, KDE, Unity) กำลังก้าวไปข้างหน้าเพื่อต้องการการสนับสนุนการเร่งความเร็วฮาร์ดแวร์ 3 มิติเพื่อให้ทำงานได้อย่างถูกต้อง การสนับสนุนการเร่งความเร็วฮาร์ดแวร์สำหรับกราฟิกภายใน VMs เป็นเทคโนโลยีที่ค่อนข้างอ่อนในขณะนี้ VirtualBox ได้รับการสนับสนุนจากการทดลอง


ฉันกำลังใช้ GNOME ในโหมด 2d ในโหมดทางเลือกซึ่งทำงานได้ดีสำหรับฉัน ฉันยังลองเปิดใช้การเร่งความเร็วแบบ 3 มิติบน VM และทำให้ GNOME ทำงานได้สำเร็จโดยไม่มีปัญหา Arch มีคำแนะนำที่ดีเกี่ยวกับวิธีการสนับสนุนคุณสมบัติ VirtualBox ส่วนใหญ่ที่ดูเหมือนว่าได้ทำไปแล้ว
Alexandr Kurilin

1
ที่จริงแล้วการปรากฎตัวของllvmpipeหมายความว่าคุณไม่จำเป็นต้องเร่งความเร็วฮาร์ดแวร์ 3 มิตินานนัก - GNOME 3.4 live CD (จาก Fedora 17) ใช้ gnome-shell ได้ดีใน VirtualBox โดยไม่ต้องมีแขกเพิ่มเติม ประสิทธิภาพลดลงเล็กน้อยเนื่องจากการเรนเดอร์ทำในซอฟต์แวร์แทน แต่ผลลัพธ์ยังดีกว่าที่ฉันเคยพยายามเรียกใช้ gnome-shell ด้วยการสนับสนุน OpenGL ที่เร่งขึ้นของ VirtualBox
calum_b

11

โดยทั่วไปทุกอย่างจะทำงานได้ดีจากอินเทอร์เน็ตไปจนถึงการติดตั้งแพ็คเกจเพื่อเริ่มต้นฮาร์ดแวร์ แต่คุณจะต้องจ่ายราคาสำหรับความล้มเหลวของเครื่อง windows


มันล้มเหลวบ่อยแค่ไหนถ้าคุณทำงานใน Linux VM เป็นส่วนใหญ่
smci

8

ฉันใช้การกำหนดค่าที่คล้ายกันและฉันพบว่ามีประโยชน์อย่างไม่น่าเชื่อเพียงเพราะฉันสามารถคัดลอกและย้าย Linux VM งานของฉันระหว่างเครื่อง

ฉันพบข้อเสียที่สำคัญสองข้อในการใช้ VM

  1. หากโฮสต์กำลังใช้การเชื่อมต่อเครือข่ายไร้สาย vpn นั้นไม่น่าเชื่อถืออย่างมากในแขก
  2. โดยทั่วไปการตั้งค่าหลายจอภาพจะดูดข้อมูลใน VM

จุดที่ 2 สามารถเอาชนะได้อย่างมีประสิทธิภาพโดยใช้ VMWare และ Unity - Unity เป็นคุณลักษณะของ VMWare ที่รันแอพพลิเคชั่นใน windows บนเดสก์ท็อปของโฮสต์ (เพื่อไม่ให้สับสนกับ Ubuntu Unity)


ฉันไม่มีปัญหาอะไรเลยกับ 2. ด้วย VirtualBox และ GNOME หลังจากทำตามคำแนะนำในการตั้งค่า Arch Linux
Alexandr Kurilin

8

สิ่งหนึ่งที่คุณอาจต้องการพิจารณาก็คือเพื่อให้แน่ใจว่าฮาร์ดแวร์ของคุณได้รับการทดสอบกับ linux distro ที่คุณใช้งานอยู่ ฉันพบปัญหาที่การกระจายที่ฉันใช้ทำงานได้ดีอย่างสมบูรณ์ใน VM แต่ก็ไม่แน่นอนอย่างน่ากลัวเนื่องจากกราฟิกการ์ดที่ไม่ได้ทดสอบการกระจายอย่างสมบูรณ์ ตัวอย่างเช่น Fedora มีรายการฮาร์ดแวร์ที่ผ่านการทดสอบอย่างสมบูรณ์แล้ว ความจริงก็คือไม่มีการแจกแจงลินุกซ์จะมีเสถียรภาพ 100% กับฮาร์ดแวร์ที่ทันสมัยพร้อมไดรเวอร์ใหม่ ๆ ฉันพยายามทำสิ่งที่คุณทำ แต่ลงเอยด้วยการลบพาร์ติชั่น linux ของฉันหลังจากหลายดิสทริบิวชันจะไม่เสถียรพอสำหรับฉัน ในความคิดของฉันเว้นแต่ว่าคุณกำลังทำสิ่งใดก็ตามที่ต้องการการเร่งด้วยฮาร์ดแวร์คุณไม่จำเป็นต้องเรียกใช้ linux


^ นี่! ผู้คนพูดว่า "Windows สามารถจับไวรัส" และ "Linux มีเสถียรภาพมากขึ้น" ความจริงก็คือถ้าคุณใช้ Windows เป็นโฮสต์แล้วคุณจะไม่ติดไวรัสใด ๆ แต่ด้วย Linux นั้นมีโอกาสที่จะค้นพบตัวเองในโลกแห่งความเจ็บปวด ข้อบกพร่องของไดรเวอร์
Rolf

7

การใช้พลังงานของฉันเพิ่มขึ้นอย่างมากเมื่อใดก็ตามที่ฉันเริ่ม VirtualBox

ในกรณีของฉันฉันใช้ Linux เป็นทั้งโฮสต์และแขกและฉันไม่ทราบว่าโฮสต์ / แขก OS สร้างความแตกต่างหรือว่านี่คือ VirtualBox หรือเทคนิคการจำลองเสมือนจริง

เมื่อใช้powertopฉันจะเห็นว่ากระบวนการ "VBoxHeadless" นั้นเป็นผู้ใช้พลังงานรายใหญ่ที่สุดในระบบของฉัน

หากนี่เป็นระบบเดสก์ท็อปบางทีนี่อาจไม่สำคัญสำหรับคุณ แต่บนแล็ปท็อปของฉันฉันต้องการปิด VirtualBox ทุกครั้งที่ฉันไม่ต้องการระบบแขก


2
ฉันมีปัญหานี้เช่นกันจนกระทั่งฉันเปลี่ยนเคอร์เนล อูบุนตูอย่างน้อยก็มาพร้อมกับเคอร์เนลพิเศษสำหรับการทำงานในเครื่องเสมือน ฉันเชื่อว่าตัวจับเวลาความละเอียดสูงเป็นตัวการสำหรับการแฮ็กเครื่องซีพียูซึ่งปิดใช้งานในเคอร์เนลเวอร์ชันพิเศษ ตอนนี้การใช้งาน CPU ตามที่รายงานโดยโฮสต์ระบบปฏิบัติการ (Windows 7 ในขณะนี้) นั้นต่ำเมื่อไม่ได้ใช้งาน
FooF

6

หากคุณไม่ได้ใช้ VM สำหรับวัตถุประสงค์พิเศษ (เช่นต้องโคลน VMs คัดลอก / ย้ายระหว่างเซิร์ฟเวอร์มีหลายสภาพแวดล้อมการทดสอบที่แตกต่างกัน ฯลฯ ) ฉันขอแนะนำให้ติดตั้ง linux เป็นระบบปฏิบัติการหลักสำหรับกิจกรรม 95% ของคุณและ จากนั้นติดตั้ง windows เป็น VM จากภายใน linux สำหรับกิจกรรม 5% ของกิจกรรม windows (ยกเว้นว่ากิจกรรม Windows 5% ของคุณนั้นมี CPU / หน่วยความจำสูงมากเช่นการใช้ photoshop หรือการตัดต่อวิดีโอ) หากคุณมี linux เป็นระบบปฏิบัติการหลักคุณจะสามารถเข้าถึงหน่วยความจำทั้งหมดและแกนประมวลผลทั้งหมดได้อย่างเต็มที่ อย่างไรก็ตามหากอยู่ภายใน VM คุณสามารถกำหนดแกน CPU หน่วยความจำเพียงเล็กน้อยได้เท่านั้น โดยทั่วไปครึ่งหนึ่งของทรัพยากรของเครื่องสามารถกำหนดให้กับ VM ได้ ดังนั้นถ้าคุณมีเครื่องควอดคอร์ที่มี RAM 8 GB แต่กำหนด 1 คอร์และ 2GB ให้กับ VM ของคุณเท่านั้น

การใช้ VM จะช้าลง สำหรับสิ่งต่าง ๆ ส่วนใหญ่การทำเวอร์ช่วลไลเซชั่นทุกวันนี้ดีมากและความแตกต่างจะไม่สามารถสังเกตได้ อย่างไรก็ตามหากคุณต้องการเร่งความเร็วฮาร์ดแวร์แฟนซี (เช่นกราฟิก) VM ของคุณอาจแปลไปยังการ์ดของคุณไม่ถูกต้อง ดังนั้นคุณอาจสังเกตเห็นว่าการเรนเดอร์วิดีโอ / 3-d ทนทุกข์ทรมานอย่างมากภายใน VM


3
OP ต้องการใช้ Windows สำหรับเล่นเกม การเรียกใช้ Windows ภายใน VM อาจทำให้ช้าเกินไป
มิเคล

@ Mikel - ในการอ่านอีกครั้งฉันเห็นว่าฉันพลาดบิตเกม windows
dr jimbob

5

ฉันสามารถบอกคุณได้ว่า - ในประสบการณ์ของฉัน - การกำหนดค่าที่ตรงกันข้ามนั้นดีกว่า ฉันหมายถึงโฮสต์กับ linux และแขกที่มี windows เพราะประสิทธิภาพและความเสถียร ในช่วงเวลานี้ฉันทำงานในสำนักงานที่มีหน้าต่างโฮสต์และลินุกซ์แขก (ฉันต้องการทั้งสองอย่าง) แต่ในแล็ปท็อปส่วนตัวของฉันฉันมีโฮสต์กับลินุกซ์และแขกที่มีหน้าต่าง และการแสดงก็ดีขึ้นในแล็ปท็อปของฉัน แม้ว่าแล็ปท็อปส่วนตัวของฉันมีทรัพยากรน้อย

อย่างไรก็ตามฉันไม่เห็นปัญหาใด ๆ (ไม่มีวิธีแก้ไข) ในการกำหนดค่าของคุณ มันเป็นแค่เรื่องของรสนิยม


+1 เนื่องจาก VMware ซึ่งเป็นลูกหมูแน่นอนบน Windows มันจะต้องติดตั้งสิ่งต่างๆมากมายที่มีอยู่ในกล่องบน Linux เพื่อให้งานสำเร็จลุล่วง ฉันเคยแฮ็คเครือข่ายของฉันมาสองสามครั้งเช่นในขณะที่นั่นไม่เคยเกิดขึ้นกับฉันกับระบบ VM บน Linux VirtualBox เป็น closers กับ 1: 1 ที่ตรงกันระหว่างแพลตฟอร์ม แต่เนื่องจากสภาพแวดล้อมของบรรทัดคำสั่งที่ดีกว่าฉันยังคงต้องการใช้บน Linux เนื่องจากVBoxเป็นระบบคำสั่ง verbose
Warren Young

2
s/whit/with/g. ส่วนเล็กน้อยหมายถึงสิ่งอื่นทั้งหมด
Sinan Ünür

4

ฉันเรียกใช้ Ubuntu ใน VirtualBox VM และฉันคิดว่าปัญหาเดียวที่ฉันพบคือการเร่งความเร็ว OpenGL ผ่านไปยังโฮสต์คือ ropey


3

ฉันเริ่มทำสิ่งที่คุณทำ * ระวังในเครื่องเสมือน นี่เป็นวิธีที่ดีในการลอง แต่ฉันแนะนำให้พลิกไปมา Windows สามารถทำงานได้ดีอย่างน่าประหลาดใจใน VM หากคุณใช้ Linux เป็นหลักทำไมไม่ทำให้ระบบโฮสต์ใช้ Linux?

ข้อดี:

  1. ควบคุมปัญหาโฮสต์ได้มากขึ้น (เช่นเกิดปัญหา / รีบูตอัตโนมัติโดยมีโอกาสน้อยกว่ากับ Linux)
  2. Linux ใช้ทรัพยากรน้อยกว่า Windows เมื่อไม่ได้ใช้งาน (ทรัพยากรที่คุณสามารถจัดสรรให้กับเครื่องเสมือน)
  3. ในความคิดของฉัน VirtualBox ทำงานได้ดีบน Linux ฉันลองทั้งสองวิธีแล้ว
  4. ง่ายต่อการติดตั้งเพิ่มความเร็วให้กับเครื่องเสมือนบน linux ฉันใช้ซอฟต์แวร์ RAID ข้ามฮาร์ดไดรฟ์ผู้บริโภค 2 เครื่องเพื่อให้การบูต Windows XP VM เป็น Firefox ใน 8 วินาที

จุดด้อย:

  1. ปัญหาไดรเวอร์ที่เป็นไปได้เมื่อใช้งาน linux เป็นโฮสต์
  2. การเร่งความเร็ว 3 มิติอาจทำได้ยากบน Linux
  3. หากคุณใช้ Windows สำหรับเล่นเกมเครื่องเสมือนอาจไม่เร็วพอ

2

ไม่มีเหตุผลที่จะไม่ทำเช่นนั้นตราบใดที่ทุกสิ่งที่คุณต้องการทำในโฮสต์และลูกค้าทำงานได้ตามที่คุณต้องการ

ฉันใช้การตั้งค่านี้กับ Sony PCG-Z505 ของฉันกับ VMware ตั้งแต่ต้นปี 2000 จนถึงกลางปี ​​2003 โฮสต์: Windows 98 และไคลเอ็นต์ SuSE Linux เหตุผลหลักสำหรับการตั้งค่านั้นคือฉันสามารถใช้เซิร์ฟเวอร์ imap ภายใต้ Linux จากโฮสต์ Outlook Express ในขณะที่เป็นมือถือ ไคลเอนต์ Linux จะทำการกรองสแปม ฯลฯ ใน Linux ฉันยังสามารถเข้าสู่ระบบเซิร์ฟเวอร์ในที่ทำงานโดยใช้ ssh ในสภาพแวดล้อมที่คุ้นเคยมากขึ้น

โฮสต์ VM ปกป้อง Linux จากปัญหาฮาร์ดแวร์อย่างดี IIRC มีปัญหาบางอย่างเกี่ยวกับระบบไร้สาย แต่ส่วนใหญ่ฉันใช้การเชื่อมต่อแบบมีสายที่บ้านหรือในสำนักงาน หากไม่มีฉันจะให้ Outlook Express รับจดหมายและส่งไปยังเซิร์ฟเวอร์ imap โดยจะเป็นการกำจัดสแปมในขณะที่ใช้งานแบบไร้สายเท่านั้น

ฉันไม่สามารถเรียกใช้วิธีนี้ได้ (เหมือนที่ฉันทำบนเดสก์ท็อปของฉันก่อนหน้านั้น) เพราะปกติฉันใช้ Linux โดยไม่มีกราฟิกมิฉะนั้นสิ่งต่างๆจะไม่พอดีกับหน่วยความจำ ด้วย Linux ในฐานะโฮสต์ฉันจะต้องเรียกใช้มันในโหมดกราฟิกเช่นกันตลอดเวลาทำให้หน่วยความจำน้อยเกินไปใน Windows 98 ที่จะเรียกใช้ Word โดยไม่ต้องสลับ


1

ฉันยังใช้การตั้งค่านี้ (ผู้เยี่ยมชม Ubuntu บน Windows)

มือโปร:

  • ไม่มีการเปลี่ยนแปลงในหน้าต่างเริ่มต้นแผนกไอทีของ บริษัท ของฉันจะสนับสนุนปัญหา / ข้อผิดพลาดที่เกี่ยวข้องกับหน้าต่างใด ๆ

Con:

  • ช้าในการเริ่มต้น: ต้องเริ่ม Windows จากนั้นเริ่มเครื่องเสมือน
  • ไม่มีการเชื่อมต่อไร้สาย

1

ฉันกำลังเพิ่มบันทึกย่อไปยังคำตอบที่มีอยู่ (และยอดเยี่ยม) ที่มีอยู่แล้ว: ยังสามารถเรียกใช้ Linux และ Windows เคียงข้างกันได้

โครงการCooperative Linuxมุ่งเป้าไปที่สิ่งนี้:

Cooperative Linux เป็นวิธีแรกที่ทำงานได้ฟรีและโอเพ่นซอร์สสำหรับการรัน Linux บน Microsoft Windows ได้อย่างดีที่สุด โดยทั่วไป Cooperative Linux (ชื่อย่อ coLinux) เป็นพอร์ตของเคอร์เนล Linux ที่ช่วยให้สามารถทำงานร่วมกันพร้อมกับระบบปฏิบัติการอื่นบนเครื่องเดียว

และมีแม้กระทั่ง distros ลินุกซ์ที่ทำงานบนมันTopologiLinuxและandLinux

น่าเสียดายที่โครงการเหล่านี้ถูกทอดทิ้ง coLinux รุ่นล่าสุดมีอายุ 3 ปีและรุ่นล่าสุดของ distros ทั้งสองมีอายุ 8 ปี

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.