a*******e
发帖数: 3021 | |
c*m
发帖数: 1114 | 2 Gentoo or Arch
【在 a*******e 的大作中提到】
: 最新出的kernel能很快有包给安装吗？
|
a*******e
发帖数: 3021 | 3 what the hell, gentoo live dvd is 2.6GB?........
do u think i will have a hard time to switch to gentoo being a fedora user
since redhat?
Is gentoo a good desktop?
【在 c*m 的大作中提到】
: Gentoo or Arch
|
c*m
发帖数: 1114 | 4 不用live cd,下那个100+M的minimor就行了。
live CD上一堆过期软件，装玩了也要更新。
gentoo很容易上手，看着它的online manual装完系统基本就都熟悉了。
【在 a*******e 的大作中提到】
: what the hell, gentoo live dvd is 2.6GB?........
: do u think i will have a hard time to switch to gentoo being a fedora user
: since redhat?
: Is gentoo a good desktop?
|
E*V
发帖数: 17544 | 5 one advice:
if you are using ATI card
don't update your driver frequently
【在 a*******e 的大作中提到】
: what the hell, gentoo live dvd is 2.6GB?........
: do u think i will have a hard time to switch to gentoo being a fedora user
: since redhat?
: Is gentoo a good desktop?
|
a*******e
发帖数: 3021 | 6 看安装很复杂阿
都没有图形界面的安装？
【在 c*m 的大作中提到】
: 不用live cd,下那个100+M的minimor就行了。
: live CD上一堆过期软件，装玩了也要更新。
: gentoo很容易上手，看着它的online manual装完系统基本就都熟悉了。
|
b*****l
发帖数: 9499 | 7 no pains, no gains.
【在 a*******e 的大作中提到】
: 看安装很复杂阿
: 都没有图形界面的安装？
|
c*m
发帖数: 1114 | 8 Gentoo的理念是用多少装多少，装的包fullly customizable并且都在本机compile从而
达到性能最优(当然时间长，不过开发组现在也开窍了，知道吧openoffice, firefox这
类编译超长的玩意提供二进制包的形式安装)。
GUI Install以前的LiveCD上有，不过这东西背离Gentoo的理念，这个project已经被现
在的abandon了.
好像Arch也没有。既然都玩Gentoo了，就不要怕折腾嘛，再说也不难折腾.
【在 a*******e 的大作中提到】
: 看安装很复杂阿
: 都没有图形界面的安装？
|
a*******e
发帖数: 3021 | 9 想换gentoo就是不想用别的老要升级换代啥的，就是想少折腾阿
【在 c*m 的大作中提到】
: Gentoo的理念是用多少装多少，装的包fullly customizable并且都在本机compile从而
: 达到性能最优(当然时间长，不过开发组现在也开窍了，知道吧openoffice, firefox这
: 类编译超长的玩意提供二进制包的形式安装)。
: GUI Install以前的LiveCD上有，不过这东西背离Gentoo的理念，这个project已经被现
: 在的abandon了.
: 好像Arch也没有。既然都玩Gentoo了，就不要怕折腾嘛，再说也不难折腾.
|
c*m
发帖数: 1114 | 10 装的时候需要折腾下，以后就只需要用到
emerge -uND world
一条升级命令了.
【在 a*******e 的大作中提到】
: 想换gentoo就是不想用别的老要升级换代啥的，就是想少折腾阿
|
|
|
s*******n
发帖数: 2828 | 11 升级时发生错误，其他发行版加起来也没到gentoo的一半多
【在 c*m 的大作中提到】
: 装的时候需要折腾下，以后就只需要用到
: emerge -uND world
: 一条升级命令了.
|
d********g
发帖数: 10550 | 12 性能最优其实是个伪命题，应用程序本机编译完全没什么优势，平时哪有那么多参数好
研究？就是图个感觉罢了
我举个例子，比如你用某一版本的g++按照自己认为的最优配置把系统整个编译了一遍
，暂且认为你得到了一个最优系统。突然第二天g++、autoconf、automake都升级了，
修正了若干bug不说同时也优化了编译质量，那按照性能最优的追求，强迫症患者必须
用新版本的工具再把整个系统编译一遍，否则就不是性能最优了
内核编译一下性能提升很明显，某些需要自己修改或者有特殊用途的软件本机编译倒也
无可厚非。全部都要霸王硬上弓的话个人觉得意义不是很大
【在 c*m 的大作中提到】
: Gentoo的理念是用多少装多少，装的包fullly customizable并且都在本机compile从而
: 达到性能最优(当然时间长，不过开发组现在也开窍了，知道吧openoffice, firefox这
: 类编译超长的玩意提供二进制包的形式安装)。
: GUI Install以前的LiveCD上有，不过这东西背离Gentoo的理念，这个project已经被现
: 在的abandon了.
: 好像Arch也没有。既然都玩Gentoo了，就不要怕折腾嘛，再说也不难折腾.
|
d********g
发帖数: 10550 | 13 另外相对鼓捣g++那几个参数而言，换icc编译来优化更靠谱
【在 d********g 的大作中提到】
: 性能最优其实是个伪命题，应用程序本机编译完全没什么优势，平时哪有那么多参数好
: 研究？就是图个感觉罢了
: 我举个例子，比如你用某一版本的g++按照自己认为的最优配置把系统整个编译了一遍
: ，暂且认为你得到了一个最优系统。突然第二天g++、autoconf、automake都升级了，
: 修正了若干bug不说同时也优化了编译质量，那按照性能最优的追求，强迫症患者必须
: 用新版本的工具再把整个系统编译一遍，否则就不是性能最优了
: 内核编译一下性能提升很明显，某些需要自己修改或者有特殊用途的软件本机编译倒也
: 无可厚非。全部都要霸王硬上弓的话个人觉得意义不是很大
|
d********g
发帖数: 10550 | 14 web server、database这些不经常升级同时对安全比较看重的程序可以本机编译装到特
定地方，不用系统的
【在 d********g 的大作中提到】
: 性能最优其实是个伪命题，应用程序本机编译完全没什么优势，平时哪有那么多参数好
: 研究？就是图个感觉罢了
: 我举个例子，比如你用某一版本的g++按照自己认为的最优配置把系统整个编译了一遍
: ，暂且认为你得到了一个最优系统。突然第二天g++、autoconf、automake都升级了，
: 修正了若干bug不说同时也优化了编译质量，那按照性能最优的追求，强迫症患者必须
: 用新版本的工具再把整个系统编译一遍，否则就不是性能最优了
: 内核编译一下性能提升很明显，某些需要自己修改或者有特殊用途的软件本机编译倒也
: 无可厚非。全部都要霸王硬上弓的话个人觉得意义不是很大
|
c*m
发帖数: 1114 | 15 你说对了，gentoo基本就是这么干的。很费时间但好在全自动运行。
【在 d********g 的大作中提到】
: 性能最优其实是个伪命题，应用程序本机编译完全没什么优势，平时哪有那么多参数好
: 研究？就是图个感觉罢了
: 我举个例子，比如你用某一版本的g++按照自己认为的最优配置把系统整个编译了一遍
: ，暂且认为你得到了一个最优系统。突然第二天g++、autoconf、automake都升级了，
: 修正了若干bug不说同时也优化了编译质量，那按照性能最优的追求，强迫症患者必须
: 用新版本的工具再把整个系统编译一遍，否则就不是性能最优了
: 内核编译一下性能提升很明显，某些需要自己修改或者有特殊用途的软件本机编译倒也
: 无可厚非。全部都要霸王硬上弓的话个人觉得意义不是很大
|
c*m
发帖数: 1114 | 16 icc和gcc不一样，虽然它能把程序优化的更多，但哪天你卸载了icc,所有用icc编译过的
包都会失效，需要用gcc重新编译。这就是一般icc不被推荐用在这种自动rolling upda
te系统上的原因。
【在 d********g 的大作中提到】
: 另外相对鼓捣g++那几个参数而言，换icc编译来优化更靠谱
|
v****x
发帖数: 498 | 17 浪费能源
【在 c*m 的大作中提到】
: 你说对了，gentoo基本就是这么干的。很费时间但好在全自动运行。
|
r****t
发帖数: 10904 | 18 debian sid.
【在 a*******e 的大作中提到】
: 最新出的kernel能很快有包给安装吗？
|
S*A
发帖数: 7142 | 19 同意，什么自己编译追优化都是心理安慰罢了。
大家现在普遍的 CPU 级别都比较接近了，i386 早就没有人用了。
剩下那些也优化不到那里去。不信做个双盲试验看能不能从用户体验
上说出那个是自己编译的那个是预先编译的。
就是自欺欺人罢了。
Ubuntu 也是经常乱来，上次 memcpy 用什么 SSE 优化，自己捣鼓
自己的 glibc， 结果 memcpy 极端情况会 Segfault, 因为那个 SSE
没有对其。害我们找了半天原因。这样的东西也能 release 真是服了。
Fedora 也有比较偏左的行为，例如那个 xorg。但是总体上整合是最好
的。我印象种没有 SSE 对齐那么低级的错误。比较复杂的整合的包，
例如 xulrunner 和 python 的 binding， hulahoop ,这些只有 fedora
直接装上就可以用的。Debian 那边有很多不同版本的选择，每个的需求
包裹都不一样，有些还相互冲突。没有一个 hualhoop 是装上就能用的。
特别古老的除外。上次我还搞了很多 VM 把 Ubuntu 一个一个试下来，
都不成。
【在 d********g 的大作中提到】
: 性能最优其实是个伪命题，应用程序本机编译完全没什么优势，平时哪有那么多参数好
: 研究？就是图个感觉罢了
: 我举个例子，比如你用某一版本的g++按照自己认为的最优配置把系统整个编译了一遍
: ，暂且认为你得到了一个最优系统。突然第二天g++、autoconf、automake都升级了，
: 修正了若干bug不说同时也优化了编译质量，那按照性能最优的追求，强迫症患者必须
: 用新版本的工具再把整个系统编译一遍，否则就不是性能最优了
: 内核编译一下性能提升很明显，某些需要自己修改或者有特殊用途的软件本机编译倒也
: 无可厚非。全部都要霸王硬上弓的话个人觉得意义不是很大
|
b*******k
发帖数: 21 | 20 Gentoo的优势是USE，用户自己定义config --with-foo, 预编译的版本是release
engineer说了算。
Gentoo的init用起来也比较舒服。就是编译太花时间了。 |
