मैंने पाया कि भले ही यह वर्चुअल बॉक्स में संभव है (और यकीनन तेज) (मेरा अनुभव संस्करण 5.1.0 के साथ था) तार्किक प्रोसेसर के आधार पर एक वीएम को वीसीपीयू आवंटित करने के लिए, उच्च लोड पर चलने पर अतिथि ओएस के अंदर समस्याओं में भाग सकता है। । मेरे मामले में एक 8 कोर उबंटू 16.04 होस्ट पर 12 वीसीपीयू के साथ एक विंडोज 2012 आर 2 वीएम (जो कि 16 तार्किक प्रोसेसर की रिपोर्ट करता है) बीएसपीसी को डीपीसी_ व्हाट्सएपडॉग_विडियो त्रुटि संदेश के साथ उच्च सीपीयू लोड के दौरान करेगा। Osronline.com का उपयोग करते हुए एक मिनीडम्प विश्लेषण ने उल्लंघन का कारण बनने के लिए e1g6032e.sys (Intel 100/1000 नेटवर्क ड्राइवर को मूल निवासी) दिखाया।
यह मुझे विश्वास दिलाता है कि तार्किक प्रोसेसर क्षमता के आधार पर वीसीपीयू आवंटित करने और लंबे समय तक वीएम को उच्च भार पर चलाने पर अतिथि ओएस के अंदर समय नकारात्मक रूप से प्रभावित होता है। मेरे मामले में, कुछ ही मिनटों के लिए विंडोज वीएम के अंदर 100% सीपीयू लोड होने से बीएसओडी का परिणाम होगा। VCPU काउंट को 8 तक कम करने के बाद (जो होस्ट के भौतिक कोर काउंट से मेल खाता है), Windows VM समान उच्च लोड स्थितियों के तहत अब BSOD नहीं करता है। ऑनलाइन प्रलेखन VirtualBox से कहते हैं एक ऐसा करने चाहिए, लेकिन कोई कारण प्रदान नहीं करता है।
मेरे वातावरण में दो अन्य उबंटू वीएम भी चल रहे थे, जिनमें से प्रत्येक में 8 वीसीपीयू थे। Windows VM की BSOD समस्याओं के समय उन पर लोड न्यूनतम था।