岁月流转,往昔空明

C++博客 首页 新随笔 联系 聚合 管理
  118 Posts :: 3 Stories :: 413 Comments :: 0 Trackbacks
共13页: First 5 6 7 8 9 10 11 12 13 
re: VC中取得毫秒级的时间 空明流转 2008-02-27 11:52
x86上可以用RDTSC计时戳。
Decorator实际上牺牲了系统的可理解性换取灵活性。
我本来就是小块的分配释放,而且只需要单线程就够了,所以一开始的时候写了个自己的池,现在考虑用boost的环池替代。
目前还是业余。。。
re: 把头文件全部导出的脚本 空明流转 2008-02-20 19:08
装个boost并不麻烦啊。
确实,本来打算用obj_pool的,后来一看complexity,拉倒吧。。。
展望已经不是展望了。就是库中用的很少,但是不排除一些服务器上已经用了这个玩意了。
re: 【原创】系统设计之 内存管理 空明流转 2008-02-19 12:33
多线程的池子Lock-Free的解决办法很有前途。原子操作速度很快,没有锁的消耗。
@eXile
typename我倒没丢,丢的是那个template。3Q
呵呵,楼上没跑过吧?这样也是不行的。否则我也不会说这个究竟是bug或者是别的什么。@eXile
re: 系统设计系列文章 计划提纲 空明流转 2008-02-15 12:18
什么叫系统设计?
一早就看到这个观点了。
说英语不重要,我不认同。
做学问的都知道,大部分专业里,牛逼的学问都在国外,想在这些领域混,英语不好就是瞎子。
re: 小论一下C++的持久层 空明流转 2008-01-28 13:02
说实话,对于这类的东西,恐怕用脚本写个Code Generator要比直接维护代码简单。
re: 不错的C++图像库DevIL 空明流转 2008-01-16 22:37
FreeImage很强大。
而且FreeImage也非常好用。不存在接口不好用的问题啊。
死锁倒应该不会,但是活锁是难以避免了。
re: 怎么样把一堆数平均分成N份 空明流转 2007-12-29 21:32
建议用最小二乘作为指标。
终于又见到你的东东啦,顶一个,HOHO。
re: [翻译]CUDA:GPU计算的革命 空明流转 2007-12-10 14:19
@ethan
还行,就是调试麻烦。
re: Direct3D vs OPenGL 空明流转 2007-12-10 13:16
ES是做其它设备的,跟PC没什么关系。
re: 一段代码优化的讨论 空明流转 2007-12-07 19:20
最近在写一个软件渲染器,流水线还没通,哪管他优不优化。。。

大量的std::vector。。。等流水通了把Shader Register改成boost::array,再加上一个pool应该会快不少吧。反正debug下渲染一个512 * 512的要好几秒时间。。。
re: 又NB,又BT的感言~~~ 空明流转 2007-12-05 11:39
49:天不猥琐天亦老,人不猥琐枉少年。
38:师太,你就从了老衲吧。光阴似箭。师太,你就饶了老衲吧。
@knife114
可以下载的。你点开页面之后,可以看到它的广告下面有下载项的。
re: [转贴]构造可配置的词法分析器 空明流转 2007-11-10 12:21
vc他老人家亲自审查该页面,你们要的这厮跟你们发过去了。。。
re: 设计模式小结(一) 空明流转 2007-11-08 12:29
奇怪,我用的FF非常正常的。。。
re: C++之歌——噢,我亲爱的++ 空明流转 2007-11-07 12:06
一开始还以为是新手。。。后来发现原来是牛人啊。

不错,受教了。

