Shell's Home

Dec 21, 2005 - 1 minute read - Comments

未来软件系统构架的猜想(一)

贝壳最近接触了不少软件系统,看了不少构架。现在就来猜猜未来软件系统构架的方案吧。 贝壳的推论是按照一个观点进行的,即市场决定技术。即迎合市场的技术,无论好坏,就是将来的方向。如果说更进一步,那只有市场过程决定技术。即在过程中占领了市场的技术,无论好坏,是将来的主流。 那么,将来的市场需要什么?贝壳认为,应该是嵌入和分布。嵌入先掠过,分布角度来说,有三种不同的分布,角色分布,计算分布,资源分布,三者按层次递进。 角色分布,我们已经在实现了。大致来说,就是按照使用角色的不同,允许多个人共用一个系统,并且交互。角色分布最大的技术难点在于权限控制、对象锁定和同步。 计算分布是我们在如火如荼的进行的。其主旨在于将运算过程分散到多个机器上去,实现物尽其用。计算分布最大的难点在于计算量预测、进程间通讯和数据保密。 资源分布则是比较困难的。目前贝壳接触过两种不同风格的信息分布方法,一种是文件,一种是数据库。这两者的侧重层次不同,文件侧重于信息的传输,数据库侧重于信息的格式和内容。未来的系统中两者肯定会并存。 未来的系统必定会采用平台无关的前台构架(UI),将前台的显示和动作的响应管理交给前台的deamon程序去。而设计上采用映射相关的方法将前台的资源和行为映射到程序中加以表示。这样前台就被模拟成了一个组件,使用分布计算的构架可以轻松的和这种标准化的组件通讯。至于效率问题,你觉得会比BS模式更差吗? 未来的计算构架肯定是分布的,每个单元(cell)都是和平台无关的。单元上运行标准的组件,而组件间通讯尽力避免锁定问题。 未来的信息存储分布是我最难确定的,因为目前还没有什么方向可言。不过DHT等研究正在展开,相信一两年内应该会有一个大致的方向。

Dec 19, 2005 - 1 minute read - Comments

那玩意是交大?

难以致信,交大居然圈了N大的一片地皮,造了N漂亮的一堆房子。看起来我们以前宽广豪华的校园就像是破烂一般。最夸张的是,我居然没有看到游泳馆。 整个交大的新校区都是双线的柏油马路,主干道路上有校园巴士。完成整个环绕大约要20分钟,大家可以想像整个校园的规模。按照我的估计,现在交大的校园规模大约是我们进来时候的2.5倍,面积大约16-20平方公里。原谅我这些都是估计值,按照交大的横向极限距离乘纵向极限距离得到的,应该会比较大。整个校园里面都是漂亮的草坪,道路,湖泊,河流。路边有树,路口有灯,路有路牌。看上去就像是电视里面那种超贵族的学校,根本不像一所百年的学府。当日……里面肯定有我的血汗钱……俺的重修费。 具体就看俺的blog photo吧。

Dec 17, 2005 - 1 minute read - Comments

服务器,好漂亮

今天偶终于见识到了传说中的服务器是如何组装的。话说我们公司准备用台Linux服务器来做发布。偶就负责了服务器的采购大业。最终抱回来的是一个如下配置的大怪兽: Xeon x2 KSTDDR2 1G Registed ECC x4 MT 73G SCSI x3Adpetec 2120S RAID Card Hatekey 550W Power SuperMicro….(I forgot it, but it’s E7320MCH) 从昨天下午开始,我们就坐在店里面死等服务器组件到。结果服务器组件姗姗来迟。等掉了三个钟头,逛了两圈,遇到四个熟人,聊了不知道多少时间天。还让我知道IDE居然可以插根线用USB口拖,上帝阿……我的旧硬盘有救了。 昨天下午服务器组件到货后我们就开始组装,具体请看贝壳上传的图片。不过看着闪闪发光的两个大纯铜风扇,真是让没见过啥好货的贝壳流口水阿。本来贝壳还对着SuperMicro的板子留口水,然后一个人看不过去,带去看了看顶尖主板。然后贝壳口水不流了,眼睛掉出来了,知道自己孤陋寡闻了。 时间跳阿跳,直接到今天。搞定所有部件,将最后的SCSI线插上去后。OK,开机正常了。大家不要听过程简单,其实很麻烦的。最关键是机箱,只要配合上有点错误,就装不上去了。整个过程就像在螺丝壳里做道场。真不知道1U的机箱怎么混的……麻烦装机器的师傅了。 Adpetec卡还不错,真的不错。上去后驱动没装就认出来了,省却我很多麻烦。否则我先要重编译一个合适的内核,然后上驱动,再放到安装盘里面刻录一个新的,以这个内核为基础的安装盘。这样才认的出来,然后可以安装。只要基础系统出的来,剩下的东西就好办了。装好系统直接上了一个ProE1000的驱动,居然上去了……厉害的。然后Copy下所有需要安装的,再下面就和服务器无关了……

