Re: [問題] 有沒有可能用程式干擾區網中的網路遊戲 …

看板Programming作者ggg12345 (ggg)時間18年前 (2007/06/28 11:42)推噓0(0推 0噓 0→)

留言0則, 0人參與討論串2/30 (看更多)

: ※ 引述《ephesians (ephesians)》之銘言： : : 標題: [問題] 有沒有可能用程式干擾區網中的網路遊戲流量 : : : : 請問各位有沒有一些經驗或看法? : : 需求是盡量干擾網路遊戲的流量,但不干擾普通網路使用的流量. : : : → ggg12345:企業也有類似的維護服務與管理需求. 140.115.1.146 06/27 11:25 : → yzugsr:我八九年前在高中電腦社團時當教學就有了.. 61.216.172.27 06/27 12:40 : 推 alvin17:Linux上已經有類似的開放軟體 DRBL 218.167.1.79 06/27 23:14 : → alvin17:網址http://drbl.nchc.org.tw/ 218.167.1.79 06/27 23:16 : → alvin17:由國家高速網路與計算機中心-自由軟體實驗 218.167.1.79 06/27 23:16 : → alvin17:室開發的原本的用意雖然是集中管理 218.167.1.79 06/27 23:17 : → alvin17:節省維護大量電腦的時間但也同時可以用於 218.167.1.79 06/27 23:17 : → alvin17:管理學生使用的電腦上預設安裝的程式 218.167.1.79 06/27 23:18 : → alvin17:其運作原理類似早期無碟工作站開機的時候 218.167.1.79 06/27 23:18 : → alvin17:就去server抓取開機檔案跟應用程式 218.167.1.79 06/27 23:19 : → alvin17:如此可以避免學生安裝非法軟體造成的版權 218.167.1.79 06/27 23:20 : → alvin17:問題也可以在上課之前就先把此次上課所需 218.167.1.79 06/27 23:21 : → alvin17:的軟體就灌好 DRBL是純軟體solution 218.167.1.79 06/27 23:21 : → alvin17:就網頁上看來 DRBL應只是個遠端網路開機的 218.167.1.79 06/27 23:24 : → alvin17:boot loader 而載入的os不限為Linux 218.167.1.79 06/27 23:24 : 推 MasterChang:這種是純軟體，因為你根本不需要知道 140.132.23.74 06/28 08:23 : → MasterChang:硬體細節。稍微有點sense的資工人應該 140.132.23.74 06/28 08:24 : → MasterChang:要有。 140.132.23.74 06/28 08:24 : 推 ephesians:樓上指廣播系統嗎?我幫忙裝過廣播系統, 218.160.108.144 06/28 10:54 : → ephesians:是硬體為主. 218.160.108.144 06/28 10:55 從遠端網路下載開機, 無碟Client系統, 只靠軟體攔截鍵盤與顯示幕的廣播教學, 遠端桌面, 都一直有達到商業產品化的軟體出現, 但最後都搖搖欲墬長不大. 推究其根本就是 MicroSoft 公司太容易干擾了, 再不行她就買這類公司掐死這類技術, 逼不就範的只能 "免費". 假如遠端開機上來就是 VM-Mornitor , 在 VMM 掌控下, 在其上層的os支援的網路與顯示幕都是可由 VMM 接管的 Virtual I/O , 要網路流量如何做 QOS 都受 VMM 節制, 但最重要的是在 Hardware VT supported 下, MicroSoft 目前擁有的OS主導就消失了, 她雖然買了 VirtualPC , 但大家的起跑點算是沒差多少. 假如這群 VMM 是有主控的 Master VMM , 那麼系統的維護, 管理, 發展就因此改觀. 最最重要的是 MS 的 OS 變為 "能為我用, 但無法危害我", 這個關鍵就在 MS 的 OS 是在 Virtual Resource 上執行, 但若干擾實質資源的使用就會因為 Hardware Virtualization 及 VM-Mornitor 的監控而受到掌控, 其贏利公司的機密壟斷性質就會因之降低到跟 OPEN system 差不多的狀況. 開機時的 "真實" ROM-BIOS (這裡是網卡上的 remote boot-rom) 就是最關鍵的 "一夫當關, 萬夫莫敵" 位置 ! 把底下這段接過來: ==== ※ 引述《mingchieh.bbs@bbs.cis.nctu.edu.tw (Bug J.)》之銘言： : > 透過 386 VM 硬體攔截敏感指令就會先跑到最底層的 VM Mornitor (BIOS ROM)或 : VMM和BIOS ROM是不搭嘎的東西，為什麼會放在一起？不能理解.... : > ParaVirtualization 原來是更改宿主與寄居 OS 核心, 改寫寄居 os 敏感指令為 : > 片段程式碼使之不必經過硬體攔截而是逕自銜接底層對應段來回. 軟體逕自銜接 : > 當然是比多繞一圈的 VM386 硬體攔截速度快, 但 Intel-VT 與 AMD-V 是在 VM86 : > 之外另提供一個額外的最底層攔截點, 概念上變成為可調整目的地的快速開關轉接 : > 點, 雖不是最短的逕自銜接, 但能快速轉接. 主要的好處就是可以不必改寄居 OS : > (最上層)的核心. : > 這應該是純脆只就 VM (XEN/Vmware) 與 Intel-VT , AMD-V 帶來的遷移方便性 : > 而言. 如果, Client/server 端都利用異質CPU 與 VM 技術使得 X86 電腦能快 : 依據目前很多地方的統計，你講因該是他們最不需要的答案.... : 由企業角度來看 : 很多台古老的實體機器和一台有很多VM同時在上面RUN的機器成本上那個比較低？ : 那個管理比較方便？請以空間、耗電、散熱、管理等方面來看整體考量 : 又如果企業裡給員工用的PC，實際上都有一個管理專用的VM在跑， : 而另外一個VM才是真的給員工用的，這時如果員工發現電腦有問題， : 打電話給管理員，管理員就可以直接透過管理用的VM遠端進來看狀況， : 這樣以企業的角度來看，可以節省管理員的成本 : > 速模擬執行異質 CPU 指令, 狀況就會因 X86 的用戶數量而改觀. : 執行異質CPU現在也有，但是不是X86，隨便舉一個是PowerPC， : 他就是可以執行X86指令，但是他本身的ISA卻不是X86的， : 或是你可以查Trnasmeta的Crusoe CPU : 另外，關於你的標題裡的"Killer AP"，這裡的AP應該是「應用程式」吧？ : XEN算是AP嗎..... ========================= -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.115.1.146