由网友(冷漠哥℃)分享简介：我还以为我的错误是问题开始G-WAN 但今天，我更加testst，我的真正的问题是这样的：but today, I made more testst and my real problem is this:当我启动类型微型实例，G-WAN工作正常，但如果我启动同一个实例型小型，中型等...... G-WAN e...

我还以为我的错误是问题开始G-WAN

但今天，我更加testst，我的真正的问题是这样的：

but today, I made more testst and my real problem is this:

当我启动类型微型实例，G-WAN工作正常，但如果我启动同一个实例型小型，中型等...... G-WAN explote！

When I launch an instance with type micro, G-WAN works fine but if i launch the same instance with type small, medium, etc... G-WAN explote!!!

这说明我的错误后前。

这是G-WAN和之间的更多钞票错误的Amazon EC2？

This is a posible bug between G-wan and Amazon EC2?

有人知道该如何解决？

感谢所有！

推荐答案

简短的回答是：

较新的虚拟机管理程序的版本报告零CPU，和/或零CPU内核。这是由零G-WAN创造一个部门。

Newer releases of hypervisors report ZERO CPU, and/or ZERO CPU Core. This is creating a division by zero in G-WAN.

较长的故事是：

如G-广域网为多核架构优化，它使用CPUID指令和OS内核结构，以找到平台架构和相关联的OS策略（联机/允许CPU的数量）。

As G-WAN is optimized for multicore architectures, it uses the CPUID instruction and the OS Kernel structures to find the platform architecture and the associated OS policies (the number of online/allowed CPUs).

在过去，检查CPUID指令和内核结构行之有效。但是，今天的管理程序皆已破碎CPUID实现和操作系统内核结构。

In the past, checking the CPUID instruction and the Kernel structures worked well. But today hypervisors have switched to broken CPUID implementations and OS Kernel structures.

本机监控程序创建的问题会影响托管公司（VPS服务器）和Amazon EC2实例，以及公司和最终用户。

This problem created by hypervisors affects hosting companies (VPS servers), and Amazon EC2 instances, as well as companies and end-users.

其他Web服务器不会受到影响，因为用户必须手动配置，附加和运行多个服务器实例为每个CPU核心（复制了G-WAN只使用一次的资源）。

The other web servers are not affected because users must manually configure, attach and run several server instances for each CPU Core (duplicating the resources that G-WAN uses only once).