Dec 12, 2005 - 1 minute read - Comments

linux2.6.14-3内核编译与安装,iptables1.3.4与模块

这次讲的是贝壳的一次比较顺利的经历,安装linux2.6.14-3内核。并且在其上使用iptables时出现问题和解决的方法。 cd /usr/src tar -zxvf linux... ln -s linux... linux cd linux make mrproper make menuconfig make dep make bzImage make modules make modules_install mkinitrd initrd-2.6.14-3.img 2.6.14.3 cp initrd-2.6.14-3.img /boot cp System.map /boot/System.map-2.6.14-3 cp arch/i386/boot/bzImage /boot/vmlinuz-2.6.14-3 cp .config /boot/config-2.6.14-3 cd /boot vi grub/menu.lst 以上就完成了内核编译的工作,按照经典流程走的,没有啥问题,问题在后面。 重启,然后运行到iptables的时候报错。所以升级两个东西,iptables-1.3.4和module-init-tools-3.2.2。然后发现还是有问题。然后我打入lsmod。发现什么模块也没有,这样不出错才见鬼了呢。多试验几次,可以发现要加载iptable_filter模块。而他又依赖于ip_tables模块。OK,用modprobe加载。再启动,还是报错。 仔细看看设置,是在REJECT行报错,所以应该是加载REJECT模块,ipt_REJECT。成功,加载的具体方法是在/etc/init.d/iptables里面添加。 /usr/local/sbin/modprobe -a ip_tables iptable_filter ipt_REJECT 很简单吧。

Dec 6, 2005 - 1 minute read - Comments

apache2服务器证书生成过程

首先为 CA 创建一个 RSA 私用密钥 openssl genrsa -des3 -out ca.key 1024 利用 CA 的 RSA 密钥创建一个自签署的 CA 证书(X.509结构) openssl req -new -x509 -days 3650 -key ca.key -out ca.crt 首先为你的 Apache 创建一个 RSA 私用密钥 openssl genrsa -des3 -out server.key 1024 用 server.key 生成证书签署请求 CSR openssl req -new -key server.key -out server.csr 签署证书 openssl x509 -md5 -days 3560 -req -signkey server.key -CAcreateserial -CAserial ca.crt -in server.csr -out server.crt 最后apache设置,将下面的参数改为

Dec 6, 2005 - 1 minute read - Comments

无溪游记一

