今天正式辞职了,回顾一年的工作,相对学校收获了很多,这几天跑手续又认识了很多人,估计也就只有在这种情况下会认识到这些人的吧。相对来说做研发的确实认识的人比较少,每天接触的人也就那么几个,在和唐总聊天的时候说到,工作的心情很重要,工作的之余相对工作的8小时更加的重要,会决定你以一种什么心情参加工作,工作的心情很重要。
办离职手续总体感觉,公司办都相对简单点,只要老总签字之后一切都好搞定,就是去那些行政部分办手续比较麻烦,之前为了把户口迁原籍去,结果还需要一个未婚证明,打派出所,说不属于他们管,去街道办事处办吧,打街道办事处说找民政局吧,搞了一个证明这么麻烦,这些信息在身份证里面不是都有的吗?有必要这样处理的吗?还有就是档案的问题,现在还没有去办,一个月25块钱的保存费,一年300,两年600好贵的呀,为什么不能实现电子化的呢?搞的这么的麻烦,还要提什么档,直接一张身份证里面应该全部的包含的这些信息,包括住房公积金、养老保险、医保、失业保险等,所有的相关的个人的信息都应该在一张身份证里面,就不需要跑这些部分了,办这些东西了,实现了全国联网那将多好的呀,希望这天早点到来,从技术来说一点都没有难度,只是为什么不搞的。
说了这么多的废话,总结下这一年的工作。
1.PPA部分
主要功能:实现ACU等单盘状态、性能、告警功能。网管获取ACU单盘的状态、性能、告警等信息,则由PPA模块响应。PPA模块也搜集告警信息,主动向网管上报
代码组成:ppa目录。
相关文档:ACU单盘协议:DOCS\ACU单盘协议
ASCU单盘协议:DOCSII\OTN\单盘协议、DOCSII\PTN\PTN设备单盘协议
NASK1单盘协议:
通用单盘协议:DOCS\WS-NMU-BMU
代码设计:《ASON控制平面告警性能模块概要设计.doc》
《ASON控制平面告警性能模块详细设计.doc》
《PPA转发EMU对ASCU功能扩展设计说明书.doc》
备 注:
1)该模块由***设计与开发,后来在XTN版本中,***增加了对SCU盘代理的功能。对于NASK1单盘,现在代码还没有开始联调。
2.NASK盘与公共模块交互部分
主要功能:实现ACU与公共模板的通信和数据的上报,类型于一个小型的NMP
代码组成:HM hmpubmod.c 相关。
相关文档:通用单盘协议:DOCS\WS-NMU-BMU
《NASK1盘 ACU与公共模块及NMU-BMU层通信协议.doc》
代码设计:《NASK1盘ACU与公共模块数据交互功能设计说明书.doc》
备 注:
1)该功能点遵循WS-NMU-BMU采用UDP协议完成通信。
2)功能点代码已经本地调试完成过,但是没有在设备上和NMU公共模块联调过,目前任务状态处于暂停。
3)测试采用虚拟机在GNU环境下测试,测试代码保存在10.76.20.198的10.18.6.10虚拟机上面,完成了收发测试。
4)这部分主要影响到我们ACU的启动过程。
5)这部分是下一步NASK1盘开发我们需要和他们配合测试的一部分。
3.HM软件喂狗优化
主要功能:优化软件喂狗的方式
代码组成:HM 。
相关文档:《软件喂狗优化概要设计说明书.doc》
代码设计:《软件喂狗优化测试说明.doc》
备 注:
1)该功能点放弃以前采用timeout喂狗的方式,直接采用开一个线程对其完成喂狗。
2)目前在1.0主干拉出了分支B_Test_Watchdob。
3)1.0的部分已经完成了设备上的测试,目前这部分优化还没有改进到2.0上,这应该是下一步的一个任务。。
4)这部分的设计由**在负责,编码测试由我完成。
5)改进之后ps –axu 会看到四个fhmain进程,定义如下
a) Fhmain-主进程;
b) Fhmain-pthread_create 创建的用于软件喂狗线程;
c) Fhmain-pthread_create 创建的用于监视网络状态线程;
d) Fhmain-fork 出的用于启动fhsi的进程
4.每日编译
主要功能:从CVS服务器更新最新代码(分支可配置),进行Linux环境下的编译、单元测试等工作,运行win32的编译,并将结果以邮件方式通知到项目组同事,并将编译生成的文件上传到10.76.3.2 ftp服务器上。
代码组成:DaybuildScripts.rar。
相关文档:《每日编译测试说明.doc》。
备 注:
1)如果需要添加新分支,则需修改相关脚本。
2)目前脚本较之前的更改比较多,主要是提高了代码可以重用性。
3)脚本里面有较为详细的注释说明。
4)增加了自动删除ftp上过期的编译结果,解决ftp空间不足问题。
5.Linux/Montavista环境下编译工程文件
主要功能:类似于WIN32环境下的工程文件,用于编译、链接代码。
代码组成:jobs/gnu目录及jobs/montavista目录下的.sh .cfg .mak flst文件
相关文档:无
备 注:
1)jobs/gnu目录下的原始工程文件是DCL给的,我们仅根据需要做了一定修改。jobs/montavista目录下的格式是按照jobs/gnu下修改而来的。
2)工程文件中,.sh与.cfg 文件是公用的,.mak与flst文件是与模块相关的。
3)如果需要添加新模块、模块需要添加新文件、需要增加新的库文件时,则修改相关工程文件。
4)在后面的编译需求上做了一些修改,具体的修改在linux.cfg这个文件里面有说明,2.0里面修改了编译选项,保持和1.0一致,增加了cache编译支持。
5)ccache安装,安装和一般的linux源码安装是一样的,具体为.configure make make install。详细ccache使用man ccache,基本上我们使用按照默认配置即可,根据具体的情况我们可以定义默认的缓冲大小通过ccache -M来修改。
6.交叉编译环境
主要功能:完成在linux环境下编译montavista的工作。
代码组成:无。
相关文档:《MontaVista交叉编译环境搭建过程.doc》。
备 注:
1)文件详细的介绍了交叉编译环境的搭建过程。
2)个人使用的话可以直接从10.76.20.198 d:\vm里面拷一个安装好的虚拟机出来使用,密码为*********。
7.APPARC工具
主要功能:在工程运用中对ACU进行远程操作取日志信息等。
代码组成:shtools底下的相关脚本及配置文件。
相关文档:《app_arc工具介绍及使用说明.mht》。
备 注:
1)针对不能对ASCU操作的不足,我修改了相应的脚本以支持ASCU的备用操作。
2)相关设计请参考文档说明。
8.IPSRW工具
主要功能:完成对IPSlog文件的分析过滤功能。
代码组成:IPSRW_V2.0。
相关文档:《IPSRW简易使用说明&版本历史.mht》。
备 注:
1)程序实现原理为逐行的扫描html文件,完成ipsrw.ini的匹配。
2)详细的功能说明在ProIPSHtmlFile.java文件里面具体的说明。
3)目前该版本增加了对大log文件的支持,但是并不保存过滤之后的通道信息表,因此需要过滤特定的通道业务时,需要重新运行程序,以生成通道信息表,如果对于今后大文件的需要频繁的过滤业务的话,是一个不便之处,可以考虑将一些过滤信息保存下来。目前一般文件也很小,过滤一般也很快。
9.PTN项目CVS服务器
主要功能:主要用于存储PTN项目文档。
代码组成:无。
相关文档:无。
备 注:
1)目前服务器运行于10.76.20.198的一台虚拟机上面(win2003.vdi),平时一般都没有开启,只是宋然他们有需要的时候,才存入一些PTN项目的文档。
2)这个虚拟机上面安装有CVS/SVN服务,当没有在10.76.3.3上拉出分支,但是为了自己修改代码的方便,可以考虑将代码提 交到这个机子上面。
10.ZebOS环境搭建
主要功能:主要完成Zebos的环境搭建。
代码组成:ZebOS。
相关文档:ZebOS。
备 注:
1)目前由于代码不全,并没有编译出zebos。
2)之前花了很长的时间完成linux内核的编译,最中发现时linux发行版引起的问题,总结一句在高版本的内核上编译低版本的内核一般不会成功,最终放弃Ubuntu,因此后面采用了fedora10升级内核到2.6.27.21,目前这个也是一台虚拟机,放到了10.76.20.198 d:\vm 里面,密码*********。
3)现在来看内核编译其实也就是make menuconfig; make; make modules_install install。在fedora里面grub都会自动配置好。


@球球
呵呵,礼尚往来
@fly3q
大家都是朋友嘛,嘻嘻
@球球
呵呵,谢谢牛奶女朋友。
重新起飞~~
@fly3q
不好意思,问错了,看您博客知道您是工作六年了,你这工作还是蛮让人羡慕的,呵呵。
@劲博客
呵呵,相对刚从学校出来是进步了不少,您应该工作很多年了吧?
这一年你做了不少事情哦,相信也取得了很大的进步。
@Zk
呵呵,谢谢了。
祝福你有好的开始··
@hesiway
呵呵,做的东西更加的单一了吧。
确实比学校学的多多了~辞了工作就可以有新的开始了~
@glwzu
呵呵,我也只是入门了一点,都没有做的太深入,办这些手续确实很麻烦的呀,应该实现无纸化。
现在想做一个基于SNMP获取网络信息的软件,还没入门,呵呵,看来博主学了很多啊。
另,中国的证书是世界最强大的,退休老人还要有没死的证明