但是有关non member non friend,我个人认为Sutter有些偏执了。
如果这一类的函数存在这充分的复用条件,那么选择这样的形式是有着正当理由的;否则的话,没有更多的理由讲一个函数从它唯一相关的类中剥离出来。
因为即使剥离出来,由于函数仅被单个类使用,因此并没有显著的降低客户代码与类之间的耦合,也同样没有让类在逻辑上更加容易被人理解,只是类里面的代码少了一些而已。
re: 设计模式小结(一) 空明流转 2007-11-05 12:18
@攀升
如果论单个项目,还是太复杂了。GOF拿了LEXI出来说事儿不是也没明白啥么。其实关于“作用”的讨论,和GOF的作用讨论不完全一样。我已经较为具体的讨论了在某些情况下应该选择什么样的模式;以及一些模式放到系统全局中应该怎么理解它的各个组成所占的地位。
Adapter 模式.
re: 高起点C++学习之路 空明流转 2007-11-02 13:55
http://vip.6to23.com/huanggeyang/Dnzl/Linux/Gnu/GNU1.htm
这个帖子是GNU宣言。为什么是Not Unix?因为Unix(泛指)是商业系统。无论是大名鼎鼎的MAC OS,还是Solaris,还是AIX,它们都是Unix。它们也都是卖钱的。
re: 高起点C++学习之路 空明流转 2007-11-02 13:53
@<a href=http://minidx.com>minidxer</a>
不是我逗,这可是GNU社区的一个提法,呵呵,我上次记得在哪里看到过有详细的将这个的典故的。
建议忽略这本三角猫吧,去看Code Complete II和Large-Scaled C++ Programming Design。
re: 高起点C++学习之路 空明流转 2007-11-01 10:11
@良少
关于Unix上的C++。。。你真幽默。你好好见识一下Unix和它上面的软件是怎么卖的。还有,你知道gnu的一个全写吗?GNU's Not Unix。为什么Not?去找找看吧。

还有,不要把Unix和Linux混为一谈,尽管二者都是C社区的人搞得东东。

Minix说得对,不是新技术就是高起点,否则的话难道C#和Java不比C++起点高吗?难道C++不比ASM起点高吗?
在控制台用Ctrl+Z输入结束符。
re: 汉语编程++ 空明流转 2007-10-20 18:33
群里面的一个编译器高手谈到汉语编程的时候说过这么句话,(这厮现在正在开发一个yacc一样的工具,注意,不是用yacc,是开发yacc)
如果要是能让汉语以让人习惯的方式书写,是非常困难的.

要注意,英语的单词以空白划分是自然语言也有的结构,但是汉语的单词是不划分的,所以如果要是真的有接近于形式化后的自然语言的汉语编程,确实能算是一个大的突破.
re: 热招赴微软软件工程师~~~~~~~~ 空明流转 2007-10-13 15:24
做个我在RA的师父说, 面到一个很烂的人,连struct和class都不知道有啥区别.
re: STL问题系列一 空明流转 2007-09-30 14:27
@Tim
请参考 Effective STL的《注意区分equalization 和 equivalence》
re: 从赋值到初始化 空明流转 2007-09-30 14:08
我还真不觉得这样有什么好。。。只是现在用C#,觉得C++不支持构造函数的多态行为是一件多么让人感到麻烦的事情。
...别人实现了,说明难度不大。自己就要去想了。有时候说明了问题的难度和搜索时给定了深度下界一样的有至关重要的作用。
不知道这次的VA是不是安装包有问题,我现在不知道为什么到了拷贝最后一个文件程序就始终停在那进行不下去了。
野猪的东西。。。
我就是说谁呢。由此可见野猪同志2004年的水平了。。。
re: Autodesk面试技术题解答 空明流转 2007-08-17 19:14
autodesk的面试是问到你答不上来为止。
感觉现在C++不重视OOP了。在向模板发展。
-----------这是哪门子逻辑...
re: 函数用const修饰算不算重载 空明流转 2007-08-12 22:46
算.
re: 学习 STL ,BOOST 空明流转 2007-08-11 21:23
很难讲。虽然现有设计也许会好一点,比方说typeof和auto的支持,但是问题是一旦concept这样的东西被C++接收,不知道还会有什么惊天地泣鬼神的库,同时也不知道编译器还能慢成啥熊样。。。

ps,boost除了编译时间有些长,它的接口和功能设计都很出色。。。
re: 符合量子性质的程序 空明流转 2007-08-10 17:55
量子计算。。。早着呢。
别把Native C++和CLI混为一谈哇。。。
re: 初探ogre 空明流转 2007-07-29 10:46
ps,老李说的没有错。我说效率不高不是说你那N帧的情况正常。
re: 初探ogre 空明流转 2007-07-29 09:55
。。。会说OGRE效率高的人。。。很难想。。。
OGRE的框架损耗比较大。。。还有它默认的渲染效率也不行。。。
需要优化。。。
不错不错,终于又见到一个做OS Kernel的了.
。。。
现在auto的意思已经变成了编译器自动型别推导的placeholder了。。。
共13页: First 5 6 7 8 9 10 11 12 13