Rita's Camp

前几天把我的opensolaris做了一次image-update。下面把过程写一下，供大家参考。我更新所用的IPS是pkg.opensolaris.org

1）首先推荐在引导环境（Boot Environment/BE）使用最新的IPS软件

    $ BUILD=`uname -v | sed s/snv_//`

    $ pfexec pkg refresh

    $ pfexec pkg install SUNWipkg@0.5.11-0.$BUILD

    $ pfexec pkg install entire@0.5.11-0.$BUILD

2）确认目前的OpenSolaris版本

    $ echo $BUILD

3）如果你目前的版本是SNV-93或者之后的版本，可以直接运行image-update来进行升级了

    $ pfexec pkg image-update

待安装完成后，就可以直接重启机器

4）如果你用的版本是93之前的，我们首先要更换一个BE环境，再进行image-update

首先，确认目前的BE

    $ beadm list

BE Active Active on Mountpoint Space

Name reboot Used

---- ------ --------- ---------- -----

opensolaris no no - 3.92G

opensolaris-1 yes yes - 17.06M

然后，为我们要创建的新的BE选名字，如上例中最近一个BE是opensolaris-1,我们就用opensolaris-2来表示我们将要创建的新BE

最后，我们来创建新BE

    $ pfexec beadm create opensolaris-2

    $ mkdir /tmp/mnt$$

    $ pfexec beadm mount opensolaris-2 /tmp/mnt$$

    $ pfexec pkg -R /tmp/mnt$$ image-update

5)如果你使用的是opensolaris0805最初的image,也就是Build 86,请一定要做下面的几项工作：

由于GRUB的改变，我们需要手动更新MBR（Master Boot Record），如果不执行以下的命令， 将导致系统不能默认启动，而需要手动选择原来的BE。所以我们需要更新GRUB的配置。

    $ pfexec /tmp/mnt$$/boot/solaris/bin/update_grub -R /tmp/mnt$$

6）unmount并激活最新创建的BE

    $ pfexec beadm unmount opensolaris-2

    $ pfexec beadm activate opensolaris-2

然后就可以重启机器进入新的BE。

注意image-update可能需要很长时间，2-3个小时或者更长吧。所以要耐心一些！

到此你的opensolaris就更新完成了，cheers!

今天把我的又慢又庞大的visia给换了，换成了opensolaris0805,就是著名的indiana开源项目。下面就写一下我的安装过程和如何解决一些问题吧

1，安装过程很简单 由于我决心不再用windows,所以我是把整个硬盘都装opensolaris,所以相对比较简单。如果要和windows vista共存，请参考其他的安装日志吧。opensolaris的安装过程很简单。就是用光盘启动，启动起来后先run一下Device Driver Utility（System菜单下的Administration菜单下），查看一下对硬件设备的支持情况。

我的笔记本电脑是ToshibaM600,我发现我的声卡是不支持的，要等安装之后再解决了。然后双击桌面上的那个安装到硬盘的图标，就可以开始安装了，整个安装过程非常简单，也就是选选时区，填写密码什么的。

2，解决显卡驱动（driver）的问题 安装之后发现有两个关于driver的问题，一个是声卡没有驱动，一个是显卡的驱动不支持宽屏，屏幕只有3/4能用。 先解决显卡的问题，发现了更严重的问题，我的机器屏保之后就不能回到界面了，对键盘和鼠标一点响应都没有，只能关机重启。后来我上午查了一下，这个是opensolaris的一个Bug,已经fix了，fix的方法见http://opensolaris.org/os/project/indiana/resources/rn3/ 由于我的显卡是intel GM965/GL960集成显卡。系统安装默认是用intel的显卡驱动，上面的链接的解决方法就是把intel的驱动换成vesa的。 主要步骤是：

先登出xserver,可以用$ svsadmin disable gdm,

回到命令行界面 然后运行 $ pfexec Xorg -configure

之后运行$ sed '/Driver.*"intel"/s/"intel"/"vesa"/' xorg.conf.new > xorg.conf 把Intel的驱动换成vesa，

然后： $ pfexec mv xorg.conf /etc/X11/xorg.conf（注意上面链接的这一步是错误的，应该把xorg.conf写到/etc/X11/下，而不是xorg.conf.new）

最后重启xserver, $ svcadm enable gdm

到此，屏保和宽屏显示的问题都解决了

3，解决声卡的问题 通过Device Driver Utility得知声卡的型号是：Intel 82801H.然后到Sun的big admin上去查相应的driver,查到：http://www.sun.com/bigadmin/hcl/data/components/details/2922.html 提供driver的下载地址：http://www.opensound.com/download.cgi，下载driver后，可以用原来pkg -d的方式安装上driver, 如：$ pkg -d /export/home/rita/XX.pkg

重启后，声卡的问题也解决了。

4，从IPS服务器下载pkg 请参考http://www.unix-center.net/，由于网络速度较慢,需要将超时的参数设得长一些。

