gitalk icon indicating copy to clipboard operation
gitalk copied to clipboard

gitalk for colobu

Results 118 gitalk issues
Sort by recently updated
recently updated
newest added

https://colobu.com/2021/06/28/dive-into-go-module-2/

Gitalk
2021/06/28/dive-into-go-module-2/

https://colobu.com/2021/05/05/triple-gates-of-sync-Once/

Gitalk
2021/05/05/triple-gates-of-sync-Once/

https://colobu.com/2019/08/13/strategies-for-returning-references-in-rust/

Gitalk
2019/08/13/strategies-for-returning-references-i

# 与日俱进,在 Go 1.20 中这种高效转换的方式又变了 在 Go 1.19 的开发中, string.SliceHeader和string.StringHeader经历了一个生死存亡的争斗,这两个类型一度被标记为弃用(deprecated),但是这两个类型经常用在 slice of byte 和 string 高效互转的场景中,如果被标记为弃用,但是目前还没有可替代的方法,所以这两个类型又把弃用标记去掉了,如无意外,它们 [https://colobu.com/2022/09/06/string-byte-convertion/](https://colobu.com/2022/09/06/string-byte-convertion/)

# 等等, 怎么使用 SetMemoryLimit? Go 1.19中终于实现了SetMemoryLimit的功能。Go的GC并不像Java那样提供了很多的参数可以调整,目前也就有GOGC这么一个参数,所以能增加一个可以调整GC的参数确实让人兴奋。 [https://colobu.com/2022/06/20/how-to-use-SetMemoryLimit/](https://colobu.com/2022/06/20/how-to-use-SetMemoryLimit/)

# Go的50度灰:Golang新开发者要注意的陷阱和常见错误 原文: 50 Shades of Go: Traps, Gotchas, and Common Mistakes for New Golang Devs翻译: Go的50度灰:新Golang开发者要注意的陷阱、技巧和常见错误, 译者: 影风LEY Go是一门简单有趣的语言,但与其他语言类似,它会有一些技巧。。。这些技巧的绝大部分并不是Go的缺陷造成的。如果你以前使用的是其他 [https://colobu.com/2015/09/07/gotchas-and-common-mistakes-in-go-golang/](https://colobu.com/2015/09/07/gotchas-and-common-mistakes-in-go-golang/)

# pyroscope: 一个简单易用的持续剖析平台 开发人员常常需要跟踪生产环境中的应用程序的性能瓶颈,并试图找出造成瓶颈的根本原因。要做到这一点,他们通常会通过日志来收集这些信息。不幸的是,这种方法可能会很耗时,而且无法提供有关潜在问题的足够详细的信息。 一种现代且更先进的方法是应用和使用profiling技术 [https://colobu.com/2022/01/27/pyroscope-a-continuous-profiling-platform/](https://colobu.com/2022/01/27/pyroscope-a-continuous-profiling-platform/)

http://colobu.com/2015/01/14/Scala-Quick-Start-for-Java-Programmers/

Gitalk
2015/01/14/Scala-Quick-Start-for-Java-Programmer

http://colobu.com/2018/01/31/benchmark-2018-spring-of-popular-rpc-frameworks/

Gitalk
2018/01/31/benchmark-2018-spring-of-popu

# Linux上下文切换监控 我们在监测Linux的应用的时候,当CPU的利用率非常高,但是系统的性能却上不去的时候,不妨监控一下线程/进程的切换,看看是不是context switching导致的overhead过高。 一般我使用dstat工具用来监控,比如dstat -y: 12345---system-- int csw 367 561 274 439 279 363 或者vmstat 3: 12 [https://colobu.com/2016/04/12/context-switching-monitor/](https://colobu.com/2016/04/12/context-switching-monitor/)