Re: [Comm] Различное выполнение pppd в консоли и из скрипта

["Vasiliy D. Sevostyanov" <dil8016@mail.ru>]

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.
Даже соединение не устанавливала, не пыталась. Просто игнор. Мне это было
некритично на фоне остального, забил. А потом привык из консоли
запускать.


-- 
С уважением, Василий Д. Севостьянов.