Bất kỳ lý do nào KHÔNG chạy Linux trong máy ảo mọi lúc?

214

Tôi đã chuyển sang sử dụng Arch Linux cho hầu hết công việc hàng ngày của mình và không cần Windows cho bất cứ điều gì ngoài chơi game và một vài ứng dụng không được chuyển sang Linux như OneNote. Bản phân phối Linux của tôi được lưu trữ trong VirtualBox với Windows là máy chủ lưu trữ và tôi khá thích nó theo cách đó, ảnh chụp nhanh rất hữu ích.

Giả sử tôi gần như không bao giờ quan tâm đến máy chủ Windows và dành 95% thời gian cho khách, tôi sẽ bỏ lỡ điều gì?

Có những nhược điểm nghiêm trọng?

Hiệu suất có bị ảnh hưởng nghiêm trọng và sẽ cài đặt thẳng vào máy làm cho cuộc sống của tôi tuyệt vời hơn nhiều không?

arch-linux virtualbox virtual-machine

— Alexandr Kurilin
nguồn

35

... Và có một đối số cho việc sử dụng Phần mềm miễn phí . Lưu ý rằng bạn cũng có thể lật ngược mọi thứ và mô phỏng Windows trong Linux (hoặc một số hệ điều hành FOSS khác, giả sử, OpenIndiana). Ngoài ra, OneNote dường như hoạt động một phần theo Wine .

— sr_

5

Sự tiêu thụ năng lượng. Tôi rất muốn xem điều này bị ảnh hưởng như thế nào khi chạy trong VM nhưng tôi đoán là có một sự khác biệt rõ ràng và nó thậm chí có thể là một sự khác biệt lớn.

— Konrad Rudolph

5

Ngoài tất cả các câu trả lời tuyệt vời đã được cung cấp, tôi chỉ nói rằng với môi trường hiện tại, bạn có thể mất thiết lập Linux nếu Windows của bạn bị hỏng do vi-rút hoặc lỗ hổng bảo mật Windows khác. Chỉ cần một cái gì đó để nhận thức được.

— Daemon of Chaos

2

Bạn có nghĩa là ngoài Linux của bạn được Windows Update khởi động lại một cách có hệ thống? Và những lần khởi động lại sẽ mất gấp đôi thời gian vì bạn có hai hệ thống để khởi động.

— Dmitry Grigoryev

Nếu bạn dành 95% thời gian cho Linux và chỉ 5% trong Windows thì sẽ tốt hơn nếu có Windows trong VM trong Linux?

— Sembei Norimaki

151

Giả sử bạn có thể làm mọi thứ hoạt động và bạn không muốn thực hiện các nhiệm vụ tốn nhiều tài nguyên như chơi trò chơi hoặc thực hiện các biên dịch lớn, thì tôi nghĩ bạn sẽ ổn thôi.

Có một số vấn đề cơ bản bạn có thể sẽ gặp phải:

thời gian của khách không chính xác
kích thước màn hình khách hoặc độ sâu màu không chính xác
không thể truy cập các thiết bị USB (máy in, điện thoại, v.v.)

Để khắc phục điều này, bạn nên cài đặt các bổ sung khách VirtualBox . Xem hướng dẫn khách VirtualBox Arch Linux để biết chi tiết.

Để có được một số tính năng bổ sung, chẳng hạn như hỗ trợ USB 2.0 và Intel PXE, bạn cũng có thể cài đặt gói tiện ích mở rộng VirtualBox .

Sau đó, có một vài vấn đề bạn nên biết về:

Rõ ràng máy ảo Linux của bạn sẽ bị ảnh hưởng nếu hệ thống Windows của bạn gặp sự cố. Các vấn đề tôi đã xảy ra gần đây:

Máy chủ Windows gặp sự cố do lỗi trình điều khiển (màn hình xanh)
Máy chủ Windows khởi động lại do cập nhật bảo mật

Khi chạy một máy ảo , hiệu năng lớn nhất sẽ thuộc về I / O trên đĩa của bạn . Nếu có thể, hãy đặt VM của bạn vào một đĩa riêng và / hoặc sử dụng ổ đĩa trạng thái rắn . Sử dụng ổ đĩa ảo ảo thay vì ổ đĩa IDE ảo cũng có thể giúp ích.

— Mikel
nguồn

7

