Some best practices for debuging and optimizing with -gcflags?

agolangf · · 294 次点击    
这是一个分享于 的资源,其中的信息可能已经有所发展或是发生改变。
<p>What are some best practices for general purpose -gcflags to use for debugging and conversely for optimizing code?</p> <hr/>**评论:**<br/><br/>nilium: <pre><p>Are you trying to do something specific? Go doesn&#39;t really have the massive ton of flags that compilers like gcc have, so there&#39;s not really any tuning you&#39;ll be doing, if that&#39;s what you&#39;re looking for.</p> <p>The only extra flag that&#39;s really useful in debugging, for me, is <code>-race</code> (to go install) since you don&#39;t want to overlook data races. Beyond that, the flag to print inlining decisions is handy. There are also GODEBUG values, but I don&#39;t need them very often.</p></pre>NeverUse-YouPromised: <pre><p>You can disable bounds checking with <code>-gcflags=&#34;-B&#34;</code>.</p> <p>With <code>-ldflags=&#34;-w -s&#34;</code> you can achieve <code>strip</code>&#39;s effects from the compiler.</p></pre>

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889

294 次点击  
加入收藏 微博
0 回复
暂无回复
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传