上一页 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 下一页 (Page 33 of 47)
从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。
几天前发生的一件事情：因为一个小失误，折腾了一个下午．
事情开始是这样的：收到邮件被告知要 HDS 9970 Web 控制台加个 Monitor 的用户．想到缺省密码还没有修改．嗯，有安全问题，须改之．系统管理员要我用 Remote Administrator 这个垃圾工具登陆．不爽得很．这软件一个人登陆，其他登陆的人也能看到他的操作，就和远程会议一样．我修改密码，我拷贝，我粘贴，哎呀，给我报告了一个 http 500 的错误．尝试重新登陆，上不去了！用旧密码，不行，试着各种可能，不行，晕倒
问题都出在这个 Copy + Paste 上，但是现在后悔也晚了，当时真是想这不是没事找抽么......
打电话，联系厂家的支持人员，他们也没么好办法，到了机房，说要重新安装微码的软件盘，我找，我找，我找找找－－找不到．
抱着试试看的态度在系统里找密码可能的存储位置，嘿，别说，还真的..........................................找到了
又折腾了一会儿，总算是恢复了
前几天看到《脆弱的国产电子政务平台：达梦数据库在发布会现场接连发现BUG》,对于这样的新闻，应该是见怪不怪的了，这些打着“国产”招牌的软件本来不必要如此的当真，CSDN 上还是有不少网友提出了各自的看法--自然都是质疑的居多。果真，达梦自己挂不住面子了，发了一个声明，其实是越描越黑。
从今天开始，我进行一下达梦数据库的测试。我测试的机器操作系统为Windows XP (SP2). 希望自己能坚持下去。今天先来看看基本的安装过程印象吧.
上一页 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 下一页 (Page 33 of 47)