Mặc dù I / O của đĩa có thể là một vấn đề đối với các tệp lớn, tôi vẫn nhớ rằng luôn luôn gặp phải số lượng lớn các loại hoạt động IO nhỏ trong các hệ điều hành khách . Tôi nghĩ điều này có thể là do các tệp hoạt động IO này có thể không bao giờ thực sự chạm vào ổ cứng thực sự (được lưu trữ bởi VirtualBox / VMWare, v.v. trong RAM tạm thời và được ghi không đồng bộ vào tệp hình ảnh ổ cứng VM không gây chậm trễ trong VM) hoặc chỉ chạm vào một lần duy nhất tệp / vị trí của ổ cứng (cụ thể là tệp hình ảnh ổ cứng VM) thay vì nhiều tệp thực nhỏ.

— Cetin Sert

4

"Biên dịch lớn" thực sự vẫn hoạt động nhanh hơn trong VM so với Windows. Điều này thậm chí cho GCC trên Linux so với MSVC trên Windows.

— rubenvb

5

@rubenvb Sự so sánh là Linux kim loại trần so với Linux trong máy ảo.

— Mikel

@Mikel "Sẽ có hiệu năng gần như bằng không đối với các tác vụ chuyên sâu của CPU"

— Ryu_hayabusa

77

Tôi dạy một lớp thực hành về Linux, và thật không may, theo chính sách của công ty, tôi không được phép định dạng lại các máy tính xách tay do lớp cung cấp, vì vậy chúng tôi sẽ thực hiện theo phương pháp tiếp cận khách VirtualBox.

Bỏ qua tất cả các mối quan tâm về hiệu suất, đây là một số lưu ý / vấn đề tôi nhận thấy:

1) Chế độ cầu nối và không dây

Một số thẻ không dây dường như gặp khó khăn khi có "danh tính kép", điều đó có nghĩa là các bài học định tuyến / tường lửa / mạng của chúng tôi sẽ rơi vào địa ngục. Đây là một vấn đề được biết đến - hầu hết các trình điều khiển không dây không hỗ trợ bắc cầu.

cầu | Quỹ Linux - Nó không hoạt động với thẻ Không dây của tôi!

Điều này có nghĩa là nếu bạn đang sử dụng giao diện không dây, bạn phải thực hiện thêm một số công việc để khách có IP "công khai".

2) Tích hợp máy tính để bàn

Tiết kiệm cho một vài wallbangers trong thiết kế, môi trường máy tính để bàn hiện đại được cân nhắc khá kỹ và cung cấp một số tiện ích bị mất khi họ không có quyền truy cập đầy đủ vào đầu vào / đầu ra hoặc công cụ đính kèm / tháo rời thiết bị. Chẳng hạn, menu Vbox ở phía dưới sẽ thực sự khó chịu nếu bạn có một trình chọn cửa sổ hoặc thông báo ở đó. Và một số máy sử dụng phím tắt Ctrl + Alt + roller_key (chuyển đổi không gian làm việc) để lật màn hình.

Ý tôi là, so sánh việc tháo thiết bị USB trong Gnome dễ dàng như thế nào, so với số lượng menu con / lần nhấp tương đương trong Windows và tôi biết tôi thích cái nào hơn mỗi ngày.

3) USB "ăn cắp"

Đôi khi, các cửa sổ không muốn buông ổ USB - nói với hộp ảo để gắn nó không phải lúc nào cũng hoạt động - rất có thể khi các cửa sổ đang đọc nội dung vì lý do này hay lý do khác. Và sau đó, có một số ổ USB không phải là thiết bị lưu trữ thẳng, nhưng thực hiện hành động giống như chuyển đổi chế độ để làm cho ổ đĩa của bạn có thể truy cập được - những ổ này gây khó chịu khi gắn vào máy Linux.

4) Ổn định

Thông thường, việc "phá vỡ" Windows dễ dàng hơn Linux, đó là lý do tại sao bạn thường muốn Linux "bảo vệ" các phiên bản Windows, thay vì ngược lại. Tôi đã mất một vài ngày làm việc với các nhân viên ghi đè các tệp sai và cuối cùng phá vỡ cả cài đặt Virtualbox và hình ảnh Linux của chúng tôi.

5) Công cụ dòng lệnh

Trên Linux ít nhất, bạn có tùy chọn xử lý xung quanh với hình ảnh đĩa Vbox bằng cách sử dụng qemu-nbd và thiết bị chặn mạng.

