突然想到，Chrome OS 這一類 Application OS 不只可以用在小形硬件上。而且還可以用在 Visual Machine 上。只要 overhead 做得夠少、夠快，利用 VM Cluster 實現 hardware resource management 的潛力還不少。

遠比 Terminal Server 更加減少配置沒有用到的 resource，彈性更高。

Terminal Server 配置了 4GB 就是 4GB，不會因為負載少而可以把 memory 空出來；負載高的時候，也必需設置另一台 Server 來分流。

但 Application OS 就可以做到，只需把 VM Host 的 cluster 加大／減少即可。
而且閒置了的 resource 是可以被任可 VM Guest 便用。人再多，開的程式更多，也不需要 user 重新登出登入另一台 server 來再分配。

Cons: 每個應用都有一個固定的 memory space 上限，而不能動態負載。

Welcome back of VE in Eclipse stream after more than two years’ sleeping

An experiment in organic software visualization.

code_swarm – Eclipse (short ver.) from Michael Ogawa on Vimeo.

Eclipse 3.4 M7 – New and Noteworthy

其中我覺得最有用嘅係

Java compiler on multi-CPU machines

You should see faster Java compile times when using machines with multiple CPUs. The Eclipse Compiler for Java (aka "ecj") is now taking advantage of the multi-threading capability of multi-CPU machines. The full build of a Java project also takes advantage of this support.

當提到 Java 的 UI，以前人們會話太慢。

當然，Sun 在近年在提昇 Swing performance 做得唔算差(只限效率，唔計功能)。
又有強大的 Eclipse 小組開發的 SWT。

可以話 UI 設計上已經唔係一個問題，要寫的總有方法做到。
今次我想寫的題目，不是老舊的 Performance, Native Look&Feel, Deployment, Platform independce 等等。
而是它是否 Remote Desktop(Terminal Server) Friendly。在這文中的 Remote Desktop 不單只是 Windows 的 RDP, 而是所有 remote 存取方式(如 VNC)。

—
為何你要在意 Remote Desktop Friendly

如果你要開始一套系統給數百人使用，你可以
1. 使用數百部強大的 PC (P2P, Distributed computing)
2. 使用數百部中級數的 PC, 加上中級 server (Sharing resource)
3. 使用數百部中至低級數的 PC, 加上高級 server (Client server / Browser Server)
4. 一至數部高級 server, 加上無數 thin client

以現在常見的做法，主流的設計方式不是 WebBased (B/S) 就是 Client Server (C/S)。
Web-based 未必有能力滿足其要求(http/html/javscript 所限)
如使用 RPC 方式則有開發比較慢/困難的問題 (因技術上有機會出問題的地方比較多)
而且，近年開始有公司因為成本，維修，管理或其他因數而轉用接近沒有運算能力的 Thin Client。(如： 電力，空間，硬件真實使用率，保安理由)

遺失 Notebook, Harddisk 會做成保安問題；近年 CPU 又食電又熱(花更多電在 cooling/air condition)；
當新版軟件要求更強硬件時，做成不達到最低要求的 PC 都得放棄(Thin client 的話, 只是每部 server 負責的client數目減少)

—
比較 SWT 和 Swing 在 remote desktop 的表現

如果你認識 SWT 的話，你會知道它是用 Native UI 來表現的；而相對的 Swing 則以是 “自己動手畫” 來達到跨平台而統一特性。

近年 Swing 應用了大量 DirectX 和 OpenGL 技術，以硬件加速達到效率。
可是呢，在 thin client 的世界跨平台不重要，因為只有少數被良好管理著的 server，DirectX 和 OpenGL 也無用武之地。
卻因為它在自行管理顯示方式，而令 Terminal Server 不能分開解讀每一個元件。而被迫每次都從 Host 能理解的部份－－整個視窗，比較、更新、傳送。
所以，當你在 Remote Dsktop 使用 Swing 程式時，你會看到它的視窗經常由上而下重畫，因為 thin client 只能以 bitmap 方式理解其內容。

而 SWT，則加以善用其 Native UI 的優點，在小量更新時(改動一個 label 或 button)，Host 的系統有機會正確解讀出 thin client 能理解的簡單的幾個指令。
從而達至減少浪費 broadwidth。

—-
為何還寫 Java??

我相信，Java 除了它往日強調的跨平台外，它本身有其他更好的優點；Java 是一種很易理解和不易出錯的語法，良好的 unicode 支持和強大 IDE。

找到個借口比自己認真咁學下 Eclipse PDE / plugin ]]> http://hkdennis2k.homeip.net/2005/08/01/byecycle/feed/ 0 http://hkdennis2k.homeip.net/2005/07/29/eclipse-wtp-%e7%9c%9f%e4%bf%82%e5%88%a9%e5%ae%b3/ http://hkdennis2k.homeip.net/2005/07/29/eclipse-wtp-%e7%9c%9f%e4%bf%82%e5%88%a9%e5%ae%b3/#comments Fri, 29 Jul 2005 08:28:58 +0000 Dennis http://hkdennis2k.homeip.net/?p=11 原本 plan 個 schedule 根本無可能(for 3.1 use, 但居然想早過 3.1 release….)
寫寫下改 version number 由 1.0 做 0.7
都算啦http://www.eclipse.org/webtools/development/planning/milestone_plan_1_0.html
明明已經 plan 到只係出 RC2, 今日出 final release但係我今日見到嘅只係

Jul. 28, 2005 WTP 0.7RC5 is available for download! Jul. 27, 2005 WTP 0.7RC4 is available for download!

一日一個 RC build????