blocks|key|724470|text|如果你分享你的操作系统版本，如果它是32位和64位，以及你的go+version结果，我们可能会帮助你更多。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|724471|724472|+Go的32位版本存在已知的堆内存问题，通常不用于生产环境。请确保在64位平台上使用64位版本的Go。|unordered-list-item|724473|+go提示，Go的分支将成为Go+1.1+has+upgraded+the+maximum+heap+space+from+8+GB+to+128+GB。与我交谈过的核心Go开发人员建议在内存密集型生产环境中使用Go+tip。|724474|Go在Windows上的使用率较低，因此测试也较少，这可能是一个错误。|724475|正如peterSO提到的，Robert+Hundt的基准测试是有缺陷的-在这里阅读更多：Profiling+Go+Programs|724476|724477|entityMap|0|LINK|mutability|MUTABLE|url|https://codereview.appspot.com/6828055/|1|http://blog.golang.org/2011/06/profiling-go-programs.html^0|U|A|0|0|0|L|1J|0|0|0|18|L|1|0|0^^$0|@$1|2|3|4|5|6|7|10|8|@$9|11|A|12|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|13|8|@]|D|@]|E|$]]|$1|G|3|H|5|I|7|14|8|@]|D|@]|E|$]]|$1|J|3|K|5|I|7|15|8|@]|D|@$9|16|A|17|1|18]]|E|$]]|$1|L|3|M|5|I|7|19|8|@]|D|@]|E|$]]|$1|N|3|O|5|I|7|1A|8|@]|D|@$9|1B|A|1C|1|1D]]|E|$]]|$1|P|3|-4|5|6|7|1E|8|@]|D|@]|E|$]]|$1|Q|3|-4|5|6|7|1F|8|@]|D|@]|E|$]]]|R|$S|$5|T|U|V|E|$W|X]]|Y|$5|T|U|V|E|$W|Z]]]]

If you share your OS version, if it is 32 vs 64 bits and your <code>go version</code> result, we can probably help you more.

<ul>
<li>The 32-bit version of Go has known heap memory issues and is generally not used in production. Make sure you are using the 64-bit version of Go on a 64-bit platform.</li>
<li>Go tip, the branch of go that will become Go 1.1 <a href="https://codereview.appspot.com/6828055/">has upgraded the maximum heap space from 8 GB to 128 GB</a>. The core Go developers I have spoken with recommend using Go tip for memory intensive production uses.</li>
<li>Go on Windows is less used and thus less tested, this could be a bug. Go is much more tried and true on Linux ans to a lesser extent OS X.</li>
<li>As peterSO mentioned, Robert Hundt's benchmark is flawed- read more here: <a href="http://blog.golang.org/2011/06/profiling-go-programs.html">Profiling Go Programs</a></li>
</ul>

blocks|key|724429|text|人们只能胡乱猜测--因为缺乏更多细节。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|724430|724431|如果您运行的是32位Go版本，请尝试64位版本，并使用tip版本。|unordered-list-item|724432|如果可能，请使用*nix平台-它具有更好的内存管理。|724433|724434|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|L|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|M|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|N|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|O|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|P|8|@]|9|@]|A|$]]]|J|$]]

One can only wildly guess - for the lack of more details.

<ul>
<li>If you're running a 32 bit Go version, try the 64 bit one instead and use the tip revision.</li>
<li>If possible, use a *nix platform - it has IMO better memory management.</li>
</ul>

blocks|key|3040637|text|罗伯特·亨特的基准测试是有缺陷的。它不是Go的有效基准。有关详细信息，请阅读Profiling+Go+Programs。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3040638|entityMap|0|LINK|mutability|MUTABLE|url|http://blog.golang.org/2011/06/profiling-go-programs.html^0|12|L|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Robert Hundt's benchmark is flawed. It's not a valid benchmark for Go. Read <a href="http://blog.golang.org/2011/06/profiling-go-programs.html" rel="nofollow">Profiling Go Programs</a> for details.

blocks|key|4508368|text|对于那些可能感兴趣的人，我给他发了一封邮件。hundt自己询问是否有一些(未记录的)编译器开关，可以通过某种方式调整或参数化堆大小。这是因为我最初错误地认为这样的开关肯定存在，但没有文档记录。似乎也没有人在这里回复我的帖子。我想我在这里受到了jvm工作方式的“太多启发”……|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4508369|无论如何，他建议尝试不同的编译器(基于gcc的编译器，或者基于plan-9的编译器)，因为一个可能比另一个工作得更好。当然，然后在64位机器上尝试。|4508370|他还向我推荐了一些关于Go内存管理的好文章：http://lwn.net/Articles/428100/|offset|length|4508371|但是没有，没有编译器开关来处理内存设置。|4508372|你好，奥利弗|4508373|entityMap|0|LINK|mutability|MUTABLE|url|http://lwn.net/Articles/428100/^0|0|0|M|V|0|0|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|U|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|V|8|@]|9|@$F|W|G|X|1|Y]]|A|$]]|$1|H|3|I|5|6|7|Z|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|10|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|11|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|S]]]]

For those that might be interested I sent a mail to mr. hundt himself asking whether there is some (undocumented) compiler switch with which the heap size could be adapted or parameterized somehow. This was because I first mistakenly assumed that such a switch must exist, but is not documented. And nobody hat replied to my post here seemed to know, either. I guess I was "too much inspired" here by how the jvm works ...

Anyway, he recommended to try different compilers (gcc based compiler, or the plan-9 based compiler) as one might work better than the other. Then try on a 64-bit machine, of course.

He also pointed my to some good article about Go's memory management: <a href="http://lwn.net/Articles/428100/" rel="nofollow">http://lwn.net/Articles/428100/</a>

But no, there is no compiler switch to play around with memory settings.

Regards, Oliver

I'm running the Go code from Rober Hundt's benchmark to compare performance of Go with the other languages. When I run the Go code from that benchmark (see <a href="http://code.google.com/p/multi-language-bench/source/browse/trunk/src/#src%2Fhavlak%2Fgo" rel="nofollow">http://code.google.com/p/multi-language-bench/source/browse/trunk/src/#src%2Fhavlak%2Fgo</a>) I get an out of memory exception:

................runtime: out of memory: cannot allocate 1048576-byte block (1270808576 in use)
throw: out of memory

My question is how I can increase Go's memory space. Is there some start-up parameter or some flag for the compiler that can be set accordingly? The Makefile file of the Go source doesn't reveal anything...

Thanks, Oliver

How to increase heap space in Google Go

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在运行Rober Hundt的基准测试中的Go代码，以比较Go与其他语言的性能。当我从该基准测试运行Go代码时(请参阅)，我得到一个内存不足异常：................runtime:内存不足:无法分配1048576字节的块(正在使用中的1270808576字节)引发:内存不足我的问题是如何增加Go的内存空间。编译器是否有一些可以相应设置的启动参数或标志？Go源代码的Makefile

问如何在Google Go中增加堆空间
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何在Google Go中增加堆空间EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何在Google Go中增加堆空间
EN