QEMU / Hình ảnh - Wikibooks, mở sách cho một thế giới mở - Gắn hình ảnh trên máy chủ

Điều này cho phép bạn xem và sửa đổi nội dung của đĩa hệ điều hành khách mà không phải khởi động nó, ví dụ, nếu bạn kết xuất nó không thể khởi động được.

Bạn cũng có thể thực hiện những việc như sao lưu tập lệnh của VDI - hoặc chỉ nội dung của chúng hoặc thay đổi "hồ sơ" VirtualBox thông qua liên kết tượng trưng - dễ dàng hơn rất nhiều khi bash.

— madumlao
nguồn

2

Tôi không đồng ý về sự ổn định. Tôi luôn luôn phá vỡ Linux của mình, vì tôi đã thay đổi một số tệp cấu hình, vì vậy tôi chỉ sử dụng Linux trong máy ảo. :-)

— itmuckel

6

điều đó có thể có liên quan nhiều hơn đến thực tế là bạn thực sự làm hỏng việc cài đặt Linux của mình. Nếu người dùng Windows

— gặp rắc rối

27

Đừng quên rằng VM là một mô phỏng. Hệ thống Unix của bạn sẽ không bao giờ mạnh bằng máy ảo so với cài đặt. Archlinux được sản xuất để phù hợp với sở thích của bạn, nó là một bản phân phối bạn có thể tùy chỉnh tối đa.
Tôi đã từng làm cho nó chạy trên máy ảo, mặc dù tôi nghĩ về việc cài đặt nó chắc chắn trên máy tính của mình. Bây giờ hệ thống của tôi khởi động trong khoảng 15 giây, các bản dựng của tôi nhanh hơn và mọi thứ đều hoạt động tốt hơn.
Archlinux không lớn lắm, bạn có thể cài đặt nó trên một phân vùng nhỏ (chỉ cần đảm bảo rằng bạn có đủ không gian cho các chương trình trên phân vùng gốc của bạn (tôi phải định dạng lại phân vùng gốc của mình vì nó quá nhỏ)). Nếu bạn chỉ sử dụng Windows để chơi, bạn nên xem xét tùy chọn đó =)

PS: Có cài đặt thẳng trên máy tính của bạn sẽ làm cho cuộc sống của bạn tuyệt vời. : P

— Depado
nguồn

1

Thường không cần định dạng lại. Tôi đã sử dụng GParted (cũng có sẵn dưới dạng CD trực tiếp) để thay đổi kích thước các phân vùng hiện có (FAT, NTFS, EXT2 / 3/4), không có hiệu ứng xấu.

— Piskvor

63

Thi đua là một chút của một từ quá tải. Theo một nghĩa được sử dụng rộng rãi, ảo hóa không phải là sự mô phỏng. Các CPU hiện đại được thiết kế để ảo hóa - mã chạy trong máy ảo của bạn đang được CPU xử lý nguyên bản. VM kết nối IO hiệu quả - bởi vì thực sự không có gì nhiều để làm - đọc từ đây, viết vào đó. Bạn muốn trải nghiệm mô phỏng - hãy thử chạy Linux trong DOSBox hoặc QEMU và xem nó chậm hơn bao nhiêu!

— mỏng

23

Máy ảo trên các hệ thống hiện đại không phải là mô phỏng. Nếu bất cứ điều gì IO được mô phỏng, nhưng thông thường các trình điều khiển đều biết rằng họ đang ở trong một máy ảo và có rất ít chi phí.

— MikeyB

3

Chỉ cần phạm sai lầm, cảm ơn vì kiến thức bạn cung cấp cho tôi ^^ Tôi thực sự nghĩ rằng nó giống như một sự mô phỏng. (Cảm ơn một lần nữa) @Piskvor: Vâng đó là ý tôi, thay đổi kích thước nó. (không phải tiếng Anh bản địa, tôi đã hiểu sai định dạng và thay đổi kích thước)

— Depado

24

Có ba cách bạn có thể thiết lập hai HĐH:

Máy chủ Windows, Linux VM (như bạn có).
Máy chủ Linux, Windows VM.
Khởi động kép.

Nếu bạn muốn chạy các trò chơi Windows, tôi không khuyến nghị tùy chọn 2.

