了解一点关于Apache软件基金会的组织结构.CSDN – 技术访谈：Apache 软件基金会背后．
ASF 由哪些部分和哪几块组成？
有好几块。他们被组织成项目管理委员会，简称为 PMC 。每个 PMC 负责一个特定的代码基址、 web 服务器项目和 Jakarta 项目； XML Beans 是一个新的 PMC 管理项目； Geronimo ，即 J2EE 服务器项目，也是一个 PMC 管理项目。所以每个 PMC 都要负责某一类日常代码开发监督，以确保一切运转良好、社区在运转、代码得到正确的开发、测试和发布，等等。除了这些 PMC ，还有理事会和一些其他的非 PMC 委员会，如公共关系委员会、资金筹集委员会，等等。理事会有 9 个人，每年 5 月在年度会员会议上选出，选出理事会后，再由理事会指定干事、主席、会长、财务总管和秘书长。
还有一个关于 Jakarta 的问题我也挺感兴趣的.
从Mark Rittman 的 Blog 上看到，IBM 与 Hyperion “分手”了. 而以前，IBM 把 DB2 OLAP Server (OEM 版本的 Hyperion Essbase)作为自己 BI 解决方案中的重要一环.这下子估计有不少中国 Essbase 用户要面临迁移的问题了．
前不久,IBM 刚刚
收购 Ascential,当时我还说：
不过我倒是觉得 IBM 更应该收购的公司是 Hyperion ，把 Hyperion Essbase 变成真正的 IBM 产品才有意思一些
阅读AIX的手册,看到关于 Direct I/O 的一些描述:
直接 I/O 与正常高速缓存的 I/O
通常，JFS 或 JFS2 将文件页面高速缓存在内核存储器中。当应用程序执行文件读取请求时，如果文件页面不在内存中，则 JFS 或 JFS2 将数据从磁盘读取到文件高速缓存，然后将数据从文件高速缓存复制到用户缓冲区。对于应用程序的写操作，仅将数据从用户的缓冲区复制到高速缓存。以后执行对磁盘的实际写入。
当高速缓存的使用率比较高时，这种高速缓存策略可以发挥完全的效用。它还启用从头读取、从后写入的策略。最后，它使文件写操作异步，允许应用程序继续处理，而不是等待 I/O 请求完成。
直接 I/O 是一种可选的高速缓存策略，它使得文件数据直接在磁盘和用户缓冲区之间传送。文件的直接 I/O 在功能上等同于设备的原始 I/O。应用程序可以在 JFS 或 JFS2 上使用直接 I/O。
邮件列表中有人提到Oracle 为什么不研发自己的操作系统?。可能很多人都不知道.Oracle 曾经有个操作系统开发计划.1998 年,在Comdex 展会上,CEO Oracle Larry Ellison 宣布了Oracle 公司的 Raw Iron 计划,随后的1999年 ,HP 和 Dell 也宣布助阵 Oracle ,准备为 Oracle 的操作系统推出相应的硬件平台.不过随后的15个月过后,在一片质疑声中,Oracle 不得不草草收兵。