蛮爽的,上星期刚刚去好临安,这星期又去无溪。虽然这次只有一天还要自己付钱,不过有的玩总归比没的玩爽。说到无溪,就不能不提无溪的紫砂,糖醋排骨,大阿福。其中外婆严厉警告我,如果买糖醋排骨回来就自己消受掉。因为对于我们来说,那个东西太甜了。 我们预定了两个地方,一个先去灵山大佛那里拜佛。这个对小一正合适,毕竟他学佛的。俺学道的,不过也没啥冲突,看看无妨。进门的地方蛮漂亮,不过后面写的几个字完全不认识。不像是中文,倒像是藏文梵文一类的文字,看上去和中东印度一脉的文字很像。我在那里开玩笑是“欢迎光临”或者是“下次再来”,不过想也知道佛门地方不会有这种搞笑事情出来。门后是一座牌坊,前面看的到是“布施”“持戒”“忍辱”,后面小一就和我打赌是“禅定”“精进”“般若”。当然,对他说中我是没有啥异议啦,不过念佛的人可以和人打赌吗? 门口的请香处很“热闹”,毕竟大家不是出家人,六根清净无欲无求。佛能不能保佑你是另外一回事,不过烧香至少能烧个心里清净,这种地方说明白了就是花钱买个安心。所以还是老老实实请了香去烧。 在转经处中间是九龙灌浴的设备,我们去的时候有,不过没有看,准备回来的时候看。所以就在转经回廊上面去转经。所谓转经就是用手去推动一个个大的金属桶,上面刻有经文。据说这样会成倍的获得福报。福报来了没有我不知道,不过手快断了到是真的。从下至上的结构很有意思,都是中轴对称。从山门开始中轴一直到佛祖脚下,都是正的南北走向。而且东青龙西白虎,南玄武北朱雀(这个反过来,不知道啥意思)。左右对称而不完全一致。九龙灌浴的上面是天下第一掌和百子戏弥勒,天下第一掌纯粹就是灵山大佛手掌的微缩版,放到下面来而已。百子戏弥勒到有点意思,不过介绍上语焉不详,不知道有什么典故或者意义。这两个也是左右对称的,再上面就是大雄宝殿了。 一般寺庙中基本都有大雄宝殿,结构也很经典,就不多说了。越殿而前,是佛祖面前的上百级阶梯。不知道是否佛祖要考验我们这些前来朝拜的,但是要抱佛脚要受的考验绝对出乎你的意料。首先是交15块的佛博览馆费,然后要穿越长长的回廊。我们去的时候空旷如野,但可想见节前人头篡动,摩肩接踵,大家焦急等待,艰难前行的情景。上去拜佛的时候通道修的很低,说明是拜佛要心诚,先低头。最让我们吃惊的是佛祖脚下居然还有条专门卖东西的回廊。这到是让我们了解了什么叫做做生意。这种情景让我想起原来的一个笑话。一个美国商人找到罗马教皇,说要捐献一百亿美金。教皇拒绝了,因为商人要求教皇祈祷结束的时候说:哦,可口可乐。 去看九龙灌浴前还有人庆幸,说还好没有下雨。我说话要分两层说的,没有下雨叫显灵,下了雨叫考验。结果去看的当时下雨了,你自己挑合适的话说吧。九龙灌浴是很壮观没错啦,看的也很爽啦。问题是淋的相当厉害,连相机都淋湿了。而且还没有找到组织,因此没有给别人留下很多照片,比较遗憾。 临走前我内急去了次厕所,谢天谢地这种地方也有厕所。当真是,佛门清净地,大开方便门。

Dec 6, 2005 - 1 minute read - Comments

AS3下安装resin出错

make不通过 出错如下 clude/linux -I../common -DCPU="i386" -DOS= -c -o ssl.o ssl.c In file included from /usr/include/openssl/ssl.h:179, from ssl.c:62: /usr/include/openssl/kssl.h:72:18: krb5.h: No such file or directory In file included from /usr/include/openssl/ssl.h:179, from ssl.c:62: 解决方法: export LOCALDEFS="-DOPENSSL_NO_KRB5" export C_INCLUDE_PATH="/usr/kerberos/include" 引用自http://www.thinkjam.org/meteor/archives/2005/04/as3resin.html

Dec 2, 2005 - 1 minute read - Comments

临安青山湖,浙西大峡谷。二

