re: 冬瓜和eryar的专博 春秋十二月 2017-02-28 11:14
一直关注呢,平时工作忙,业余又研究密码学与信息安全,写博客目前没时间
linux的开源库是很多,但不可能花时间一一细读,到一定时候,应该重点看linux内核源码(含内核协议栈),搞清了操作系统和网络的实现,算是内功提升了。
re: 挖坑,有空填坑[未登录] 春秋十二月 2016-05-11 18:16
你主要是做哪方面的开发?
re: 夜深人静写算法(三) - 树状数组 春秋十二月 2015-11-13 19:40
都是自己写的?
re: 伴随我成长的编程书[未登录] 春秋十二月 2015-10-14 00:28
@溪流
public继承是is-a关系,现在的List应该类似STL中的list。
re: 客户端技术的一点思考[未登录] 春秋十二月 2015-09-18 07:15
我经历了win桌面-->linux服务端-->linux驱动内核的阶段,在做win桌面应用的时候,又经历了win32 API-->mfc-->com/atl/wtl。现在觉得编程,真是一种艺术,只要你愿意,完全可以干到40、50岁。技术深入的好处是对计算机系统会有深刻的理解(如进程管理、文件系统、网络通信等),而知其所以然,那么做应用时,对设计与优化有莫大的帮助。
@cdy20
一般windows服务多选择windows server 2003以上(支持了iocp),且windows server版,对扩展IO(如transmitfile、transmitpackets)的支持更好。
@riverqh 我做过nginx在windows上的改进,支持iocp和service,应比select更优越。
你这个nginx用在windows中,并发2万多,使用的是select模型?
re: 2014年终总结[未登录] 春秋十二月 2015-01-09 12:30
恭贺楼主乔迁之喜 ^_^
re: 我看过的游戏开发书籍[未登录] 春秋十二月 2014-12-31 11:07
不错,学习
re: 面向对象锁框架的设计与实现[未登录] 春秋十二月 2014-12-31 10:47
@Richard Wei
这些都是c++基本的东西,编译器支持模板的差异性,库开发者就需要用奇淫技巧来跨平台,看boost的实现就知道了。c接口是最简洁通用的,应当首先。
re: C/C++中手动获取调用堆栈[未登录] 春秋十二月 2014-09-06 13:42
写的不错,使用帧指针确有一定的风险。由于64位扩展了通用寄存器的个数,参数和局部变量可以用寄存器存储传递,因此许多实现短小的函数就没有栈帧或不用帧指针了。
re: Muduo源码阅读[未登录] 春秋十二月 2014-05-04 21:43
这个库的代码比较简单
如果要做好文档,能完整阐述清楚自己的构思、想法和逻辑结构,这比较难
--我非常认同这句话,作为一个真正的程序员,不仅要会写程序,还要会写文档,缺一不可。
re: 工作线程与消息循环 春秋十二月 2014-01-17 18:51
@王继
cobjects--可等待内核对象个数,DWORD类型
lphobjects--可等待内核对象数组,const HANDLE*类型
re: c++小时钟[未登录] 春秋十二月 2014-01-16 14:36
你的本意是想模拟一个计时器吧,因为你用了while(time(NULL)==t)这行代码来实现每隔1秒递增时间,所以浪费CPU,导致占用较高。正确但粗略的做法是改用sleep(1000),即延时1秒。
re: PHP程序员的苦逼转型[未登录] 春秋十二月 2014-01-16 14:24
楼主觉得自己的瓶颈是没有学过高数或高数不好,所以技术很难坚持做下去,是吗?对于程序员职业,高学历不是必要,英语和追求确实重要。任何底层开发,都需要深厚的内功,而深厚的内功需要长期的积累。
@Cppowboy
实现细节可以不同,我的实现与stl中的优先级队列类似,关键是各种操作后,保证序列不违反性质就行了。
@Cppowboy
是不是操作后,序列违反了双端堆的性质?我的代码是可以用的,当时做过很久的随机测试,都没有违反性质。
re: 2013年终总结[未登录] 春秋十二月 2014-01-05 14:56
那两件事是个人研究项目吧,不像是公司工作
re: 近期计划[未登录] 春秋十二月 2013-12-24 10:05
说比做易,关键在持之以恒
这个例子实现描述的epoll+theadpool方案不太好
1)fd读事件用加锁的queue通知,造成epoll thead和read thread间的同步,及many read threads间的锁竞争
2)fd写事件没有处理,后面的send(fd,buf,strlen(buf),0)也没处理好
re: HOOK技术的一些简单总结[未登录] 春秋十二月 2013-10-31 10:16
搞windows技术,就是要让你不断跟着微软跑,兼容性是个很大的问题
@eryar
虽为私有,但暴露了它的定义,比如一个非正常情况#define private public,那么sizeof(Fireworks::FireParticle)是定义了的。
@suwenqiang
vi需要先打开文件才行,既不方便,也不通用。
re: 努力奋斗,自强不息 春秋十二月 2013-08-28 11:23
很好,曾公和我的主张是一致的:以家为本,以德为重,以才为主,做非常之事,成非常之业。
re: 发一个我写的音频库 春秋十二月 2013-06-02 23:04
引擎是自己开发的吧,请分享架构设计,必要时开源。
网速主要取决于程序、网卡和网络带宽,程序属于软件因素,包括发送方和接收方;网卡和带宽则是硬件因素。
1)只要发送方不停地发,每次尽可能发多数据,就能使网卡繁忙。但还需要接收方读得快才行。
2)多线程仅当多核并发时才能提高性能,这时下载就是同时获取文件的多个块。
3)增大缓冲区的值确实能提高速率,但减少却不意味着降低速率。
好久没搞windows了 看完后 受益了 兄弟功底扎实
re: 伴随我成长的编程书[未登录] 春秋十二月 2013-03-25 10:22
看完后很受鼓舞和振奋,真是十年寒窗无人问、一朝成名天下知。让我印象最深的一句话:从一个解决问题的程序员,变成一个研究编程本身的程序员。
re: 线程安全的随机数生成 春秋十二月 2013-03-20 23:06
嗯,我一般不轻易在函数内使用static变量,要么全局,要么使用线程安全的单件
re: 线程安全的随机数生成[未登录] 春秋十二月 2013-03-19 14:31
当多个线程进入GetGen函数时,s_pRng的初始化能保证是安全的吗?shared_ptr只保证其引用计数的维护是线程安全的,但变量本身的初始化,拷贝、赋值等,则不是。
re: 线程安全的随机数生成[未登录] 春秋十二月 2013-03-18 14:48
有问题吧,static变量s_pRng是线程安全的吗?
陈兄高才,对boost研究得很透彻,可以写出更好的shared_ptr了。
不错,看了代码,虽没直接实现Hash、堆和归并算法,但这没关系,使用现成的boost和stl库也好,你对库运用的很到位