LINUX.ORG.RU

очень спорный вопрос )
по набору инструкций можно выбрать Core2,
тем не менее атом использует конвеер родственный Pentium Classic
а вот Pentium4 (Netburst) выбирать не стоит

Sylvia ★★★★★
()

Также хочу заметить что стандартное дебиановское ядро вроде под Pentium-Pro собрано.

peanut
() автор топика
Ответ на: комментарий от peanut

ядро в любом случае собирается с -march=i686 для всего что выше PPro
остальное ставится лишь в -mtune= , также замечу то что ядро не использует оптимизации GCC по MMX/SSE, а явно их запрещает, в местах где можно использовать SIMD оно используется сам ядром в любом случае, после тестов на наличие такой возможности

так что на самом деле все равно с чем соберете, хорошие варианты - pentium3 (pentium-m) или core2

Sylvia ★★★★★
()

Лучше вообще не собирать, а использовать дефолтовое дистрибутивное. Ибо траху много (особенно на атоме), а толку - ноль.

Reset ★★★★★
()
Ответ на: комментарий от Reset

>а толку - ноль

Толк есть. Ты просто не проникнулся.

gogi
()
Ответ на: комментарий от Reset

> Ибо траху много
да ладно пару команд набрать
конфиг можно взять от дефолтного и изменить только то что хочется
собирать не обязательно на самом атоме
но толку действительно не особо много

pawnhearts ★★★★★
()
Ответ на: комментарий от pawnhearts

Время сборки тоже входит в понятие "траха"

Reset ★★★★★
()

специально для Reset
сборка ядра allmodconfig на атоме 330 ( 2х 230)
занимает 1 час (на 230 соответственно 2 часа)

если выкинуть ненужный хлам и собирать приличное ядро под свои железки
+ все USB драйвера
то это займет не более 20 минут ( 40 минут на Atom 230 )

в принципе можно и потерпеть, если ядро нужное

ну и есть такая замечательная возможность как собрать все на другой машине,
т.к у ядра зависимостей нет, только depmod не забыть сделать и initrd (если используется) перестроить

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

40 минут это очень много. + еще как минимум столько же придется ковыряться в menuconfig, чтобы понять каких же устройств у тебя никогда не будет. И нах оно надо?

Reset ★★★★★
()
Ответ на: комментарий от Reset

40 минут немного, если конечно сидеть и нервно смотреть в монитор "ну когда же!", тогда много, а можно заняться чем-нибудь другим, пусть себе собирается, процесс неинтерактивный

>столько же ковыряться в menuconfig

один раз, и то при условии что делаешь это первый раз в жизни ) реально же - меньше, ну и от процессора это не зависит, что на атоме, что на pentium4, что на core2 quad, что на core i7, время будет одинаково, скорее даже со старыми и минималистичными железками тут быстрее будет )

а последующие сборки по удачной конфигурации будут только примерно такими

cp /boot/config-2.6.30.6 .config
make oldconfig
...

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

> что на pentium4, что на core2 quad, что на core i7, время будет одинаково, скорее даже со старыми и минималистичными железками тут быстрее будет )

не согласен, в нетбук на атоме можно воткнуть только usb-устройство, а в полноценный комп какое угодно

ну и опять же нет ответа на вопрос ради чего тратить 2-3 часа машинного времени ?

Reset ★★★★★
()
Ответ на: комментарий от Reset

> ну и опять же нет ответа на вопрос ради чего тратить 2-3 часа машинного времени ?

+1, в чем профит от самосборного ведра?

isden ★★★★★
()
Ответ на: комментарий от isden

Смысл сборки своего ядра есть только когда занимаешься разработкой под embedded. Да и то бывает, что ядро от вендора железяки уже собрано со всеми необходимыми опциями.

Да, компилизмом я переболел 10 лет назад. Тогда тоже любил новое ядро собрать под свою машину ...

Reset ★★★★★
()
Ответ на: комментарий от Reset