当晚我们跑到临安的一家宾馆住了一个晚上,宾馆的名字叫聚贤。不知道金庸大侠是否去过那里。宾馆分配的时候李兄正好在对门,结果整个晚上我都在吃她带的各种东西。貌似上次去嘉年华的时候也是一样……汗一个先。和我住一起的是柏菊的男朋友,做芯片封装的。总算有个同志可以谈谈电脑了…… 第二天去的是青山湖,来的时候就是从那里过来的,风景还是非常不错的。我们乘一个小船去看据说当年尼克松带来的红杉树,现在那里已经是最大的水上森林了。不过可惜的是现在是枯水期,所以看不到水上森林,而且船也开不过去。不过也正是因为枯水期,我们跑到了湖中央的滩涂上去玩。导游也说这是他头次跑到滩涂上面,因为枯水期根本没有什么人会走这条线路。奇怪的是滩涂上还有一个破破的帐篷,不知道什么人在那里搭的……汗…… 青山湖游完就不知道跑哪里去玩了,所以干脆跑到旁边的草地上烤肉玩扑克。我们没有啥烤肉经验,烤的时候没有放油。整个肉都烤的外黑内红,根本不能吃。最后我们问边上的人借了点油解决这个问题,当然,肯定是有借没有还的……嘿嘿……我也在上面烤,而且工艺是最特殊的。别人烤肉都是串一串,然后去烤。我是拿一块,然后用烤肉签去翻它。所以烤肉签不容易烧断掉,而且翻动频率也比较高,烤的非常均匀。相反烤一串的要么签烤断了,要么没有熟,总之都不能吃。不过吃好东西是有后遗症的,我们烤的是兔子肉,又不一定熟。害我上火N天,牙痛肚子痛。李定婷同志怎么没事呢? 下午就是回程了,没有啥意思,不过车上N多人在唱歌。李定婷还在那里评论这个歌怎样,那个歌怎样。再后来就讲到吉他和小提琴了,包括conan和romance。我还把conan的旋律唱错了,脸红一个。中途下过一次车,导游让我们去一个房间喝菊花茶,估计是外快性质的啦。不过这种东西也是太公钓鱼的事情。杨总买了点杭白菊,感觉蛮实在。我要是早知道这两天上火,我也买了。 最后就是跑到上海后的事情了,李定婷想直接在高架上下车,然后走就走的回家了。不过想也知道那是不可能的。还是要跑到人民广场去,买了两包翅膀尖,然后回家。感觉比N年前去杭州的时候好玩,主要是去杭州的时候可没有多于的时间让我们买东西……

Nov 30, 2005 - 1 minute read - Comments

电信机房参观

今天偶跑到上海电信机房去参观了,看里面的机器感觉真是爽阿。很多都是品牌机,拼装机都看着非常专业。绝对不是我们公司里面那种破烂机器能比的上的。问代理商,代理商说这是电信的1G光纤分流到户,每个机柜100M带宽,20个机器去分,每个用户不限制流量。因为我们用的那个机柜都是小流量的机器,所以保证我们10M没有问题。如果以后流量太大,也可以换一个接入,用专用的100M口。 偶们在公司里面估算过,假定一个页面调入,不计算图片等媒体,需要50K的网络数据传输。(这也是公司一般页面设计的大小)调入非媒体的时间假定在五秒不会让用户感觉到慢。这样一个用户连接就需要保持10K的带宽。10个用户就是100K,换成bps就是大约合0.8Mbps。图片一般都是静态的,所以只要跑一次,后面IE会自动看缓存。所以每次会耗用KeepAlive的Session大约250字节的数据,基本可以忽略。只是如果带宽空余点首次跑图片的时候比较快,如果不空就比较慢。到后面访问几乎没有差异。 按照供应商的数据,我们有可以至少支持125个页面并发。假定平均一个用户同时开启的页面是两个(有的人开新窗口来用的,还有部分是我们需要弹出或者页面内引用页面),那么就是支持60个用户并发左右,貌似够了。因为60个用户并发,假定每个用户等待加操作需要10秒/页面,而读取的速度是5秒/页面。那样峰值用户数就是120人。平均来说可以支撑最少1000个用户。 问题在于问题在于,杨总设计的业务流程中大量的使用了内嵌的office文件。经常要上传下载office文件。那么我们要把这部分的流量抽离开来使用。一个office文件平均100K,而用户静态数据区大小是100M。按照单次使用不超过总容量1/10的原则来计算,一次用户操作的最大空间就是10M合100个office文件。实际到是没有这么多,一般是5个上下。这样算来,用户需要在五分钟内上下传500K的额外数据。运气好的话只有两个的客户在做这个东西,那么就是6Mbps的速度要求! 我们在假定了两个客户同步做上下传的前提下,还得到这种惨淡的结果。要我们支撑120个同步用户至少需要20Mbps以上带宽。不知道这个系统在后面还怎么经营下去…… 算了,那个也不关我事,至少目前不关。到是服务商的收费理由让我感到很有趣。他说他收费贵是因为机房建立的比较好。电池是专门的在线UPS,大楼有备用的发电设备,灭火器是干粉的,大厦是抗震的,所以比较贵点。这些理由怎么样不说啦,至少让我开了眼界…… 回来的时候碰到件妖怪的事情。我不知道怎么回去,正好和陈工的981顺路,所以一起回去。结果车等了很久,上去人很多。开了没多久,发现熄火。司机关掉机器再开,启动不了。然后狂踩离合器,汽车居然跑的动了。虽然速度奇慢,不过让我觉得很神奇……