Chinaunix首页 | 论坛 | 博客
  • 博客访问: 3905890
  • 博文数量: 534
  • 博客积分: 10470
  • 博客等级: 上将
  • 技术积分: 4800
  • 用 户 组: 普通用户
  • 注册时间: 2006-05-26 14:08
文章分类

全部博文(534)

文章存档

2021年(1)

2019年(1)

2017年(1)

2016年(2)

2013年(2)

2012年(10)

2011年(43)

2010年(10)

2009年(17)

2008年(121)

2007年(253)

2006年(73)

分类: C/C++

2008-03-14 15:48:15

工作上的事情,麻烦,不知道怎么处理是好。

事情来源:
    公司一个产品是工作在Linux内核下的,简单点说就是一个文件系统,有点想NFS文件系统,但又不是。这东西不是我做的,去年公司要将该文件系统升级到kernel 2.6下来使用(原来在kernel 2.4),把任务分配给我了。花了3个月时间,基本完成任务了。我这里说的完成任务是我完全理解了原来的文件系统中的内容,在按照原来的设计结构把软件成功的升级到了kernel 2.6下工作了。工作的还很好。

    但问题来了,由于原来的人走了。现在关于这个产品的一切事情全部推到我这来了,这个东西是c/s结构的,我不知道server端的情况,所以要总体上来解决一些问题还是有一定难度的。现在遇到的麻烦就是文件系统对于处理大数据量的读写速度非常慢。 我现在知道本身该结构设计的就有问题,但要修改必须c/s两部分一起配合修改才可以很好的完成任务。

    但具体修改的方案自己也没有定,我是这样想的:
        1>. 先必须理解原来server端部分的内容,完全的理解。
        2>. 理解NFS文件系统是怎么设计的,也许我们的文件系统可以借鉴NFS的很多东西。
        3>. 综合上面两步的结果来仔细设计一个高效的文件系统。

难度[最大难度系数为10]:
    1>. 理解原来server端东西,代码多,工作量大,尽量好好看看, 我一定要弄懂。这个应该难度系数在7左右。
    2>. 看懂,理解NFS,难度大,Linux Kernel源码大家都有,但看懂理解NFS部分所有的东西有难度。这个难度系数应该在8左右。
    3>. 完成以上两个,那这个就应该比较简单了,难度系数应该在4左右。

    公司基本没时间了,因为我不知道自己什么时候可以完成,最少4个月不一定可以完成的,所以在公司只能花很少的时间解决这些问题,我还有很多其他的问题要解决。因为其他问题完成会产生效果的,这个问题难度总体比较大,不知道什么时候可以产生效果,我只能拿自己多余的时间好好研究,这个研究好了对公司产品、对自己知识提高都是很有帮助的。现在处理办法是让工程人员调操作系统参数来提高速度,我知道那样对提高速度来说太有限了。

路漫漫,坚持,坚持,坚持!多分析,多思考,多总结。
阅读(1692) | 评论(0) | 转发(0) |
0

上一篇:objd, dba, slot

下一篇:BDB学习

给主人留下些什么吧!~~