linkedbuffer问题和server option问题

[someview]

trafficstars

1. 目前netpoll里面的linkedbuffer即使使用了sync.pool以后，也无法复用，是否可以考虑允许linkedbuffer复用呢
2. linkedbuffer的内存分配策略，是否可以通过new linkedbuffer的时候，设置呢。不同的场景下需要不同的默认尺寸。一个应用程序里面，可能有多个场景，需要不同的策略。
3. new event loop的时候是否可以增加一个option来控制内存初始化的参数呢。 目前，基于netpoll实现一个websocket协议库(用于长连接网关)， 海量的长连接，但是其中活跃的比较少，此时，会浪费大量内存

[joway]

1. 第一个问题为啥说无法复用呢？顶多是无法100%复用吧？
2. 第二个问题可以考虑允许配置
3. 同第一个

[joway]

close since questioner no reply with long time

[someview]

1. 法1

这个linkbuffer在外部无法复用，主要是实现问题。 目前的linkbuffer，调用append以后，linkbuffer的节点就变成了readonly了。如果使用sync.pool来分配，分配出来的linkbuffer节点就可能是readonly的，这个buffer是无发正常使用的。需要重新分配里面的节点.