it-swarm-es.com

¿La mejor manera de compilar un núcleo para un procesador i7?

He compilado mis propios núcleos desde hace un tiempo. Comencé cuando obtuve mi procesador i7 y quería que su turbo boost funcionara correctamente. Desde entonces compré un SSD, así que sigo beneficiándome de un kernel más reciente que la versión de repositorio.

Con mis compilaciones más recientes, comencé a tener picos de CPU extraños. Si bien podría haber varias cosas diferentes que causan esto, me gustaría centrarme en hacer que el kernel sea "correcto" y, si es posible, más optimizado que nunca.

Sigo el "Old-Fashioned Debian" en el Kernel/Compile wiki. Hago esto porque estoy construyendo desde una descarga directa desde kernel.org . Primeras preguntas: ¿Debería obtener mi fuente de otro lugar y debería usar un método de compilación diferente?

La guía sugiere obtener el .config actual así:

cp -vi /boot/config-`uname -r` .config

Esto está muy bien si su configuración actual funciona bien, pero me preocupa que la mía contenga un problema ... Segunda pregunta: ¿Hay un buen valor predeterminado para Ubuntu, compatible con i7 .config archivo que puedo descargar de alguna parte?

Hay muchos parches de kernel flotando en este momento. Algunos prometen un sistema más receptivo a través de parches IO errores, algunos dan "mejores" programadores (BFS, et al), pero es difícil encontrar puntos de referencia decentes para ver si estas son características útiles si son inestables basura. Tercero: ¿hay algún parche que aplicarías a 2.6.35 para hacerlo más compatible con Lucid?

Me temo que es make menuconfig donde arruino las cosas. Trato de apagar los controladores que no necesito y selecciono opciones que parecen optimizar las cosas pero, a decir verdad, no soy un desarrollador de kernel; No sé con certeza si una opción lo romperá todo o incluso ayudará en absoluto. Cuarto: ¿Cómo optimizaría el .config/build-process para un i7 y SSD?

4
Oli

Desde mi punto de vista kernel.org es el lugar correcto para obtener un kernel. Por lo general, clono el repositorio git de la línea principal. Quizás también podría usar un kernel Vanilla reciente y aplicar los parches de Ubuntu. Encontrará la diferencia en página del paquete linux-image . Tenga en cuenta que puede haber algunos conflictos que debe resolver. Entonces, la primera versión es probablemente mejor.

Supongo que no encontrarás ningún buen .config en la naturaleza. Lo que encuentro útil es make localmodconfig en la fuente del núcleo. Primero copia su configuración anterior a /usr/src/linux-2.6 (o el lugar donde están las fuentes de su núcleo) y luego ejecuta este comando. Deshabilitará todos los módulos que no estén cargados. Entonces obtienes más personalización en primer lugar.

No conozco ningún parche que sea bueno para Lucid.

Soy miembro de un local LUG . Realizamos talleres de kernel de vez en cuando. Aquí todos los miembros se encuentran. Configuramos un kernel y hablamos sobre nuestro conocimiento de diferentes entradas. Al final, todos se benefician y esto ayuda a construir mejores núcleos. Entonces, si busco optimización, preguntaría a nuestros miembros. Si esa no es una opción, leer Lista de correo del kernel de Linux también podría ayudar a encontrar una solución. A menudo encontrarás discusiones que son útiles.

4
qbi

Hay un PPA de kernel principal: https://wiki.ubuntu.com/Kernel/MainlineBuilds

A menos que estés tratando de resolver un problema específico (que experimentas con un ekernel de Ubuntu) o si estás tratando de usar una función/opción específica que no está disponible en el kernel de Ubuntu, probablemente solo estés perdiendo el tiempo.

Si tiene un problema con su núcleo actual, presente un informe de error en el launchpad.

3
João Pinto

No mencionas qué versión de kernel estás creando. Debido a que le has preguntado sobre parches a Lucid, voy a asumir que eso es lo que estás tratando de ajustar.

Mi sugerencia es no perder el tiempo. El equipo Ubuntu Kernel aplica todos los parches lanzados por el equipo de lanzamiento estable ascendente a Lucid (y otras versiones también). Es posible que pueda obtener un poco más de rendimiento del kernel ajustando manualmente los parámetros de configuración, pero tendría que pasar mucho más tiempo tratando de medir la mejora si realmente hay una. Sería mucho mejor quedarse en un núcleo de stock y recoger los núcleos parcheados de Ubuntu. Estos parches pueden contener mejoras de rendimiento a medida que se encuentran y corrigen errores.

La razón por la que puede ver picos de CPU puede deberse a algunos errores del kernel que se han corregido recientemente en sentido ascendente y los parches están llegando a Lucid en este momento.

Una vez que comienza a construir su propio kernel, ahora asume la responsabilidad de mantenerlo parcheado y reconstruido. Eso es lo que Canonical le paga a la gente para que no tenga que hacerlo. Realmente tienes mejores cosas que hacer con tu tiempo.

2
Brad Figg