https://hackthology.com/lessons-learned-while-implementing-a-btree.html
关于sse技术
看PHP7中的base64.c， 发现代码比想象的要长不少，仔细看了一下，发现对于不同的目标环境有一些优化，一部分优化就是关于sse的技术： What are SSE instruction sets and what do they do? (techjunkie.com)
该技术应该能优化很多算法。不过，代码看起来就比较晦涩了。
已升级鸿蒙OS😃
golang-栈内存空间 – boybai – 博客园
gzinflate and gzip
|
1 2 |
# echo "you are right"| gzip --stdout|php -r 'echo gzinflate(substr(file_get_contents("php://stdin"), 10, -8));' you are right |
|
1 2 |
$ echo "you are right"| gzip --stdout| gzip -d you are right |
golang 中listener close之后，积压在内核的连接就没法accept了
测试实例：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 |
package main import ( "bufio" "fmt" "net" "sync" ) func main() { addr := "127.0.0.1:8181" ln, err := net.Listen("tcp", addr) if err != nil { panic(err) return } conn1, err := net.Dial("tcp", addr) if err != nil { panic(err) } n, err := fmt.Fprintf(conn1, "client hello\n") if err != nil { panic(err) } if n == 0 { panic("应该能发送成功的") } wg := &sync.WaitGroup{} wg.Add(1) go func(conn net.Conn) { defer wg.Done() r := bufio.NewReader(conn) l, _ , _ := r.ReadLine() println("s:", string(l)) conn.Close() }(conn1) //ln.Close() // 如果这里 Close的话，下面的Accept就会失败，尽管上面有一个已经创建成功的连接 conn, err := ln.Accept() if err != nil { panic(err) } clientHello, _, _ := bufio.NewReader(conn).ReadLine() fmt.Println("c:", string(clientHello)) fmt.Fprintf(conn, "server hello\n") conn.Close() wg.Wait() } |
golang空结构体
golang空结构体作为值传递时是不会copy的，都是同一个全局变量。
因为空结构体不管是什么类型，执行什么方法，都无法改变其内容，因为他没有内容，随意，这么干是安全的。
Linux上如何定时关闭一个服务
如果让服务本身支持定时关闭，理论上非常可行，但是所有想定时关闭的服务都去实现以下这个逻辑是不是不太好？对于一个已经很成熟的（甚至没有源码的）服务想实现这个功能又该怎么办呢？
根据Linux的思想，一个程序应该只做一件事，并非功能越多越好，把自己该做的事做好就行了。
Linux上有一个非常好的命令: timeout 。只做了一件事，可以实现一个程序在一段时间后结束，如：
|
1 |
timeout 2s sleep 10 |
sleep 想睡10s； 但是timeout 保证让他2s就死掉