Linux за българи: Форуми

Здравейте. Смених си дъно и процесор. Новия процесор е двуядрен пентиум. За сега всичко работи, с изключение на едно "насичане" в натоварването на процесорите. Например пуснал съм emerge xxx и си върви компилациата, но е трудно да се работи с други програми, мозила например, някак си отговарят с закъснение, натоварването на процесорите пада до 0 и след 2-3-5 сек пак си подскача, но не до 100%, а до 50-70%. С две думи не работят пълноценно. Какво мога да направя по въпроса, или къде да прочета за SMP? Забравих да спомена, че съм добавил MAKEOPTS="-j5" в make.conf.

Кой модел е точно процесора?

Pentium D 805 (2x2660 MHz, 2x1 Mb cache)

Здравейте,
Активирано ли е SMP-то в конфига на ядрото?
Второ мисля че трябва да е -j3 а не -j5 - препоръчва се броя на процесорите +1 (двуядрен без HT).
Виж и дали всички наистина работят: top -option (не си спомням опцията
Имаше и друг начин чрез /proc интерфейса но трябва да го търся.
Това е засега.Румен

Да има SMP компилирано в ядрото. А между -j3 и -j5 практически не забелязвам разлика.

# emerge distcc
# nano -w /etc/make.conf
(Set N to a suitable number for your particular setup)
(A common strategy is setting N as twice the number of total CPUs + 1 available)
MAKEOPTS="-jN"

това е от distcc  упътването на Gentoo и както става ясно N е броя на процесорите по 2 + 1, за това съм задал -j5. dmesg казва, че ядрото намира и активира два процесора, а натоварването го гледам с gkrellm и ми показва два процесора.

#cat /proc/cpuinfo

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      :              Intel® Pentium® D  CPU 2.66GHz
stepping        : 7
cpu MHz         : 2660.126
cache size      : 1024 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall lm constant_tsc pni monitor ds_cpl tm2 cid cx16 xtpr lahf_lm
bogomips        : 5334.22
clflush size    : 64
cache_alignment : 128
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      :              Intel® Pentium® D  CPU 2.66GHz
stepping        : 7
cpu MHz         : 2660.126
cache size      : 1024 KB
physical id     : 0
siblings        : 2
core id         : 1
cpu cores       : 2
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall lm constant_tsc pni monitor ds_cpl tm2 cid cx16 xtpr lahf_lm
bogomips        : 5320.11
clflush size    : 64
cache_alignment : 128
address sizes   : 36 bits physical, 48 bits virtual
power management:

Ето тук малко шотове как изглежда натоварването.

Какви опции за преемпт  ползваш и изобщо ползваш ли преемпт? Също PTL-то  NPTL ли е? Играл ли си си IO шедулерите?

п.с. Е за тва мразя кирилицата. Термините излизат мноо грозно

Здравей,
Май си прав за -j5 (отдавна не съм пипал -jX в /etc/make.conf
Виж и за нещата които sdr: спомена, NPTL-ла има влияние, но трябва да се прекомпилира 'glibc' (аз имам и "NPTLONLY")
С друга просто не мога да помогна нямам никакъв опит с такива процесори
PS: пусни все пак и "top" да видиш натоварването (шотовете не се виждат)
Успех.Румен

Шотовете са наред вече НЕК си поиграха малко, добре че имам УПС.
За glibc:
[22:38:41:~][root@buboleck:#] emerge -va glibc

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] sys-libs/glibc-2.3.5-r2  -build -erandom -glibc-compat20 -glibc-omitfp -hardened -linuxthreads-tls (-multilib) +nls +nptl +nptlonly -pic -profile (-selinux) -userlocales 0 kB

nptl и nptlonly

За Preemption имам това компилирано (както си ми беше в старото ядро)
Voluntary Kernel Preemption (Desktop) (PREEMPT_VOLUNTARY),
а I/O-то е CFQ I/O scheduler (пак като в старото ядро което си работеше като пчеличка  )

Пробвай с лоулатенси десктоп - аз така си ги карам иначе чат пат звука насича. Но аз карам еднопроцесорни и не мога да знам. А иначе за IO можеш да пробваш дедлайн - така или иначе като имаш повече процесори можеш да имаш и повече заявки и тогава по-сложния алгоритъм може да влияе

Та намерих ключа от палатката. Компилирах си чисто нова система I/O cfq, nptl, nptl-only, CFLAGS="-march=pentium4 -pipe -O2 -fomit-frame-pointer", ядрото е компилирано за P4 без НТ и  SMP за два процесора. Интересното е, че за да се натовари като хората при emerge, сложих против всякакаква логика -j10 в make.conf. Ето шот как се е натоварил, като през това време бепроблемно гледам тв с tvtime  и пиша тук.

Прекалено нелогичо е за да е нелогично
При мен имам подобна ситуация.В момента ползвам distcc и за да натоваря еднакво и хоста и клиента (които са едноядрени) трябва да задам число по-голямо от 7