大致试了一下cuda，效果不错，当然是针对特定应用。cuda的硬件架构还是显得不够灵活，不过同现在的CPU有不错的互补性。

cuda最大的启发恐怕不是技术上的，而是这种以消费市场来启动专用计算的路子很是特别，不管是不是nv主动进行的策略。

过去总是抱怨消费市场“弄脏”了技术领域，或是消费市场把技术引入歧途，今后可能会有所变化吧。

添加了ext4，观望。 GEM完全取代了TTM，不知发展会如何。

还重写了一部分内存管理的模块。 Disk Shock Protection，有点用的小玩意。

总之不是小改进。

从mtn换成git，早干什么去了。。

如果打算跨平台开发的话，始终使用gcc是首选对策。。。

我对vc不熟悉，不过似乎很多情况下用vc9编译的东西放在干净的机器上没法运行，把vc9的运行时放过去也不行，只能安装.net 3.5或者用非express的vc版本打包。。。这是无法接受的。。

前些天程序不正常的原因就是win32 下的 openssl 库用了vc9编译，而主程序和主要的库是mingw编译的，所以程序能运行，而Qt network库去load openssl库时openssl就会无法正常加载symbol，此时qt的network库并不报错，而是默默的把https请求变成http请求发出去。。。。。如果不是听了一下包我怎么也不会相信的。。

花了一个下午用mingw重新编译了openssl库，（虚拟机里编译！！！）编译出来的dll竟然和vc编译出来的不同名。。。。改了一下名字后qt network库终于可以使用ssl通信了。。。

qt库不用重新编译，把各种模块，plugin和外部库分开其实更方便发布和更新。。。

今天swap终于开始工作了。。4G的内存也不能再泰然下去了，一个eclipse，一个firefox，一个编译用的winxp，一个clean的测试winxp，一个测试用的fedora9，还有永远不舍得关的mldonkey。。。

大致在msdn浏览了一下相关的问题，结果却在adobe的开发页面上找到资料。

总之是vs8之后的manifest啥啥，一会装个clean的虚拟机试试。。

另外做了keep-alive部分，昨天挂了6小时没掉线。

去除了裸C++的md5库，改用Qt自己的crypt类。