да, справедливости ради, хочу заметить, что в случае нетбука, с дистрибутивным ядром бубунты, криво работает вайфай и энергопотребление выше. но, для eeepc есть ядро от array.org.
а на большом ноуте уже года 3 как ядро не пересобирал, дистрибутивное вполне устраивает.

isden ★★★★★
()

>У меня Atom N270. Какой тип процессора мне нужно выбрать при компиляции ядра?

CPUTYPE=pentium3

/usr/share/examples/etc/make.conf (цитата):

# The CPUTYPE variable controls which processor should be targeted for
# generated code. This controls processor-specific optimizations in
# certain code (currently only OpenSSL) as well as modifying the value
# of CFLAGS to contain the appropriate optimization directive to gcc.
# The automatic setting of CFLAGS may be overridden using the
# NO_CPU_CFLAGS variable below.
# Currently the following CPU types are recognized:
# Intel x86 architecture:
# (AMD CPUs) opteron athlon64 athlon-mp athlon-xp athlon-4
# athlon-tbird athlon k8 k6-3 k6-2 k6 k5
# (Intel CPUs) core2 core nocona pentium4m pentium4 prescott
# pentium3m pentium3 pentium-m pentium2
# pentiumpro pentium-mmx pentium i486 i386
# (Via CPUs) c3 c3-2
# Alpha/AXP architecture: ev67 ev6 pca56 ev56 ev5 ev45 ev4
# AMD64 architecture: opteron, athlon64, nocona, prescott, core2
# Intel ia64 architecture: itanium2, itanium
#
# (?= allows to buildworld for a different CPUTYPE.)
#
#CPUTYPE?=pentium3
#NO_CPU_CFLAGS= # Don't add -march=<cpu> to CFLAGS automatically
#NO_CPU_COPTFLAGS= # Don't add -march=<cpu> to COPTFLAGS automatically
#
# CFLAGS controls the compiler settings used when compiling C code.
# Note that optimization settings other than -O and -O2 are not recommended
# or supported for compiling the world or the kernel - please revert any
# nonstandard optimization settings to "-O" or "-O2 -fno-strict-aliasing"
# before submitting bug reports without patches to the developers.
#
# Compiling with -fstrict-aliasing optimization breaks some [notable] ports.
# GCC turns on -fstrict-aliasing optimization at all levels above -O[1], so
# explicitly turn it off when using compiling with the -O2 optimization level.
#
#CFLAGS= -O2 -fno-strict-aliasing -pipe
#
# CXXFLAGS controls the compiler settings used when compiling C++ code.
# Note that CXXFLAGS is initially set to the value of CFLAGS. If you wish
# to add to CXXFLAGS value, "+=" must be used rather than "=". Using "="
# alone will remove the often needed contents of CFLAGS from CXXFLAGS.
#
#CXXFLAGS+= -fconserve-space
#
# MAKE_SHELL controls the shell used internally by make(1) to process the
# command scripts in makefiles. Three shells are supported, sh, ksh, and
# csh. Using sh is most common, and advised. Using ksh *may* work, but is
# not guaranteed to. Using csh is absurd. The default is to use sh.
#
#MAKE_SHELL?=sh
#
# BDECFLAGS are a set of gcc warning settings that Bruce Evans has suggested
# for use in developing FreeBSD and testing changes. They can be used by
# putting "CFLAGS+=${BDECFLAGS}" in /etc/make.conf. -Wconversion is not
# included here due to compiler bugs, e.g., mkdir()'s mode_t argument.
#
#BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \
# -Wcast-qual -Wchar-subscripts -Winline \
# -Wmissing-prototypes -Wnested-externs -Wpointer-arith \
# -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings
#
# To compile just the kernel with special optimizations, you should use
# this instead of CFLAGS (which is not applicable to kernel builds anyway).
# There is very little to gain by using higher optimization levels, and doing
# so can cause problems.
#
#COPTFLAGS= -O -pipe

iZEN ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.