Open cch123 opened 5 years ago
我早就看过那个回答了,挺傻逼的。又不是所有人都在用Go写数据库存储引擎,完全就是为了装逼:“看,我看了很多Go代码!牛逼不”。这人要是搞Java,JVM能搞死他
@caibirdme 我早就看过那个回答了,挺傻逼的。又不是所有人都在用Go写数据库存储引擎,完全就是为了装逼:“看,我看了很多Go代码!牛逼不”。这人要是搞Java,JVM能搞死他
装逼是第一生产力
@cch123
@caibirdme 我早就看过那个回答了,挺傻逼的。又不是所有人都在用Go写数据库存储引擎,完全就是为了装逼:“看,我看了很多Go代码!牛逼不”。这人要是搞Java,JVM能搞死他
装逼是第一生产力
这句话给点个赞,哈哈。
感觉您对于很多问题的回答有些草率了 另外我个人觉得这些问题非常有价值 然后提问者开源的那个Dargan boat真的很强很强。。。
@fangwater ,不是草率,如果生产环境遇到问题,可以一直深入到所有细节,这是程序员该有的能力,但是细节是海量无穷无尽的,只是拿细节来考谁背得更好并不是好的面试方法,不可能有人知道所有细节。
比如我也可以考你 runtime 里把内存分配分了几类,就算看过可能也会忘;或者我还可以考你内存访问的延迟从 90 年代到现在大概有什么样的进步,jeff dean 总结的数字现在是否依然合适;再或者我可以考你 Go 的汇编在手写和反编译时有哪些细节差异,SP 寄存器如何区分物理还是虚拟;
因为这样就去否定别人的话,并不合适
看到这里突然发现原提问者还是把 13 题的来龙去脉写了一篇博文啊 谁占了该CPU核的30% - 一个较意外的Go性能问题
@zeromake ,12 不是说 sync.Pool 的么?
@cch123 好吧是 13 手抖写错了
@zeromake ,确实,我完了补充到内容里
能详细说下为啥map里使用指针过多,会影响gc么,在很多地方看到这个,都没有详细的解释
@wushuangxiaoyu 能详细说下为啥map里使用指针过多,会影响gc么,在很多地方看到这个,都没有详细的解释
用 pprof 的火焰图,看 inuse objects,修改 map 的 kv 的类型并持续观察,挺好懂的
本科生面试就这个难度了吗 怎么感觉比 前端 java那些看着难
@Cherrison ,这个一看就是社招面试 学生面试只问专业课基础和算法
http://xargin.com/answers-for-some-interview-questions/