: ※ 引述《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) 就是最 关键的 "一夫当关, 万夫莫敌" 位置 ! 把底下这段接过来: ==== ※ 引述《[email protected] (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