[Comm] Неприлично большой timeout при запуске большинства gtk- и gnome-приложений

[Comm] Неприлично большой timeout при запуске большинства gtk- и gnome-приложений

[Владимир Гусев]

Здравствуйте!

С каких-то пор, многие gtk- и gnome-программы стали запускаться довольно  
долго - 3-5 минут... В их числе gkrellm, gedit, gnome-commander и т.д.
В чем может причина?

-- 
С уважением, Владимир Гусев

Re: [Comm] Неприлично большой timeout при запуске большинства gtk- и gnome-приложений

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 491 bytes --]

On Thu, Mar 10, 2005 at 08:23:19PM +0300, Владимир Гусев wrote:
> С каких-то пор, многие gtk- и gnome-программы стали запускаться довольно  
> долго - 3-5 минут... В их числе gkrellm, gedit, gnome-commander и т.д.
strace?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Хотя с другой стороны -- если бы rpm2 ориентировался на ситуацию
"все равно все будут хачить по месту", так бы он и остался таром
на стероидах -- большим, но глупым.
		-- mike in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Неприлично большой timeout при запуске большинства gtk- и gnome-приложений

[Владимир Гусев]

On Thu, 10 Mar 2005 20:29:39 +0300, Andrey Rahmatullin <wrar@altlinux.ru>  
wrote:

> On Thu, Mar 10, 2005 at 08:23:19PM +0300, Владимир Гусев wrote:
>> С каких-то пор, многие gtk- и gnome-программы стали запускаться довольно
>> долго - 3-5 минут... В их числе gkrellm, gedit, gnome-commander и т.д.
> strace?

С помощью него выяснить, или он (пакет) сам влияет?



-- 
С уважением, Владимир Гусев

Re: [Comm] Неприлично большой timeout при запуске большинства gtk- и gnome-приложений

[Владимир Гусев]

>>> С каких-то пор, многие gtk- и gnome-программы стали запускаться  
>>> довольно
>>> долго - 3-5 минут... В их числе gkrellm, gedit, gnome-commander и т.д.
>> strace?
>
> С помощью него выяснить, или он (пакет) сам влияет?

Запустил вот таким образом:

[vova@vova vova]$ strace gkrellm

последовал вывод всякого рода информации.. На одном месте вывод запнулся в  
ожидании. Вот это место (взял последние несколько строчек):

read(6, "nameserver 212.188.4.10\nnameserv"..., 4096) = 84
read(6, "", 4096)                       = 0
close(6)                                = 0
munmap(0x408f1000, 4096)                = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6
connect(6, {sa_family=AF_INET, sin_port=htons(7634),  
sin_addr=inet_addr("127.0.0.1")}, 16

По проществии нескольких минут вывод снова прорвало и я не успел уследить,  
что последовало за 16...

Это что касается gkrellm...



-- 
С уважением, Владимир Гусев

Re: [Comm] Неприлично большой timeout при запуске большинства gtk- и gnome-приложений

[Denis Klykvin]

[-- Attachment #1: Type: text/plain, Size: 339 bytes --]

On Fri, 11 Mar 2005 00:34:25 +0300
Владимир Гусев wrote:

> По проществии нескольких минут вывод снова прорвало и я не успел
> уследить,   что последовало за 16...
> 
> Это что касается gkrellm...
гм. А у вас lo поднят?

-- 
With Best Wishes, Denis Klykvin
JID:	nikon@jabber.ru
XmmS now play:  Виктор Цой, Кино-Транквилизатор

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Неприлично большой timeout при запуске большинства gtk- и gnome-приложений - CLOSED

[Владимир Гусев]

On Fri, 11 Mar 2005 00:37:14 +0300, Denis Klykvin <nikon@e-nk.ru> wrote:

> On Fri, 11 Mar 2005 00:34:25 +0300
> Владимир Гусев wrote:
>
>> По проществии нескольких минут вывод снова прорвало и я не успел
>> уследить,   что последовало за 16...
>>
>> Это что касается gkrellm...
> гм. А у вас lo поднят?

?!! опа...
снова у меня BOOTPROTO=none.. на этот раз в ifcfg-lo...
мда.. Это все после того старого случая с сетевым интерфейсом..
:(

Спасибо всем!
Но по выводу strace я лишь смутно догадался, почувствовал, что что-то  
неладное с lo... Трактовать это логически я бы не смог..

-- 
С уважением, Владимир Гусев

Re: [Comm] Неприлично большой timeout при запуске большинства gtk- и gnome-приложений - CLOSED

[Arioch]

Владимир Гусев пишет:

> Но по выводу strace я лишь смутно догадался, почувствовал, что что-то  
> неладное с lo... Трактовать это логически я бы не смог..

Мда, приверженность Линукса к TCP/IP везде на всякий случай просто 
поражает :-)

Хотя это далеко от настрйки NAT в Windows 2000 Server :-)

Re: [Comm] [JT] Неприлично большой timeout при запуске...

[Alexey Rusakov]

Arioch wrote:

>Мда, приверженность Линукса к TCP/IP везде на всякий случай просто 
>поражает :-)
>  
>
Если вы внимательно читали тред, это gkrellm. Было бы странно, если бы 
системный монитор с клиент-серверной архитектурой, обходился без TCP/IP.