Nếu bạn thường xuyên muốn sử dụng chương trình chỉ dành cho Windows (không chạy tốt trong Wine) trong phiên Linux của bạn thì tùy chọn 3 sẽ không hoạt động tốt cho bạn.

Nếu bạn sử dụng các công cụ Windows không phải trò chơi để hiếm khi việc khởi động lại không phải là việc vặt thì tùy chọn 3 là hiệu quả nhất.

Vì vậy, câu hỏi là: thiết lập hiện tại của bạn có làm phiền bạn không? Hoặc, nó là đủ tốt? Nhược điểm cũ thực sự tôi có thể nghĩ đến là thời gian khởi động kéo dài và bộ nhớ thấp hơn.

BTW, có thể thiết lập hệ thống khởi động kép trong đó bạn cũng có thể khởi động cùng cài đặt Linux bên trong máy ảo trong Windows, nhưng không phải cách khác (Linux phát hiện phần cứng khi khởi động, nhưng Windows có trình điều khiển được mã hóa cứng, sau khi cài đặt ).

Nếu bạn muốn cài đặt khởi động kép trước khi mua, hãy thử cài đặt Ubuntu "wubi". (Vâng, tôi biết bạn là một anh chàng Arch, nhưng bạn chỉ đang thử nó thôi phải không?) Không có phân vùng trung gian và bạn có thể gỡ cài đặt nó ngay từ Bảng điều khiển Windows, khi bạn hoàn thành. Mặt trái duy nhất là hiệu năng I / O của đĩa bị giảm nhẹ .

— là
nguồn

Tôi cần gì để google tìm ra cách khởi động kép VÀ sử dụng cùng một ubfox bên trong máy ảo trong windows? Nếu điều đó không quá khó để làm điều đó sẽ HOÀN HẢO cho tình huống công việc của tôi.

— Nô

1

Điều đó có thể, nhưng không đơn giản. Vấn đề chính là tất cả các trình điều khiển và cài đặt thiết bị của bạn sẽ khác nhau trong từng trường hợp, do đó bạn có thể cần hai bộ tệp cấu hình. Nói tóm lại, đó là một nỗi đau thực sự để duy trì. Tôi không biết từ khóa nào cho Google.

— AMS

1

@arleslie Cài đặt Ubuntu không phải là phần khó. Phần cứng là khởi động cùng một cài đặt trong VM. Không phải là không thể, nhưng ngoài Wubi.

— am

1

Trong mọi trường hợp, câu trả lời đã đề cập đến Wubi, vậy quan điểm của bạn là gì?

— am

1

@ Không, bạn đang tìm kiếm một cái gì đó như thế này ? Nó đã cũ (2009) nhưng mô tả các bước để khởi động kép Windows / Linux khởi động máy ảo Linux từ bên trong Windows và máy ảo này sử dụng 'cùng Linux' làm khởi động kép. Nó hướng đến trang 134 của hướng dẫn sử dụng Hộp ảo và phần 9.10 gọi truy cập đĩa cứng thô này .

— aeroNotAuto

18

Nếu bạn sử dụng hộp này chủ yếu thông qua SSH, rất có thể bạn đang ở trong vùng bơ nơi nó thực sự không quan trọng cho dù đó là VM hay trên phần cứng thực. Nhiều vấn đề được đề cập trong các câu trả lời khác xuất hiện khi bạn đang cố gắng sử dụng HĐH khách làm máy tính để bàn GUI. Máy chủ Linux rất hạnh phúc bên trong máy ảo; một phần lớn của thị trường lưu trữ web là Linux trong máy ảo.

Tôi đã gặp phải một vài trường hợp buộc phải chạy máy chủ Linux trên phần cứng thực, thay vì trong VM:

Truy cập phần cứng thực

Đôi khi bạn cần sử dụng một số thẻ PCI mà hệ thống VM không thể ảo hóa. Nói, bộ giải mã MPEG-2 4 kênh . Một số hệ thống VM có thể trao quyền sở hữu độc quyền thẻ cho VM, chẳng hạn như thông qua công nghệ VT-d của Intel , nhưng điều đó không phải không có vấn đề:

