Not responsive on linuxdcpp's startup

Bug #966852 reported by buguldey
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
LinuxDC++
New
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.

Revision history for this message
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

Revision history for this message
buguldey (buguldey) wrote :

While launching, linuxdcpp eats huge percentages of the CPU.

Revision history for this message
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

Revision history for this message
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.

Revision history for this message
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.

Revision history for this message
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.

Revision history for this message
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.

Revision history for this message
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.

Revision history for this message
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  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.