Hiệu năng kém của bộ xử lý 32 bit Windows XP xompared SMP trong VBA + Excel

Chào mừng bạn

Trên nhiều máy tính, tôi gặp phải hiệu suất kém của khách 32 bit chạy trên máy chủ Linux 64 bit (tôi chỉ sử dụng họ Debian). Cuối cùng, tôi đã thu thập được dữ liệu điểm chuẩn.

Tôi đã tạo điểm chuẩn bằng cách chạy macro VBA tùy chỉnh (mà chúng tôi sử dụng trong công ty của chúng tôi) để tạo tài liệu Word dài 284 trang với đầy đủ các biểu đồ, bảng và nhận xét về Excel Pie. Macro được chạy dưới dạng một tác vụ duy nhất (không bao gồm các dịch vụ tiêu chuẩn) trên một tập hợp các hệ thống Windows XP 32 bit được cấu hình giống hệt nhau. Tôi đo thời gian (tính bằng giây) cần thiết để thực hiện bài kiểm tra.

Máy tính (tức là máy tính xách tay Asus P53E của tôi) hỗ trợ cả phần mở rộng VT-d và Windows XP gốc. Nó có bộ xử lý 2 lõi, mỗi lõi được siêu phân luồng, vì vậy tổng cộng chúng ta có 4 đơn vị thực thi chủ yếu là độc lập.

Tôi sử dụng VirtualBox 4.2 và VMWare Workstation 9.0 mới nhất cho Linux, được cài đặt cùng nhau trên cùng một máy chủ (chạy Mint 13 Maya) nhưng không bao giờ chạy đồng thời.

Kết quả (tính theo thời gian của cột) không kém chính xác hơn ± 10%

Đây là kết quả (xin lỗi cho định dạng, nhưng tôi không thể tìm ra giải pháp tốt hơn cho các bảng trong SO):

+---------------+-------------+------------------------------------------------------+---------+------------+----------------+------+
| Host software | # processor |                    Windows kernel                    | IO APIC | VT-x/AMD-V | 2D Video Accel | Time |
+---------------+-------------+------------------------------------------------------+---------+------------+----------------+------+
| VirtualBox    |           1 | Advanced Configuration and Power Interface (ACPI) PC |       0 |          1 |              0 | 1139 |
| VirtualBox    |           1 | Advanced Configuration and Power Interface (ACPI) PC |       0 |          1 |              1 | 1050 |
| VirtualBox    |           1 | Advanced Configuration and Power Interface (ACPI) PC |       0 |          0 |              1 | 1644 |
| VirtualBox    |           4 | ACPI Multiprocessor PC                               |       1 |          1 |              1 | 6809 |
| VMWare        |           1 | ACPI Uniprocessor PC                                 |         |          1 |              1 | 1175 |
| VMWare        |           4 | ACPI Multiprocessor PC                               |         |          1 |              1 | 3412 |
| Native        |           4 | ACPI Multiprocessor PC                               |         |            |                | 1693 |
| Native        |           1 | Advanced Configuration and Power Interface (ACPI) PC |         |            |                | 1170 |
+---------------+-------------+------------------------------------------------------+---------+------------+----------------+------+

Dưới đây là những kết luận nổi bật:

• Mặc dù tôi đã đọc trong VirtualBox fora về hiệu suất tuyệt vời với khách 32 bit trên máy chủ 64 bit, VMWare cũng có vấn đề so với chạy tự nhiên, vẫn nhanh hơn gấp đôi (!) So với VBox.
• Mặc dù VBA vốn chỉ là một luồng, các tính toán Excel, chiếm hơn một nửa tổng thời gian tính toán, được cho là không. Vì vậy, người ta sẽ mong đợi một số tăng tốc độ khi chạy trên 2+ lõi ("+" để siêu phân luồng). Những gì chúng ta thấy là một sự mất tốc độ. Và một cái khá lớn nữa.
• Đối với VirtualBox, tiện ích mở rộng VT-d không phải là vấn đề lớn.
• Trừ khi bạn có ít nhất 6 lõi độc lập mà bạn sẽ sử dụng trong môi trường khách, thì không có điểm nào về hiệu năng của khách Windows đa xử lý trong VirtualBox.
• Trừ khi bạn có ít nhất 3 lõi độc lập mà bạn sẽ sử dụng trong môi trường khách, không có điểm nào về hiệu năng của máy khách Windows đa xử lý trong VMWare.

Bất cứ ai cũng có thể làm sáng tỏ lý do tại sao hạt nhân Windows đơn lẻ lại nhanh hơn nhiều so với SMP?

Tôi đã nhận thấy hiệu suất ghê gớm trong hộp ảo chạy hệ điều hành 64 bit và tôi nghi ngờ ioapic là nguyên nhân và sắp thử nghiệm mà không có, tuy nhiên tôi muốn bình luận về vấn đề hạt nhân SMP.

Trên máy tính xách tay của tôi trước đây tôi có bộ xử lý lõi đơn, tôi đã thay thế nó bằng bộ xử lý lõi kép cùng thế hệ và cùng tốc độ xung nhịp, điểm khác biệt duy nhất là nó có tính năng tiết kiệm năng lượng tốt hơn và kích thước bộ đệm L2 lớn hơn, đồng hồ, v.v. Nghỉ ngơi tất cả như nhau. Sau đó tôi phát hiện ra sau khi trao đổi cpu trên hiệu năng kernel windows cũ là ok. Sau đó tôi đã cài đặt lại các cửa sổ, sau khi cài đặt lại, một nhân APIC đã được cài đặt và đột nhiên trình quản lý tác vụ báo cáo mức sử dụng cpu cao hơn cho các tác vụ tương tự, vd. chạy quản lý tác vụ mất 2% cpu thay vì 1% phụ. Ngoài ra, nhiệt độ cpu cao hơn như thể nó hoạt động mạnh hơn, rất khó khăn, đặc biệt là khi cài đặt mới sạch và trước đó có những thứ như a / v được cài đặt. Tôi đã kết luận giống như bạn rằng các cửa sổ có tổng phí xử lý cao.

https://www.virtualbox.org/manual/ch03.html#sinstall-othersboard :

"Việc kích hoạt APIC I / O là bắt buộc đối với các hệ điều hành khách 64 bit , đặc biệt là Windows Vista, cũng cần thiết nếu bạn muốn sử dụng nhiều CPU ảo trong máy ảo. Tuy nhiên, phần mềm hỗ trợ cho I / O APIC có Không đáng tin cậy với một số hệ điều hành khác ngoài Windows. Ngoài ra, việc sử dụng I / O APIC làm tăng nhẹ chi phí ảo hóa và do đó làm chậm hệ điều hành khách một chút. Cảnh báo Tất cả các hệ điều hành Windows bắt đầu với Windows 2000 đều cài đặt các hạt nhân khác nhau tùy thuộc vào cho dù APIC I / O có khả dụng hay không. Cũng như với ACPI, APIC I / O không được tắt sau khi cài đặt HĐH khách Windows. Tuy nhiên, bật nó sau khi cài đặt sẽ không có hiệu lực. "