Có một cú đánh tốc độ. Nó có thể quan trọng.
Không phải tất cả các hệ thống VM đều có thể làm điều này và bạn có thể không có quyền tự do chuyển sang một hệ thống có thể.
Có thể có những hậu quả không cần thiết, như với VMware ESXi 5, trong đó việc trao quyền sở hữu VM cho thẻ yêu cầu khởi động lại máy chủ, và sau đó ngăn nó thực hiện các ảnh chụp nhanh của VM đó. (Bằng cách không cần thiết tôi có nghĩa là những vấn đề này có thể được giải quyết, nó chỉ mất thời gian phát triển.)

Lưu trữ lớn

Hệ thống VM của bạn có thể không tạo được đĩa ảo lớn như phần cứng trần cho phép đĩa thực. Ví dụ, VMware ESXi 5 có giới hạn kích thước âm lượng ảo 2 TB. Nếu bạn cần một âm lượng lớn hơn trong VM, bạn phải nhảy qua các vòng để xử lý giới hạn:

Bạn có thể đẩy bộ điều khiển RAID qua VM bằng VT-d, nhưng một lần nữa, nó có vấn đề.
Bạn có thể đẩy một khối lượng ảo 2 TB thông qua VM và kết hợp chúng với LVM , nhưng bạn cũng đã tự mua cho mình một loạt các vấn đề.

Đối với một điều, khi (!) Một trong các đĩa vật lý chết, nếu bạn đang sử dụng HĐH khách trên phần cứng trần, bạn có thể chẩn đoán và khắc phục bằng cách sử dụng phần mềm quản lý được cung cấp, chẳng hạn như 3DM hoặc tw_cliphần mềm 3Ware . Nhưng hãy thử tìm các phiên bản sẽ chạy trên máy chủ VMware ESXi 5.0! Bây giờ bạn buộc phải khởi động lại để bạn có thể sử dụng giao diện quản lý BIOS.

Mặt khác, lớp trừu tượng đã ngắt kết nối các ổ ảo khỏi các ổ vật lý, do đó, lớp RAID / LVM phần mềm trong HĐH khách không thể quản lý các đĩa một cách hiệu quả. Lớp đó có thể nghĩ rằng đó là cách ghi thông minh vào các đĩa theo kiểu vòng tròn, nhưng vì chúng có thể chia sẻ một số đĩa vật lý giống nhau, hiệu suất sẽ bị ảnh hưởng vì một số đĩa đang quay ngược trở lại.
Bạn có thể tạo âm lượng trên một hệ thống phần cứng thực và xuất nó sang VM thông qua NFS, nhưng cũng có một tốc độ khi bạn làm điều đó.

Bạn có thể đối trọng với một số ưu điểm trên với các lợi thế ảo hóa, chẳng hạn như khả năng tạm dừng VM, di chuyển nó sang máy chủ khác và khởi động lại một cách liền mạch.

— Warren Young
nguồn

14

Môi trường đồ họa nào bạn đang sử dụng trong Linux? Hầu hết các môi trường máy tính để bàn hiện đại (Gnome, KDE, Unity) đang hướng tới yêu cầu hỗ trợ tăng tốc 3D phần cứng để hoạt động chính xác. Hỗ trợ tăng tốc phần cứng cho đồ họa bên trong máy ảo là một công nghệ tương đối non nớt vào lúc này. VirtualBox có hỗ trợ thử nghiệm .

— jmtd
nguồn

Tôi hiện đang chạy Gnome ở chế độ 2d ở chế độ dự phòng, hoạt động tốt với tôi. Tôi cũng đã thử bật tính năng tăng tốc 3d trên VM và để Gnome hoạt động thành công mà không gặp nhiều khó khăn. Arch có một hướng dẫn khá hay về cách hỗ trợ hầu hết các tính năng VirtualBox mà dường như đã thực hiện thủ thuật này.

— Alexandr Kurilin

1

Trên thực tế, sự ra đời của llvmpipe có nghĩa là bạn sẽ không nhất thiết phải tăng tốc phần cứng 3D lâu hơn nữa - CD sống Gnome 3.4 (dựa trên Fedora 17) chạy gnome-shell chỉ tốt trong VirtualBox mà không cần thêm khách. Tất nhiên, hiệu năng bị ảnh hưởng đôi chút, vì kết xuất được thực hiện trong phần mềm, nhưng kết quả vẫn tốt hơn tôi từng cố gắng chạy gnome-shell với sự hỗ trợ OpenGL được tăng tốc của VirtualBox.

— calum_b

11

