一些问题的答案 about blog_comment

[caibirdme]

我早就看过那个回答了，挺**的。又不是所有人都在用Go写数据库存储引擎，完全就是为了装逼：“看，我看了很多Go代码！牛逼不”。这人要是搞Java，JVM能搞死他

[cch123]

@caibirdme
我早就看过那个回答了，挺**的。又不是所有人都在用Go写数据库存储引擎，完全就是为了装逼：“看，我看了很多Go代码！牛逼不”。这人要是搞Java，JVM能搞死他

装逼是第一生产力

[guonaihong]

@cch123

@caibirdme
我早就看过那个回答了，挺**的。又不是所有人都在用Go写数据库存储引擎，完全就是为了装逼：“看，我看了很多Go代码！牛逼不”。这人要是搞Java，JVM能搞死他

装逼是第一生产力

这句话给点个赞，哈哈。

[fangwater]

感觉您对于很多问题的回答有些草率了
另外我个人觉得这些问题非常有价值
然后提问者开源的那个Dargan boat真的很强很强。。。

[cch123]

@fangwater ，不是草率，如果生产环境遇到问题，可以一直深入到所有细节，这是程序员该有的能力，但是细节是海量无穷无尽的，只是拿细节来考谁背得更好并不是好的面试方法，不可能有人知道所有细节。

比如我也可以考你 runtime 里把内存分配分了几类，就算看过可能也会忘；或者我还可以考你内存访问的延迟从 90 年代到现在大概有什么样的进步，jeff dean 总结的数字现在是否依然合适；再或者我可以考你 Go 的汇编在手写和反编译时有哪些细节差异，SP 寄存器如何区分物理还是虚拟；

因为这样就去否定别人的话，并不合适

[zeromake]

看到这里突然发现原提问者还是把 13 题的来龙去脉写了一篇博文啊 谁占了该CPU核的30% - 一个较意外的Go性能问题

[cch123]

@zeromake ，12 不是说 sync.Pool 的么？

[zeromake]

@cch123 好吧是 13 手抖写错了

[cch123]

@zeromake ，确实，我完了补充到内容里

[wushuangxiaoyu]

能详细说下为啥map里使用指针过多，会影响gc么，在很多地方看到这个，都没有详细的解释

[cch123]

@wushuangxiaoyu
能详细说下为啥map里使用指针过多，会影响gc么，在很多地方看到这个，都没有详细的解释

用 pprof 的火焰图，看 inuse objects，修改 map 的 kv 的类型并持续观察，挺好懂的

[Cherrison]

本科生面试就这个难度了吗 怎么感觉比 前端 java那些看着难

[cch123]

@Cherrison ，这个一看就是社招面试
学生面试只问专业课基础和算法