[Comm] Различное выполнение pppd в консоли и из скрипта
Vasiliy D. Sevostyanov
dil8016 на mail.ru
Пн Ноя 17 15:39:42 MSK 2014
Hi, you wrote 10:25 Mon 17 Nov :
> Да, и еще есть предположение, что проблема возникает только на медленных
> машинах. Я там об этом тоже отписался. Можно узнать, что у Вас за
> /proc/cpuinfo?
Двухядерный, копирую вывод одного ядра.
processor : 0
vendor_id : AuthenticAMD
cpu family : 20
model : 2
model name : AMD E-450 APU with Radeon(tm) HD Graphics
stepping : 0
microcode : 0x5000119
cpu MHz : 1650.000
cache size : 512 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fdiv_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 6
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext
fxsr_opt pdpe1gb rdtscp lm constant_tsc nonstop_tsc extd_apicid
aperfmperf pni monitor ssse3 cx16 popcnt lahf_lm cmp_legacy svm extapic
cr8_legacy abm sse4a misalignsse 3dnowprefetch ibs skinit wdt arat
hw_pstate npt lbrv svm_lock nrip_save pausefilter
bogomips : 3292.99
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate
В общем, не сказал бы, что медленный -- обычный ноутбук. Видео кодирует,
виртуалки работают. 4 ГБ памяти, ядро std-pae.
cpufreq, если судить по
/sys/devices/system/cpu/cpu*/cpufreq/scaling_governor, стоит на
'performance', частота там же указана как 1,65 GHz (максимум).
> > Да, я уже тоже это выяснил. Нашел еще одно обходное решение --- вообще
> > отключить опции nodetach/updetach. Я там отписался в багзиле на эту тему.
> > Но в целом, похоже, проблема почти ни у кого не воспроизводится :-(.
У mike@ воспроизводилась, если я правильно понял.
По поводу updetach -- консольная команда (которая работает) без этих
опций тут же завершается с кодом 0. Пришлось вернуть updetach на место.
А вот скриптовая версия прекрасно без них работает (как и с одной nodetach).
Вообще-то в феврале была бага на сегфолт pppd в этом же месте (#29832), у
меня на ноуте не воспроизводилась, но была на старом Athlon 3500+.
Могли починить следствие вместо причины. Вообще надо смотреть
в сторону ядра, потому что та ошибка появилась после установки свежих
kernelheaders. Насчет этой не скажу, как появилась... Хотя могу
попробовать: после апгрейда p6>p7 кнопка в GKrellM перестала запускать pppd.
Даже соединение не устанавливала, не пыталась. Просто игнор. Мне это было
некритично на фоне остального, забил. А потом привык из консоли
запускать.
--
С уважением, Василий Д. Севостьянов.
Подробная информация о списке рассылки community