Về cơ bản mọi thứ sẽ hoạt động tốt từ internet đến cài đặt các gói cũng để khởi tạo phần cứng, tuy nhiên bạn sẽ phải trả giá cho bất kỳ lỗi nào của máy windows.

— CHÀO
nguồn

Chà, nó thường thất bại như thế nào, nếu bạn thường xuyên làm việc trong máy ảo Linux?

— smci

8

Tôi sử dụng một cấu hình tương tự và tôi thấy nó cực kỳ hữu ích đơn giản vì tôi có thể sao chép và di chuyển Linux VM công việc của mình giữa các máy.

Tôi chỉ tìm thấy hai nhược điểm đáng kể khi sử dụng VM.

Nếu máy chủ đang sử dụng kết nối mạng không dây, vpn sẽ không đáng tin cậy trong máy khách
Thiết lập nhiều màn hình thường hút trong một VM.

Điểm số 2 có thể khắc phục hiệu quả bằng cách sử dụng VMWare và Unity - Unity là một tính năng VMWare chạy các ứng dụng trong cửa sổ trên máy tính để bàn của máy chủ (không bị nhầm lẫn với Ubuntu Unity).

— Phyxx
nguồn

Tôi hoàn toàn không gặp vấn đề gì với 2. với VirtualBox và Gnome, sau khi làm theo hướng dẫn thiết lập Arch Linux.

— Alexandr Kurilin

8

Một điều bạn có thể muốn xem xét là đảm bảo phần cứng của bạn đã được kiểm tra với bản phân phối linux bạn đang sử dụng. Tôi gặp phải vấn đề là một bản phân phối mà tôi đã sử dụng chạy hoàn toàn tốt trong VM, nhưng về bản chất thì không ổn định khủng khiếp, do một card đồ họa chưa được kiểm tra đầy đủ với bản phân phối. Fedora chẳng hạn có một danh sách các phần cứng đã được kiểm tra đầy đủ. Thực tế là, không có bản phân phối linux nào sẽ ổn định 100% với phần cứng hiện đại với trình điều khiển mới, có lỗi. Tôi đã cố gắng làm những gì bạn đã làm nhưng cuối cùng lại xóa phân vùng linux của tôi sau khi một số bản phân phối không chạy đủ ổn định cho tôi. Theo tôi, trừ khi bạn đang làm bất cứ điều gì đòi hỏi phải tăng tốc phần cứng, hoàn toàn không cần phải chạy linux nguyên bản.

— ctilley79
nguồn

^ Cái này! Mọi người nói "Windows có thể nhiễm virus" và "Linux ổn định hơn" Sự thật là nếu bạn sử dụng Windows chủ yếu như một máy chủ thì bạn sẽ không bị nhiễm virus, tuy nhiên với Linux, có một cơ hội thực sự tìm thấy chính bạn trong một thế giới đau đớn do để thiếu sót lái xe.

— Rolf

7

Tiêu thụ năng lượng của tôi tăng mạnh bất cứ khi nào tôi khởi động VirtualBox.

Trong trường hợp của tôi, tôi chạy Linux với tư cách là cả máy chủ và máy khách và tôi không biết liệu hệ điều hành máy chủ / máy khách có tạo ra sự khác biệt hay không, nếu điều này vốn có với VirtualBox hoặc kỹ thuật ảo hóa.

Sử dụng powertop Tôi có thể thấy rằng quá trình "VBoxHeadless" thường là người tiêu thụ năng lượng lớn nhất trên hệ thống của tôi.

Nếu đây là một hệ thống máy tính để bàn, có thể điều này không quan trọng với bạn, nhưng trên máy tính xách tay của tôi, tôi muốn tắt VirtualBox bất cứ khi nào tôi không có nhu cầu cho hệ thống khách.

— người dùng50849
nguồn

2

Tôi đã có vấn đề này cho đến khi tôi chuyển kernel. Ubuntu ít nhất đi kèm với kernel đặc biệt để chạy trong máy ảo. Bộ đếm thời gian độ phân giải cao là thủ phạm gây ra sự ăn mòn CPU, tôi tin rằng, nó bị vô hiệu hóa trong các phiên bản kernel đặc biệt. Bây giờ việc sử dụng CPU như được báo cáo bởi hệ điều hành máy chủ (Windows 7 tại thời điểm hiện tại) đang ở mức thấp thoải mái khi không hoạt động.

— FooF

6

