Not responsive on linuxdcpp's startup

Bug #966852 reported by buguldey on 2012-03-28
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
LinuxDC++
Undecided
Unassigned

Bug Description

- Detailed description of the issue and Actual results

When I click a linuxdcpp icon on a GNOME toolbar, a background process launches and there is never any GUI activity.

Yesterday, I configured linuxdcpp and added large shared folders.

- Steps to reproduce

Unknown.

- Expected results

Expected behavior: a GUI window saying "LinuxDC++ is loading..." or alike.

- Version

linuxdcpp --version
LinuxDC++ version: 1.1.0
DC++ library version: 0.75
GTK+ version: 2.20.1
GLib version: 2.24.1
Ok

- OS

Ubuntu natty

uname -a ; lsb_release -rd
Linux IM 2.6.32-40-generic #87-Ubuntu SMP Mon Mar 5 20:26:31 UTC 2012 i686 GNU/Linux
Description: Ubuntu 10.04.4 LTS
Release: 10.04

- Backtrace from an executable compiled in debug mode, if crashing

Not crashing. No backtrace available.

buguldey (buguldey) wrote :

ps auxwww|grep linuxdcpp
1000 14742 12.0 0.8 41460 9104 ? Sl 14:58 0:00 linuxdcpp
1000 14746 0.0 0.0 3340 812 pts/1 S+ 14:58 0:00 grep --color=auto linuxdcpp

buguldey (buguldey) wrote :

While launching, linuxdcpp eats huge percentages of the CPU.

Razzloss (razzloss) wrote :

With big shares/slow IO the startup can take awhile.

Is there also disk activity to go with the high cpu usage? And how long have you've waited it to start?

--RZ

buguldey (buguldey) wrote :

It seems that there is NO significant HDD discs activity (according to the motherboard's LED). How long - several dozens of minutes.

buguldey (buguldey) wrote :

{{{
top - 04:12:50 up 2 days, 10:28, 2 users, load average: 3.26, 2.62, 2.05
Tasks: 155 total, 1 running, 153 sleeping, 0 stopped, 1 zombie
Cpu(s): 31.6%us, 6.8%sy, 0.9%ni, 59.2%id, 1.2%wa, 0.1%hi, 0.1%si, 0.0%st
Mem: 1026440k total, 1010216k used, 16224k free, 300820k buffers
Swap: 9759476k total, 144956k used, 9614520k free, 321692k cached

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
18081 philippo 20 0 96468 35m 12m S 35.1 3.6 1:14.46 linuxdcpp
 1510 root 20 0 3816 1808 596 D 22.8 0.2 27:27.90 mount.ntfs
 1342 philippo 9 -11 157m 8008 6804 S 7.0 0.8 148:24.28 pulseaudio
 1780 philippo 20 0 209m 29m 10m S 3.5 3.0 48:07.00 /usr/bin/quodli
10014 philippo 20 0 204m 13m 5988 S 3.5 1.4 8:19.58 transmission
    4 root 20 0 0 0 0 S 1.8 0.0 0:55.64 ksoftirqd/0
  215 root 20 0 0 0 0 D 1.8 0.0 0:55.68 usb-storage
  979 root 20 0 96136 26m 7324 S 1.8 2.6 50:43.23 Xorg
 1724 philippo 20 0 92268 10m 5244 S 1.8 1.1 11:00.32 xchat
18042 philippo 20 0 476m 109m 20m S 1.8 10.9 0:18.83 firefox
18102 philippo 20 0 45428 12m 9.8m S 1.8 1.2 0:01.14 gnome-terminal
    1 root 20 0 2796 788 476 S 0.0 0.1 0:00.45 init
    2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
    3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
    5 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
}}}

I.e. 35.1% CPU are used by linuxdcpp. This doesn't change much with time.

buguldey (buguldey) wrote :

Though---all shared folders I added are on the USB drive. According to a drive audial noise, the HDD activity is from medium to low.

buguldey (buguldey) wrote :

After a hour or 1.5 of a hour a linuxdcpp shown a hub window and a preferences window opened for editing, at the nickname UI. This pause before GUI appearance is unacceptable, must be fixed: "LinuxDC++ is loading..." window is expected.

M@nk (manky) wrote :

Well , time to show one piece code from me..
Its showed splash screen on startup .
Its maybe beter that suddetly show info only in terminal/terminal...
patch attached.

Akdor 1154 (akdor1154) wrote :

I think I'm seeing this on Debian testing - was using nightlies from the PPA but went back to 1.1 in stable and even 1.0 in testing; they also give 100% cpu and an empty window on start. Maybe an issue with some other package?

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers