lfs还是很差火啊
以前在gentoo下用gentoo即使编译的时候上网也不会感觉浏览器有假死的现象,现在换到lfs下就有,即使换成gentoo的内核,将realtime属性改得很高,还是有,lfs还是玩玩的东东,用起来真是缺医少药,经常水土不服,不是这少了就是那少了,要不一些软件版本有问题,互相冲突,可是偶的lfs有
2.2G了,
不过喜欢尝鲜新软件,拼凑新版本的人玩还差不多,实验各种玩法
其事很多问题可能是现有软件都是按照各大主要发行版来定做的2进制或者源码包,都对其它一些软件或多或少有版本倚赖冲突问题,尤其是你这里挖一个软件,哪里抓一个包,今天用gcc2.95,明天换gcc3.2.1,后天换gcc3.3搞得问题多多,一会搞个rpm发现倚赖libc版本和自己不一致,强行make其他srpm时发现和glibc版本冲突,出现错误,
一会发现python出现问题搞得其他软件无法编译
感觉还是要一个apt或者emerge,轻松 发现2.5.74出来了,上次的2.5.73有一些毛病,这次都修好了,狠好
编译时基本算不发呆,还是有很大进步, 偶把portage装到gentoo上了,正在sync哩
:D 觉得potage太慢了,准备装apt,发现太罗连了,首先是走来无法解决.deb的安装,只好找源码装apt,结果还是需要dpkg,于是找dpkg源码,又在快完的时候说debiandoc2html不存在,结果满世界找debiandoc2html.发现debian--to-sgml倒是多, 就是无2html的,只好自己编个假文件先片过去,反证不想要文档,装完了,发现deb无数据库,版本严重倚赖一堆,感觉无法一一满足,太浪费时间,看完了man强行安装好像无此命令,想到即使我装上了又怎么样呢,还不事先前所有的包在以后都无法转嫁到 apt上来,半路出家始终不是出路.彼时就感觉准备马上把他删了,回到我久未沾的debian下,结果感觉发行版才是正规出路阿,没有包管理的版本或者,没有幕后ftp支持的版本,用起来太累,太耗精力,原本大量的时间都花在了始终重复解决各种倚赖,各种冲突上,我在解决途中深深感觉,一心投入debian的怀抱才是真,2进制安装即轻松又快捷,系统无比狭小,人是无比轻松,即使是redhat也是半年一版本,那也是能满足需要的,而且还嫌快了,
我感觉我的发行版之旅即将走到终点,我要投入到真正的几个主流版本去做正规事,而不是从发行版到半手工,再从半手工的gentoo,转到完全手工的lfs,这只能是体验,不到几天,我就要抛弃lfs了,
始乱终弃?狠好,我就是 其实操作系统最好还是稳定一点，我就用gentoo的，其它的都不想用了，我每天只是sync一下，但是不升级。 我在lfs里装上portage只用来下载，感觉还是gentoo好。现在每次开机只想进gentoo，LFS用来打发时间还是可以的，用来工作确实不行。 什么是“围城”？:) 有比较才有鉴别，所有的系统用过之后，总可以找到最适合自己的。 大约就是经历一个一个的围城吧。 哈哈,本来准备一删了之
结果还是不甘心,
把debian转接到我的lfs上了
:D
半个debian 其实觉得自己编译得东西，并不是所有的都会很快。 记得以前用LFS自己做了个Linux Firewall，可以放到U盘上的，但是最终因为Zero Copy和DMA无法实现，整个系统性能上不去，哎，麻烦啊。正在用gentoo，不知道结果如何！ 我今天看了好多编译器对比，有的说gcc生成的代码几乎比所有的编译器都好，，borland,lcc,watcom,甚至msvc
但是有的对比又是icc最强，甚至编译c++生成的代码gcc runtime是他的1-10倍。有人说是有的选项可能没开，--fast-mmath就是一个例子，某人实验编译c打开后只比icc的慢10-14%，他推测icc用了大量诸如--ffsat-math 这样的编译技术
icc几乎都是gcc的1，2倍
有的说msvc不行，生成代码一般，有的又是除了icc外msvc是效果最好的，其他的borland的，还有其他的dephi什么的，都远差
我不知道是代码越小是质量越高，还是代码虽然不是很小，但是编译器对一些操作产生优化的指令，算是质量高
我如果编译hello world console（当然是native的),gcc代码是msvc的一半大，编译netcat,msvc realease是59k，指定各种优化参数都为大小优化时是56k,gcc strip是31.232k,
不知道这是否也是因为包含了一些startup的代码所以hello world没有可比性，但是后面的vim差距那大？而且我想用一个mame那样的巨无霸程序看看，但是一直找不到for msvc的，以前不要看的时候在手边转，现在却无法
编译vim,都是gui=1,small模式的话msvc是1m多，gcc是540多k,如果是huge模式，那gcc是1.19m吧，msvc的small模式是1。05m，
不知道到底谁最强，
当然dll是否有关也很重要，msvc应该用了，gcc好象没用（我gcc -v看到是disable dll的,不过不是很肯定，即使用了，也小，没用那不是更能说明问题？） [QUOTE][i]最初由 Terran 发布[/i]
[B]记得以前用LFS自己做了个Linux Firewall，可以放到U盘上的，但是最终因为Zero Copy和DMA无法实现，整个系统性能上不去，哎，麻烦啊。正在用gentoo，不知道结果如何！ [/B][/QUOTE]
为什么不能实现，你的内核没有加入对应选项吧，那个ram 什么什么的和zero copy有关，dma对防火墙来说重要吗，
要是我就不用lfs做，我用lrp方案自己再做，反正是u盘，够大，如果用java写一些管理前端，用web来管理，那爽呆了
要是我做，我就选2.6的内核了，看看zero-copy怎么样:D 防火墙不能光靠CPU来处理的，如果都是靠CPU来处理的话，性能无法提升，这也是很多防火墙性能上不去的原因。如果真正要做到很好很快的话，需要在各个方面极度优化，其中就包括I/O,网卡以及协议等，前一阵的blaster和welchia，防火墙如果都设置成deny icmp any any,deny tcp any any eq 135,139.......的话，那么你的防火墙啥都别干了，就drop那些你deny的东西就够它忙的了。现在很多的新（也可以说是不新）的东西都用在了防火墙上，如asic，网络处理器等，哎，不懂！
记得国外有个小组，做过dma和zero copy的东西，东西太多，没来得及看.
lrp可能是router吧，不知道能不能坐netfilter的一些事情。 [QUOTE=AIKO_sex]我今天看了好多编译器对比，有的说gcc生成的代码几乎比所有的编译器都好，，borland,lcc,watcom,甚至msvc
但是有的对比又是icc最强，甚至编译c++生成的代码gcc runtime是他的1-10倍。有人说是有的选项可能没开，--fast-mmath就是一个例子，某人实验编译c打开后只比icc的慢10-14%，他推测icc用了大量诸如--ffsat-math 这样的编译技术
icc几乎都是gcc的1，2倍
有的说msvc不行，生成代码一般，有的又是除了icc外msvc是效果最好的，其他的borland的，还有其他的dephi什么的，都远差
我不知道是代码越小是质量越高，还是代码虽然不是很小，但是编译器对一些操作产生优化的指令，算是质量高
我如果编译hello world console（当然是native的),gcc代码是msvc的一半大，编译netcat,msvc realease是59k，指定各种优化参数都为大小优化时是56k,gcc strip是31.232k,
不知道这是否也是因为包含了一些startup的代码所以hello world没有可比性，但是后面的vim差距那大？而且我想用一个mame那样的巨无霸程序看看，但是一直找不到for msvc的，以前不要看的时候在手边转，现在却无法
编译vim,都是gui=1,small模式的话msvc是1m多，gcc是540多k,如果是huge模式，那gcc是1.19m吧，msvc的small模式是1。05m，
不知道到底谁最强，
当然dll是否有关也很重要，msvc应该用了，gcc好象没用（我gcc -v看到是disable dll的,不过不是很肯定，即使用了，也小，没用那不是更能说明问题？）[/QUOTE]
[SIZE=6]想测试并对比各种C编译器的话，可以试下Crafty（一个很有名的国际象棋软件）这个源代码，for多种C编译器的（包括Gcc和Msvc)。[/SIZE]
页:
[1]