Nếu bạn không sử dụng máy ảo cho các mục đích đặc biệt (ví dụ: cần sao chép máy ảo; sao chép / di chuyển giữa các máy chủ; có nhiều môi trường thử nghiệm khác nhau, v.v.), tôi khuyên bạn nên cài đặt linux làm HĐH chính cho 95% hoạt động của mình và sau đó cài đặt windows dưới dạng VM từ bên trong linux cho hoạt động 5% hoạt động của windows. (Trừ khi 5% hoạt động của windows của bạn cực kỳ tốn CPU / bộ nhớ; như sử dụng photoshop hoặc chỉnh sửa video.) Nếu bạn có linux làm HĐH chính, nó sẽ có toàn quyền truy cập vào tất cả bộ nhớ và tất cả các lõi cpu của bạn. Tuy nhiên, nếu nó nằm trong VM, bạn chỉ có thể gán một phần nhỏ lõi CPU bộ nhớ cho nó; nói chung, tốt nhất là một nửa tài nguyên của máy có thể được gán cho VM. Vì vậy, nếu bạn có một máy lõi tứ với 8 GB RAM, nhưng chỉ được gán 1 lõi và 2 GB cho máy ảo của bạn,

Sử dụng VM sẽ chậm hơn. Đối với hầu hết mọi thứ, ảo hóa hiện nay là rất tốt và sự khác biệt sẽ không đáng chú ý (khác với sự sụt giảm đáng chú ý về CPU / RAM có sẵn cho VM); tuy nhiên nếu bạn cần tăng tốc phần cứng ưa thích (ví dụ, đối với đồ họa), VM của bạn có thể không dịch sang thẻ của bạn đúng cách; vì vậy bạn có thể nhận thấy kết xuất video / 3-d bị ảnh hưởng đáng kể trong VM.

— dr jimbob
nguồn

3

OP muốn sử dụng Windows để chơi game. Chạy Windows bên trong VM có thể làm cho nó quá chậm.

— Mikel

@Mikel - Khi đọc lại tôi thấy rằng ban đầu tôi đã bỏ lỡ bit chơi game windows.

— dr jimbob

5

Tôi có thể nói với bạn rằng - theo kinh nghiệm của tôi - cấu hình ngược lại là tốt hơn. Tôi có nghĩa là máy chủ lưu trữ với linux và khách với các cửa sổ. Điều này là do hiệu suất và sự ổn định. Trong thời điểm này, tôi đang làm việc trong văn phòng với một máy chủ lưu trữ và một máy khách linux (tôi cần cả hai) nhưng trong máy tính xách tay cá nhân của tôi, tôi có máy chủ lưu trữ với linux và máy khách có cửa sổ. Và các màn trình diễn tốt hơn trong máy tính xách tay của tôi. Ngay cả khi máy tính xách tay cá nhân của tôi có ít tài nguyên hơn.

Dù sao, tôi không thể thấy bất kỳ vấn đề nào (không có cách giải quyết) trong cấu hình của bạn. nó chỉ là vấn đề của hương vị.

— PCJ
nguồn

+1 vì VMware, một con lợn tuyệt đối trên Windows. Nó phải cài đặt toàn bộ nhiều thứ tồn tại trên Linux, để hoàn thành công việc. Chẳng hạn, tôi đã có một lần băm kết nối mạng của mình một vài lần, trong khi điều đó chưa bao giờ xảy ra với tôi với bất kỳ hệ thống VM nào trên Linux. VirtualBox đóng các trận đấu 1: 1 giữa các nền tảng, nhưng do môi trường dòng lệnh ưu việt, tôi vẫn thích chạy nó trên Linux, vì đây VBoxlà một hệ thống lệnh dài dòng.

— Warren Young

2

s/whit/with/g. whit có nghĩa là một cái gì đó khác hoàn toàn.

— Sinan Ünür

4

Tôi chạy Ubuntu trong VirtualBox VM và tôi nghĩ vấn đề duy nhất tôi gặp phải là việc truyền tăng tốc OpenGL cho máy chủ là ropey.

— Alan B
nguồn

3

Tôi bắt đầu làm những gì bạn làm, * nix trong một máy ảo. Điều này là tuyệt vời để thử nó, nhưng tôi khuyên bạn nên lật nó xung quanh. Windows có thể chạy tốt đáng ngạc nhiên trong một VM. Nếu bạn chủ yếu sử dụng Linux, thì tại sao không làm cho hệ thống máy chủ sử dụng Linux?

