2.6.36内核，不支持AMD Phenom了？

kwindva

Post by zhou3345;2122958
七楼贴的是 32bit 的配置吧。

不是吧，我用了三年linux，从来都是纯64位系统，no-multilib的，内核也不支持32位运算。

peter_huang

2.6.36还不支持nvidia 195的驱动了呢，只能用260了，据说260性能下降明显，悲催。
所以我还保留着35的内核。

xcxxb

我記得是打了那個號稱提速很厲害的補丁以後才有這個選項，原始内核是沒有的。

kwindva

BFS? 这个选项是有的啊。

zhou3345

嗯，偶然发现有 amd-ucode 这个东东，估计是楼主要找的吧

kwindva

Post by zhou3345;2126062
嗯，偶然发现有 amd-ucode 这个东东，估计是楼主要找的吧

嗯？在哪儿？
我没有找到诶。

zhou3345

Post by kwindva;2126427
嗯？在哪儿？
我没有找到诶。

1. eix amd-ucode
   
2. * sys-kernel/amd-ucode
   
3.      Available versions:  (~)2011.01.11!m
   
4.      Homepage:            http://www.amd64.org/support/microcode.html
   
5.      Description:         AMD Family 10h, 11h and 14h microcode patch data

复制代码

kwindva

是microcode的东西，我好像用不上……

poet

Post by kwindva;2122811
AMD用户应该有很多吧？诸位有碰到这个问题吗？

这个支不支持具体的是编译器说了算的，与内核其实没有什么关系。其实从 gcc 4.2 能支持 native 开始，类似的设定应该都可以取消了。

关键是你的编译器能在 -march=native 的情况下检测到 K10 即可。
也就是说你只要有了
CONFIG_X86_MARCH_NATIVE=y
那么在此之前的其他march设定都是无效的，一定会按照 native 来检测。然后被识别为K10。

当然，实际上 K10 跟 K8 主要是架构上的变化，指令上几乎没有变化。所以从编译的角度，编译成 K8 对程序运行效率几乎没有任何影响（即使对跑分程序的影响都不大，更何况对人的肉眼更是无法察觉）。