超级军网F16展望与恐惧
来源：百度文库 编辑：超级军网 时间：2024/05/02 17:00:02
btrfs 1个传说来了。
xen 强烈的期待。
btrfs就不说了。已经出了n多夸张的报告。全部是恐怖的IO表现。
xen还没有试过，我对这个很期待。一个supervisor是个多好的美景。其实这种想法上可以有很多真正的创新。不知道这里有没有人有研究类似xen结构的想法。
先只谈空想不谈现实，有时间有能力的人肯定不那么多哦。btrfs 1个传说来了。
xen 强烈的期待。
btrfs就不说了。已经出了n多夸张的报告。全部是恐怖的IO表现。
xen还没有试过，我对这个很期待。一个supervisor是个多好的美景。其实这种想法上可以有很多真正的创新。不知道这里有没有人有研究类似xen结构的想法。
先只谈空想不谈现实，有时间有能力的人肯定不那么多哦。
xen 强烈的期待。
btrfs就不说了。已经出了n多夸张的报告。全部是恐怖的IO表现。
xen还没有试过，我对这个很期待。一个supervisor是个多好的美景。其实这种想法上可以有很多真正的创新。不知道这里有没有人有研究类似xen结构的想法。
先只谈空想不谈现实，有时间有能力的人肯定不那么多哦。btrfs 1个传说来了。
xen 强烈的期待。
btrfs就不说了。已经出了n多夸张的报告。全部是恐怖的IO表现。
xen还没有试过，我对这个很期待。一个supervisor是个多好的美景。其实这种想法上可以有很多真正的创新。不知道这里有没有人有研究类似xen结构的想法。
先只谈空想不谈现实，有时间有能力的人肯定不那么多哦。
btrfs系linux用来抗衡sun的zfs， 值得期待，虽然成熟性还有待时间检验。这里感叹一下 sun micro曾经的伟大和辉煌。。。
之前在f14下试用过xen hvm 跑xp和win7, 感觉单机应用的性能不及kvm，平时在不启动xen实例的时候，dom0的反应有时也会迟缓。xen的优势应该在多并发应用。xen是个方向，redhat放弃了xen，现在又不得不重新支持，估计是对kvm太过乐观了。。。
之前在f14下试用过xen hvm 跑xp和win7, 感觉单机应用的性能不及kvm，平时在不启动xen实例的时候，dom0的反应有时也会迟缓。xen的优势应该在多并发应用。xen是个方向，redhat放弃了xen，现在又不得不重新支持，估计是对kvm太过乐观了。。。
楼主你要表达什么意思啊？
btrfs是文件系统，目前各Linux发行版均处在测试阶段，读写小文件表现不错。
xen是虚拟机，最大的支持来自oracle，也没什么太突出的特色。
F16是什么？跟前两者什么关系？
楼主你要表达什么意思啊？
btrfs是文件系统，目前各Linux发行版均处在测试阶段，读写小文件表现不错。
xen是虚拟机，最大的支持来自oracle，也没什么太突出的特色。
F16是什么？跟前两者什么关系？
壮东风 发表于 2011-7-17 11:28 ![]()
楼主你要表达什么意思啊？
btrfs是文件系统，目前各Linux发行版均处在测试阶段，读写小文件表现不错。
xe ...
楼主说的F16应该是Fedora 16，F16计划以btrfs取代ext4，作为默认文件系统
xen的优势是性能和稳定，目前大部分vps都是基于xen的
楼主你要表达什么意思啊？
btrfs是文件系统，目前各Linux发行版均处在测试阶段，读写小文件表现不错。
xe ...
楼主说的F16应该是Fedora 16，F16计划以btrfs取代ext4，作为默认文件系统
xen的优势是性能和稳定，目前大部分vps都是基于xen的
ak2009 发表于 2011-7-17 11:48 ![]()
楼主说的F16应该是Fedora 16，F16计划以btrfs取代ext4，作为默认文件系统
xen的优势是性能和稳定，目前 ...
太晦涩了，我这个整天搞linux的人都没反应过来。
btrfs确实是linux的既定方向，红帽系统主力支持kvm。
我感觉xen和kvm差别不大，kvm不需要改动内核，前提是cpu支持虚拟化。
楼主说的F16应该是Fedora 16，F16计划以btrfs取代ext4，作为默认文件系统
xen的优势是性能和稳定，目前 ...
太晦涩了，我这个整天搞linux的人都没反应过来。
btrfs确实是linux的既定方向，红帽系统主力支持kvm。
我感觉xen和kvm差别不大，kvm不需要改动内核，前提是cpu支持虚拟化。
你们认为系统外测量怎么样？ 比如在Domain0测量。
ak2009出来～～～～～～
系统外测量?? 测量Domain0？ 看不懂...
ak2009 发表于 2011-7-17 14:41
系统外测量?? 测量Domain0？ 看不懂...
从 Dom0 测量任何DomU HVM （一个封闭系统，比如没公开win32的windows）
可以从二进制分析 说不定。。
把instrumental API做进去
ak2009 发表于 2011-7-17 14:41
系统外测量?? 测量Domain0？ 看不懂...
从 Dom0 测量任何DomU HVM （一个封闭系统，比如没公开win32的windows）
可以从二进制分析 说不定。。
把instrumental API做进去
目的是黑盒测量和分析 就是crack或者hack 什么对象呢 OS例程，执行环境，二进制泛分析。
最后分析到电信号。这个Hypervisor都做不到。只能外接一个测量总线。
最后分析到电信号。这个Hypervisor都做不到。只能外接一个测量总线。
如果是要做黑盒测量和分析的话，为什么直接用kvm／qemu, qemu可以直接模拟硬件环境
确实没意义。一般的说是这样。
怪我没说清楚，知道哪些知识？假设只知道CPU的EE。那么其他外设你如何模拟。
设，我们已经开了壳，通过某些方法获知其中的可能的机器指令，然后确认相当部分。
却，又不懂如何crack别的设备，比方说显卡吧。（能crack了cpu却不能crack显卡是不是合理就不清楚了。。）
于是你不能从底层模拟。
如果想通过更抽象的知识模拟设备，只能从顶层仿真。这个一不精确，需要别的手法解决。二没有这知识。它是个黑盒而你只是用户。只有显示，键盘，鼠标，音箱等，甚至不能确信安装的应用它实体上是什么。于是妨碍你仿真。
这样说下来似乎还是没意义。。。 ：） 正闲着让我编个有实际意义的故事。。
确实没意义。一般的说是这样。
怪我没说清楚，知道哪些知识？假设只知道CPU的EE。那么其他外设你如何模拟。
设，我们已经开了壳，通过某些方法获知其中的可能的机器指令，然后确认相当部分。
却，又不懂如何crack别的设备，比方说显卡吧。（能crack了cpu却不能crack显卡是不是合理就不清楚了。。）
于是你不能从底层模拟。
如果想通过更抽象的知识模拟设备，只能从顶层仿真。这个一不精确，需要别的手法解决。二没有这知识。它是个黑盒而你只是用户。只有显示，键盘，鼠标，音箱等，甚至不能确信安装的应用它实体上是什么。于是妨碍你仿真。
这样说下来似乎还是没意义。。。 ：） 正闲着让我编个有实际意义的故事。。
壮东风 发表于 2011-7-17 12:00 ![]()
太晦涩了，我这个整天搞linux的人都没反应过来。
btrfs确实是linux的既定方向，红帽系统主力支持 ...
晦涩了对不起
来一起火热瞎想吧 这个礼拜没几个小时了
太晦涩了，我这个整天搞linux的人都没反应过来。
btrfs确实是linux的既定方向，红帽系统主力支持 ...
晦涩了对不起
来一起火热瞎想吧 这个礼拜没几个小时了