[展开模式][主帖模式][标题模式][留言本模式]
|
『2002旧流言』 | 『2001旧流言』 | 『1997旧流言』 |
回复(1054): SIMD 指令重在同一条指令计算多组数据。单组运算的速度当然不如 fpu, 否则要 fpu 干什么?你只利用 sse 同时多计算了两个乘法。但是指令却多了很多。
[1056 回复]
[1055 回复]
回复(1049): 上面我测试的结果是错误的,今天突然发现里面有9000字符串是重复的所以才会有这么多相冲突重新测试了一下124289条没有重复全大写字符串你那个算法有7条是冲突的,这样冲突的几率还是很小的
我读了《我的编程感悟》这本书,书中提到用多媒体指令集进行优化,我也在做这样的工作,但是我发现使用多媒体指令集后的运算效率反而变低了至少不比C快,不知道为什么。不知道大家遇没遇到过这样的问题,请指教
回复(1047): 谢谢回复, 后来试了好几个hash算法, 发现冲突的概率和这个算法差不多.测试了5个hash算法(都是返回一个32位的整形), 一共133557 个字符串,冲突的字符串个 『More』
[1049 回复]
回复(1044): 我觉得单个冲突的案例说明不了什么太多问题,尤其这个 hash 函数的目标是计算速度。有更详尽的测试吗?"比如一个比较大规模的字典里冲突的概 『More』
[1062 回复]
回复(1043): 我以为他会将这个包一直发下去呢
看了Wiki里面的一个hash代码,试了一下发现很容易发生碰撞例如"daming" 和 "kuking"这两个的Hash值就是一样的这个是怎么回事情?
unsigned long 『More』
[1047 回复]
m_OldHook = ::SetWindowsHookExW( WH_CALLWNDPROC, WindowsHook, (HINSTANCE)::GetWindowLong(hWnd, GWL_HINSTANCE), ::GetCurrentThreadId() );
在钩子里处理WM_MEASUREITEM消息的时候
UINT n 『More』
[1046 回复]
;;
回复(1040): Thanks anyway! 实事上这份文档对于编码实现JPEG解码来说太有用了,让我在阅读JPEG资料的时候基本不用再做笔记 :-)
回复(1039): canonical huffman 只是一个算法而已,怎么实现跟实现的人有关。至于 jpeg 里的定义是如何实现的,可以依据我写的文档来实现。因为 jpeg 的 decoder 我自己实现并正常工作。所以应当记录的没有什么错,那些文字是值得信赖的。时间太久,我现在不太想重新去研究它了,不可能现在再给你做详细解释。
[1041 回复]
云风, 你的JPEG 文档里说 JPEG Huffman编码使用的是 Canonical Huffman Code. 但我查阅了一些Canonical Huffman的资料发现其算法都跟你的文档里面不一样(如: http://www.a 『More』
[1040 回复]
你们的风魂标志蛮好的 游戏蛮好的 希望你们再加油 加油!
回复(1036): 我是在freedos下用djgpp,make时它给的提示,不知道是不是下载的那个文件有错!我主要想在dos下做个项目!
回复(1035): 你是在djgpp上编译的吗?可以看看这篇:在devcpp上编译的方法,有时会打不开。。http://euclid.ik8.com/doc/Allegro_Dev-cpp.txt
[1037 回复]
请教高人进入allegro目录后执行make编译一会出现错误和警告如src\blit8.s:53 warning :indirect call without '*'..src\blit8.s:120 error:suffix or operands invalid for 'movs'...src\blit8.s:309error: junk at end of line,first unrecognized characteris 'm'
[1036 回复]
|
本主页全部页面都使用文本编辑器逐行写成
手工制品,质量保证 :-)
©1997-2006 云风工作室. All rights reserved.