$ export PKG_CLIENT_TIMEOUT=2000000

后来我成功下载了openoffice, netbeans, sunstudio等软件包。

$ pkg install openoffice

$ pkg install netbeans

$ pkg install sunstudio 

初体验先写到这了，欢迎大家补充。

好久没有更新我的布拉格了，一年都在奔波，国航的知音卡已经升级为金卡了。走过了很多的城市，参与了各种各样高性能计算与网格计算的项目，有很多的收获，高性能计算这个圈子其实挺小的，都是那些人。高性能计算的技术范围确实非常的广，因为解决方案就像鸡尾酒，要配出客户最喜欢喝的没有那么容易。接下来的一段时间我会好好总结一下去年一年的所学与所得。

提到练武功，这是Sun中国工程研究院的院长Sin-Yaw Wang经常对我提起的一个词。还有就是他的“大时代”理论。我有幸出生在80后，赶上Sin-yaw所说的大时代，也有机会在Sun这个大平台上，在高人的指点下练武功。还有高人在鼓励我不停的编制自己的梦想。其实人喜欢做梦是一种美德，能够教唆别人做梦更是一种技能。有梦才有精神头嘛。Sin-yaw大侠在离开北京之前叮嘱我要不断的做梦，还要不断的按照他的八字真言练武功。这八字真言就是：“规划·协调·执行·沟通”。

今天在布拉格重新更新之际，记下Sin-yaw的谆谆教诲。希望明年这个时候回过头来看看武功能有所长进！

Web services cache主要用在什么地方？

从产品来说，通常用在client-side, server-side, proxy。

Client side
相对而言是web services client所在platform.如一个web services client的java application，如一个部署在application server上的web services client端程序。
主要服务逻辑是，
client 通过本地地代理去发送web services请求，platform先check一下cache，如果有并且合法，就返回cache。如果没有则真正的发送数据去访问远程web services。得到response，缓存数据，并返回本地web services client的请求。当有下次请求的时候，直接返回cache。

Server side
当一个web services部署在platform上，接受其他client发送的请求。当请求的信息是已经发送过的信息，直接返回cache住的response，如果没有，则让web services执行逻辑，返回数据。缓存，以供下次使用。

Proxy
本质上和client/server side 的cache是一个逻辑。就是缓存response信息，当有重复请求的时候，返回cache，不真正执行业务逻辑，或者远程访问。

结合上篇文章，就可以比较完整的描述web services cache了。
可以在各种不同的位置设置cache，对于每个cache可以进行相应的设置，如TTL，或者Invalidate，或者Polling的方式来应对数据的失效。

cache的一致性模型一般来说建立在三种机制上的：
expiration time, polling, invalidations.

Expiration Time
比较常用的如TTL (time to live), TTR (time to refresh)。比较容易理解，也就是cache多长时间来refresh，可以生存多长时间。过了该制定的时间间隔，就去掉该cache。

Polling 轮询
可以是client对server的轮询，问server是不是数据过期了。也可以使server对client的轮询更新，定期的给client更新数据。如果client使用数据的间隔一定，每次client使用数据前server都给client的数据跟新了，那么client就不会有coherence的问题了。其实以http协议为例，可以加上If-Modified_Since或者lastupdate time来告诉client数据是否更新过了，这样可以避免实际的数据获取。pulling or pushing , c2s or s2c.

Invalidation
这种机制是可以保证不管client端什么时候来拿，是什么client来拿都可以拿到最新的数据，而不是过期的cache。当数据源的数据有变化时，会触发cache相应的数据更新。这样的问题是如果c/s的，多余的通讯开销以及这种关联管理的复杂性。

从web services这门技术来说，现在大多数人听到的都是它的优点。

如何的和SOA结合的比较紧，如何的松散松耦合。

但是你也可以听到一些不太和谐的声音。。。

这些不太和谐的声音往往从xx技术论坛，或者一个大腹便便的技术人员中听到。。。

web services是如何如何的慢，如何如何的笨拙，如何如何的舍近求远。然后大家开始一脸怀念的提起corba。。。
为什么会有这么多不太一样的声音呢？

个人认为，web servcies的优点是让IT architect，CIO，business的人高兴的。而它的缺点，确实具体做实施的人感觉到痛苦的。
其中最大的痛苦之一就是它非常的慢。

记得IBM曾经提过一个口号: Information as service

很多Business的人很高兴，因为这样一来，信息随处可得了，不再是一个个孤立的信息孤岛。各种各样的application都可以方便的使用数据服务。CIO用它来做报表，Cash collector用它来看数据 ...

但是作为项目的coder们，总会问的一句：我把所有的数据当作web services来发布，那么这个soap message该有多大啊？每次response都是几百MB的xml？

然后presales会偷偷的告诉你，我们发布的不是真正的数据，而是数据的metadata...


所以，效率问题成为一个普遍问题的时候，就需要一个完美解决方案了。

其中一个最常用的就是cache