Ưu điểm:

Kiểm soát nhiều hơn đối với các sự cố máy chủ (ví dụ: sự cố / tự động khởi động lại ít có khả năng xảy ra với Linux)
Linux sử dụng ít tài nguyên hơn Windows khi không hoạt động (tài nguyên thay vào đó bạn có thể phân bổ cho máy ảo)
Virtualbox, theo tôi, chạy tốt hơn trên Linux. Tôi đã thử cả hai cách.
Dễ dàng thiết lập tăng tốc độ tuyệt vời cho một máy ảo trên linux. Tôi sử dụng phần mềm RAID trên 2 ổ cứng của người tiêu dùng để khởi động Windows XP VM vào firefox trong 8 giây

Nhược điểm:

Vấn đề trình điều khiển có thể xảy ra khi chạy linux như một máy chủ
Tăng tốc 3D có thể khó thực hiện trên Linux
Nếu bạn sử dụng Windows để chơi game, một máy ảo có thể không đủ nhanh

— Bá tước
nguồn

2

Hoàn toàn không có lý do gì để không làm như vậy, miễn là mọi thứ bạn muốn làm trong máy chủ và máy khách đều hoạt động như bạn muốn.

Tôi đã sử dụng thiết lập này trên Sony PCG-Z505 của tôi với VMware từ đầu năm 2000 đến giữa năm 2003. Máy chủ: Windows 98 và máy khách SuSE Linux. Lý do chính cho thiết lập đó là tôi có thể sử dụng máy chủ imap trong Linux từ máy chủ Outlook Express khi đang di động (tôi đã có trên máy tính để bàn Linux trước đó với Win98 trong Linux). Máy khách Linux cũng thực hiện lọc thư rác, v.v. trong Linux. Tôi cũng có thể đăng nhập các máy chủ tại nơi làm việc bằng cách sử dụng ssh trong một môi trường quen thuộc hơn.

Máy chủ VM bảo vệ Linux khỏi các sự cố phần cứng. IIRC có một số vấn đề với mạng không dây, nhưng hầu hết thời gian tôi sử dụng kết nối có dây ở nhà hoặc tại văn phòng. Nếu không, tôi sẽ yêu cầu Outlook Express nhận thư và đẩy nó đến máy chủ imap, tạm thời mất chức năng lọc thư rác trong khi chỉ trên mạng không dây.

Tôi không thể chạy cách này theo cách khác (như tôi đã làm trên Máy tính để bàn của mình trước đó), vì tôi thường chạy Linux mà không có đồ họa, nếu không mọi thứ sẽ không phù hợp với bộ nhớ. Với Linux là máy chủ lưu trữ, tôi sẽ luôn phải chạy nó ở chế độ đồ họa, để lại quá ít bộ nhớ trong Windows 98 để chạy Word mà không cần trao đổi.

— Anthon
nguồn

1

Tôi cũng sử dụng cấu hình này (Ubuntu khách trên Windows).

Chuyên nghiệp:

Không thay đổi các cửa sổ ban đầu, bộ phận CNTT của công ty tôi sẽ hỗ trợ mọi sự cố / sự cố liên quan đến cửa sổ.

Con:

Bắt đầu chậm: cần khởi động windows, sau đó khởi động máy ảo.
Không có cầu nối không dây.

— Florian
nguồn

1

Tôi đang thêm một lưu ý cho các câu trả lời đã có (và xuất sắc): cũng có thể chạy Linux và Windows cạnh nhau.

Dự án Cooperative Linux nhằm mục đích này:

Cooperative Linux là phương pháp mã nguồn mở và miễn phí đầu tiên hoạt động để chạy tối ưu Linux trên Microsoft Windows. Tổng quát hơn, Cooperative Linux (tên ngắn gọn là coLinux) là một cổng của nhân Linux cho phép nó chạy hợp tác cùng với một hệ điều hành khác trên một máy.

và thậm chí còn có các bản phân phối Linux chạy trên nó: TopologiLinux và andLinux .

Thật không may, dường như các dự án này đã bị bỏ rơi; Bản phát hành mới nhất của coLinux là 3 năm và bản phát hành mới nhất của cả hai bản phát hành là 8 năm.

— dr01
nguồn