- 博客(5)
- 资源 (2)
- 收藏
- 关注
RSS订阅原创 变化的一天
还是昨天的问题，上午和相关的人一起讨论了一下吗，还是只有一条路可走，为TM单独出一个lib，为他单独管理共享内存。经过我们的一再“挖掘”，TM的leader也总算是像我们解释清楚了为何他有这个特殊的需求：TM的两个process之间共享一大块的内存，初始部分是一个结构体，这个结构体里面含有指针。在进程A里面指针的值是A的，要想在B能正常解析出这块内存的内容，就必须使得它在A和B虚拟空间中attac
2010-02-06 02:13:00
504
原创 进展不大
上午在整lab，tester搞了半天也没有按照我的要求配置好，有点怀疑其能力了。最后用一个基本没有什么作用的配置凑合着先用，谁知道还是不行，弄了半天才发现是leader上次check in的时候多删掉了一行，简直晕倒啊！ 都弄好已经是下午3点多了，花了将近1个小时才搞定系统启动时的配置执行顺序。真正的测试时间没有多少，基本的结论就是还得再原来的方案上改。单纯利用ld的script file虽然能
2010-02-04 23:09:00
429
原创 哎，黄牛党也不可靠
今天没有什么进展，只是用“ld -- verbose”导出默认的script file，然后再section的第一句里面更改默认的起始地址。只是在更改我们的编译系统花了些时间。 回家难，找黄牛！这几年基本上都是靠黄牛党才买到回家的票。今天约好去取票，临近了交易时间却告诉我卖光了，真不守信用啊！
2010-02-03 22:10:00
706
原创 需要好好看看ld的script file了
今天按照计划把原型推翻重新写了一遍，基本上还算顺利，但还是有些问题花了我不少的时间。 首先是fork之后，父进程需要记录子进程的pid，一遍在收到SIGCHLD信号时进行跟踪管理，没想到有时候子进程异常退出非常快，使得pid没有被记录到。虽然知道fork之后父子进程间的执行顺序是没有保证的，但是以前的应用可能不是很复杂吧。最后的方法是在子进程里面先sleep(1)保证父进程先得到执行的机会。这可
2010-02-02 23:10:00
653
原创 过度设计
这几天在设计应用的原型，一直想的是如何解耦和应付后面的多进程应用，所以设计的时候用了很多的接口编程。这个还算是不错。难点在reader/writer之间的同步：writer需要在reader空闲的时候通知他可以读，reader则需要在没有任务的时候等待；两者交换数据用named pipe；reader包括一个IB（mysql）的“load”语句，使用named pipe。一开始很容易想到使用信号量
2010-02-01 22:41:00
680
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人