[转]ASIO 与协程

windoze

回复 30# yulihua49

我看到的是：

1. 
   
2. size_t qlz_compress(const void *source, char *destination, size_t size, qlz_state_compress *state)
   
3. {
   
4.         size_t r;
   
5.         ui32 compressed;
   
6.         size_t base;
   
7. ...
   

复制代码

你那个版本太老了吧

yulihua49

windoze 发表于 2015-03-05 13:40
回复 30# yulihua49

我看到的是：你那个版本太老了吧

哈哈，想起来了，很久以前改的。
原因是，一个内部的构件为什么让使用者操心呢？
放在栈里是因为要线程安全。
否则就要经常的malloc/free了。
有时还用alloca，好处是不用释放，内存不会泄漏。
有时这样：
int xxx(,,,int size)
{
char buf[size];
.....

看来还是我的问题。不过，我这样的用户不少啊，还是别限制了。

windoze

回复 32# yulihua49

你不需要经常malloc/free的，这个qlz_state_compress是可以重用的，反正你在一个连接上同时只能做一个针对流的压缩/解压操作对不？也就是说，创建一个链接的时候分配一个（或者两个，如果是全双工通信），然后你就每次重用它就好了。
频繁访问同一个内存区域对于cache locality是有好处的，这一点与内存是在stack上还是在heap上无关（话说CPU哪知道），你的做法每次创建在stack上反而会比较慢，因为你每次调用这个函数的时候stack位置不一定一样，还需要flush cache。

yulihua49

windoze 发表于 2015-03-05 15:50
回复 32# yulihua49

你不需要经常malloc/free的，这个qlz_state_compress是可以重用的，反正你在一个连 ...

考虑一下，结果：
如果10000个TCB并发连接，就需要5.3G的内存，如果内存不足，引起大规模换页。相比之下，cache不命中就是个芝麻。
各个TCB是交替工作的，cache必然不命中。
使用栈，只有线程数*2个，即使每个栈大一些，也占不了多少内存。在IO瓶颈的应用中，使用AIO技术使得线程可以很少。如果不用AIO，线程数就需要比较多。比如我的交易管理器，就是在前后台之间转发消息，管理资源，安全隔离，承担大量的客户端接入。计算量很少，用个小机器即可。难道还要弄个多少多少G内存，多少多少核？
况且，C最令人讨厌的就是内存泄漏和内存违例。也为了线程安全，还是主张在可控的范围内尽量使用栈，少用堆。
（栈溢出比较好查，堆违例真是整死人，你很难搞清哪出的问题。）

蔡万钊

stack 上的内存分配就是移动 ESP 指针的问题. 在堆上面分配释放开销可就很大了.

PS: 我没跑啊!

windoze

回复 35# 蔡万钊

你没考虑到缺页……

yulihua49

蔡万钊 发表于 2015-03-06 14:34
stack 上的内存分配就是移动 ESP 指针的问题. 在堆上面分配释放开销可就很大了.

PS: 我没跑啊!

开销倒也不算太大，主要是多线程时互斥。tcmalloc好一些。

yulihua49

你弄 HIFI吗？你的关于jitter的文我转到家电论坛了。

蔡万钊

回复 38# yulihua49


    !!!!!!!!!!

蔡万钊

回复 38# yulihua49


    懒得搭理那些人了, 说 PC jitter 大真无知, CPU 每个周期的时间也就一百多皮秒. 有个 100ps 的 jitter CPU 早死机了. 说明主板早就早就可以产生 jitter 非常非常小的时钟信号了. 还说主板时钟不如那些外置的垃圾 DAC ?  小于100ps 人耳真的能辨别?