请假下：关于大块内存的分配

xxfihm

在游戏编程中，经常要tcp发送消息，要用到临时buf构建消息内容，现在有2种方式实现：
1、在当前的函数栈中直接开一个大块内存buf，如char buf[64*1024]，函数栈返回就释放。
2、用一个全局（或者静态）的buf，反复使用这个空间，包括其他的消息转发也使用这个buf构建消息。

请问大牛们  哪种方式比较好

我个人比较偏向1，临时buf

xxfihm

不能沉啊  求大神指教。。

Susake_

支持1

xxfihm

我上一个游戏原来的做法就是临时buf   只有很少量的十分热门的路径里的buf才用static  

不过我到新公司来后  发现不少地方他们都用static的buf   其实我个人觉得如此真没必要  

要是以后很多地方都这么用  直接占用的内存量累计起来可能就不小了（虽然现在的游戏服务器都是64位几十g的内存）

folklore

char buf[64*1024]大小的话，
一般stack就好了。
最高效又没有副使用。

Susake_

更改下oops:

timespace

如果你对整个程序栈内存使用相当清楚，能够确保栈不溢出，栈中64K就行。

littledick

根据项目需求来决定。
你单个进程要负载多少个客户端，消息实时性要求有多高，广播消息包类型数量大小。

幻の上帝

回复 6# Susake_

释放一个自动对象的性能差别你能profile出来？

幻の上帝

除非是大到放不下了，或者是要依赖实现的静态初始化的一些特性（比如线程安全），否则不用考虑。