http://KnightFeng.org/blog/archives/256 What happened with knight during days Thu, 23 Jun 2011 11:10:08 +0000 hourly 1 http://wordpress.org/?v=3.1.3 http://KnightFeng.org/blog/archives/256/comment-page-1#comment-14984 s3p Tue, 06 Feb 2007 04:48:13 +0000 http://KnightFeng.org/blog/archives/256#comment-14984 呃.... @_@ 呃…. @_@

]]> http://KnightFeng.org/blog/archives/256/comment-page-1#comment-14729 Robert Hu Tue, 23 Jan 2007 14:32:17 +0000 http://KnightFeng.org/blog/archives/256#comment-14729 後續報導，今天得知真的有記者打電話去問微軟的 Windows PMM 說高鐵是不是用微軟的系統所以這麼不穩定，記者引述的就是微軟網站上高鐵使用 Terminal Service 的案例。我敗了... 看來小睡睡的部落格知名度還蠻高的，連記者都在看 後續報導，今天得知真的有記者打電話去問微軟的 Windows PMM 說高鐵是不是用微軟的系統所以這麼不穩定，記者引述的就是微軟網站上高鐵使用 Terminal Service 的案例。我敗了…
看來小睡睡的部落格知名度還蠻高的，連記者都在看

]]> http://KnightFeng.org/blog/archives/256/comment-page-1#comment-14486 Robert Hu Thu, 11 Jan 2007 10:43:49 +0000 http://KnightFeng.org/blog/archives/256#comment-14486 某要改制成公家單位的二代系統也是跑在 Windows 2003 Temrinal Service 上，看客戶要解決甚麼問題。 我想高鐵的問題和用甚麼技術其實是沒有太大的關係的，我同意 Knight 的看法，人的問題才是最嚴重的。不管有沒有用 CMMI和還是任何的管理理論或機制，只要人沒有真心相信並執行，或是沒有方法強制執行的話，用甚麼工具最後都是一樣遭。 至於 Terminal Service 方面，有興趣的人可以參考 Windows Server 2003 Terminal Server Capacity and Scaling http://www.microsoft.com/downloads/details.aspx?FamilyID=a2ae95da-be56-4495-9fb5-e4b7170b33d9&DisplayLang=en 某要改制成公家單位的二代系統也是跑在 Windows 2003 Temrinal Service 上，看客戶要解決甚麼問題。
我想高鐵的問題和用甚麼技術其實是沒有太大的關係的，我同意 Knight 的看法，人的問題才是最嚴重的。不管有沒有用 CMMI和還是任何的管理理論或機制，只要人沒有真心相信並執行，或是沒有方法強制執行的話，用甚麼工具最後都是一樣遭。
至於 Terminal Service 方面，有興趣的人可以參考 Windows Server 2003 Terminal Server Capacity and Scaling http://www.microsoft.com/downloads/details.aspx?FamilyID=a2ae95da-be56-4495-9fb5-e4b7170b33d9&DisplayLang=en

]]> http://KnightFeng.org/blog/archives/256/comment-page-1#comment-14485 M Thu, 11 Jan 2007 09:02:35 +0000 http://KnightFeng.org/blog/archives/256#comment-14485 我都正好有相關專案的經驗，Terminal Server的確有好用的地方，新竹國際商銀就是一個好例子。管理方便，但是不方便跑大型的AP，所以當然不能跑Office這些的，上面的程式都有限制在總和128M以內，那就很順利了。 你用Terminal Server又跑了那些程式，當然出問題。就我知道的成功案例，伺服器端的記憶體除以128M就是可支援的Terminal數目，多的就加Server這麼簡單。 我經手的AP，也都會把記憶體控制在128M以內，因為太多公司的舊機器都只有256M以下，分給OS後，可用的就是128M左右。 最後，那售票系統應該不是用Terminal Service，用的應該是內部的OA程式，不過這是我猜的。 我都正好有相關專案的經驗，Terminal Server的確有好用的地方，新竹國際商銀就是一個好例子。管理方便，但是不方便跑大型的AP，所以當然不能跑Office這些的，上面的程式都有限制在總和128M以內，那就很順利了。
你用Terminal Server又跑了那些程式，當然出問題。就我知道的成功案例，伺服器端的記憶體除以128M就是可支援的Terminal數目，多的就加Server這麼簡單。
我經手的AP，也都會把記憶體控制在128M以內，因為太多公司的舊機器都只有256M以下，分給OS後，可用的就是128M左右。
最後，那售票系統應該不是用Terminal Service，用的應該是內部的OA程式，不過這是我猜的。

]]>