我的memcpy还是不如标准库的厉害

gvim

原帖由 nully 于 2006-12-28 23:26 发表


确实是有趣的问题。

不过NetBSD也可以这么做，首先调查在哪些平台上用得比较多，然后针对这些平台上：
#ifdef _I686_
...
使用UV流水线
#ifdef _MMX_
使用mmx...
#ifdef _SSE_
使用sse...
...

...

美观不是主要因素，虽然人爱美之心人皆有之
NetBSD老婆太多，需要照顾的太多，要公平

现在的做法，1套代码可以用到N个机器上。也就是1:N。
如果为每个平台都进行优化，那就需要N套代码，就是N:N。
如果在每个平台上作不同优化，比如i386, i686, uv, sse，那么就是M:N (M>N)
而memcpy这样的操作语义是操作系统提供的，而不是底层平台，因此封装到平台相关层面也不合适。同时，对于一个以跨平台为设计目标的系统来说，这简直就是灾难。
韦小宝对付老婆也只用了一招：耍赖

MS就不一样，只有一个老婆，就可以专人专项了。

[ 本帖最后由 gvim 于 2006-12-28 23:38 编辑 ]

nully

原帖由 gvim 于 2006-12-28 23:36 发表


美观不是主要因素，虽然人爱美之心人皆有之
NetBSD老婆太多，需要照顾的太多，要公平

现在的做法，1套代码可以用到N个机器上。也就是1:N。
如果为每个平台都进行优化，那就需要N套代码，就是N:N。
...

偶这刚说了嘛，只对睡得比较多的大奶进行优化。。。二三四奶的先不急。。。
至于公不公平的问题，各个老婆长相不一样，三围也不一样，老公要公平，从何谈起。。。。

gvim

原帖由 nully 于 2006-12-28 23:41 发表


偶这刚说了嘛，只对睡得比较多的大奶进行优化。。。二三四奶的先不急。。。
至于公不公平的问题，各个老婆长相不一样，三围也不一样，老公要公平，从何谈起。。。。

大奶 我喜欢高树玛丽亚，长得不错，可惜不大 跑题了，呵呵，打住 :em11:

namtso

很多书上都说，像memcpy这种通用函数，对应平台上的库“有可能提供优化”代码。

只有在做嵌入式等特殊程序的时候，由于在对应平台上库资源比较缺乏，“没有提供优化代码”的可能性非常大，所以才需要自己去做优化。

nully

程序要保持苗条，切记切记。。。

dulao5

呵呵,这回真是抛砖引玉了, 引出的玉非常多,我仔细学习下.

星尘细雨

使用了mmx/sse/sse2的汇编来写memcpy肯定是更快的，
就是在非x86的CPU移植麻烦，
还有我记得性能还和cpu有关，
Intel的cpu在执行sse2指令比amd的cpu的sse2指令快。

cjaizss

CPU一般都专门对字符串处理做了支持，使得比你这样写效率要高。你用C语言写怎么可能快的过纯C语言所无法表示的汇编语句所表达的意思？

高峰

崇拜汇编的牛人！

cjaizss

原帖由 高峰 于 2006-12-29 10:50 发表
崇拜汇编的牛人！

汇编，只是一个工具，崇拜是因为你碰的少，碰多了也就那么回事