-- 
  Alexey "Ktirf" Rusakov

[Comm] Re: [JT] Неприлично большой timeout при запуске...

[Arioch]

Alexey Rusakov пишет:

> Если вы внимательно читали тред, это gkrellm. Было бы странно, если бы 
> системный монитор с клиент-серверной архитектурой, обходился без TCP/IP.

В пределазх одной машины могут быть и другие cпособы общения программ ;)

Re: [Comm] Неприлично большой timeout при запуске большинства gtk- и gnome-приложений

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 505 bytes --]

On Thu, Mar 10, 2005 at 09:06:46PM +0300, Владимир Гусев wrote:
> >strace?
> С помощью него выяснить, или он (пакет) сам влияет?
1-е

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Я вот думаю что более правильное решение -- сделать некий общий механизм
> для отправки таких сообщения мылом администратору. Потому как сообщение
> при установке RPM может элементарно потеряться.
Как будто мыло, посланное администратору, не может потеряться. :)
		-- ldv in community@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: [JT] Неприлично большой timeout при запуске...

[Eugene A. Suchkov]

Hi, Arioch! You wrote 11.03.2005 02:49:

> В пределазх одной машины могут быть и другие cпособы общения программ ;)

Это в итоге приводит к COM и ActiveX. Ах спасибо, увольте!

-- 
With best regards
Eugene A. Suchkov (a.k.a CityHawk)
ICQ 177787156

Re: [Comm] Re: [JT] Неприлично большой timeout при запуске...

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 528 bytes --]

* Eugene A. Suchkov <cityhawk@> [050311 11:13]:
> > В пределазх одной машины могут быть и другие cпособы общения программ ;)
> Это в итоге приводит к COM и ActiveX. Ах спасибо, увольте!
UNIX domain sockets и SysV IPC никто не отменял.

-- 
Regards, Sir Raorn.
-------------------
>а чем вызвана такая ненависть к gnome1? ;-)
Необходимостью поддержки кучи старых брошенных библиотек ради одного
приложения, которое, к тому же, само полуживое, хотя и важное, наверное,
для некоторых пользователей.
		-- aen in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Re: [JT] Неприлично большой timeout при запуске...

[Arioch]

Eugene A. Suchkov пишет:

> Это в итоге приводит к COM и ActiveX. Ах спасибо, увольте!

Вот странно, а я всегда считал что DCOM, ActiveX а также DSOM, Corba, 
Gnome работают в том числе по сети.
Что-то вы о чем-то другом заговорили.

[Comm] Re: Неприлично большой timeout при запуске большинства gtk- и gnome-приложений

[Michael Shigorin]

On Fri, Mar 11, 2005 at 12:37:14AM +0300, Denis Klykvin wrote:
> > По проществии нескольких минут вывод снова прорвало и я не
> > успел уследить,   что последовало за 16...
> > Это что касается gkrellm...
> гм. А у вас lo поднят?

И что в /etc/resolv.conf | /etc/hosts ?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: Неприлично большой timeout при запуске большинства gtk- и gnome-приложений

[Владимир Гусев]

>> > По проществии нескольких минут вывод снова прорвало и я не
>> > успел уследить,   что последовало за 16...
>> > Это что касается gkrellm...
>> гм. А у вас lo поднят?
>
> И что в /etc/resolv.conf | /etc/hosts ?

[vova@vova vova]$ cat /etc/resolv.conf
nameserver 212.188.4.10
nameserver 195.34.32.116
search mtu.ru mtu-net.ru tochka.ru

[vova@vova vova]$ cat /etc/hosts
127.0.0.1               localhost.localdomain localhost
10.0.0.1        vova.gusev.ru vova

Правда все уже заработало - оказывается не стартовал lo при загрузке ОС


-- 
С уважением, Владимир Гусев