Closed. This question is off-topic。它当前不接受答案。
想改善这个问题吗? Update the question,所以它是on-topic,用于堆栈溢出。
6年前关闭。
我以为我的错误是Problems to start G-WAN
但是今天,我做了更多的测试,而我真正的问题是:
当我使用micro类型启动实例时,G-WAN可以正常工作,但是如果我使用Small,Medium等类型启动同一实例,则G-WAN会爆炸!!!
它向我显示了post之前的错误。
这是G-wan和Amazon EC2之间的一个可能的错误吗?
有人知道解决方案吗?
谢谢大家!
想改善这个问题吗? Update the question,所以它是on-topic,用于堆栈溢出。
6年前关闭。
我以为我的错误是Problems to start G-WAN
但是今天,我做了更多的测试,而我真正的问题是:
当我使用micro类型启动实例时,G-WAN可以正常工作,但是如果我使用Small,Medium等类型启动同一实例,则G-WAN会爆炸!!!
它向我显示了post之前的错误。
这是G-wan和Amazon EC2之间的一个可能的错误吗?
有人知道解决方案吗?
谢谢大家!
最佳答案
简短的答案是:
系统管理程序的较新版本报告为ZERO CPU和/或ZERO CPU Core。这将在G-WAN中创建零除。
更长的故事是:
由于G-WAN针对多核体系结构进行了优化,因此它使用CPUID指令和OS内核结构来查找平台体系结构和关联的OS策略(在线/允许的CPU数量)。
过去,检查CPUID指令和内核结构效果很好。但是今天,系统管理程序已切换到破碎的CPUID实现和OS内核结构。
系统管理程序造成的此问题影响托管公司(VPS服务器),Amazon EC2实例以及公司和最终用户。
其他Web服务器不受影响,因为用户必须为每个CPU核心手动配置,附加和运行多个服务器实例(复制G-WAN仅使用一次的资源)。
关于linux - 错误G-WAN和Amazon EC2,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/16301556/
10-11 06:40