Arch Linux

rusty725

Member

Registered: 2014-02-16

Posts: 91

[SOLVED] slow response in applications

Experiencing slow response time in applications. i.e. open gedit and start typing before the first symbol appears it takes a second. Other example, I open gnom disk utility and browsing between the disks would take 3-4 seconds before it switches to another one. Also firefox tab switching lags time to time too. Hitting enter in terminal takes a second to process. Not sure what's causing this.
specs:
i7-3930k - 4.1 Ghz
16 ram - 9-9-9-10-1T
gtx 670
1 ssd - 240gb - /
1 hdd - 1 tb - /home

Last edited by rusty725 (2014-04-19 23:07:29)

karol

Archivist

Registered: 2009-05-06

Posts: 25,440

Re: [SOLVED] slow response in applications

We need more info.

What WM / DE are you using?

Open 'htop' and see if it's CPU or memory issue. You can use 'iotop' to see if the problem si with I/O.
You can also use 'glances'.

Anything interesting in the logs or systemd's journal?
when did it start happening. Did you install / update something? Changed a setting somewhere?

rusty725

Member

Registered: 2014-02-16

Posts: 91

Re: [SOLVED] slow response in applications

using Cinnamon
htop, iotop not showing anything crazy. I have had glances for a long time, it shows nothing.

 Mar 24 00:28:17 st-1 systemd[442]: Starting Paths.
Mar 24 00:28:17 st-1 systemd[442]: Reached target Paths.
Mar 24 00:28:17 st-1 systemd[442]: Starting Timers.
Mar 24 00:28:17 st-1 systemd[442]: Reached target Timers.
Mar 24 00:28:17 st-1 systemd[442]: Starting Sockets.
Mar 24 00:28:17 st-1 systemd[442]: Reached target Sockets.
Mar 24 00:28:17 st-1 systemd[442]: Starting Basic System.
Mar 24 00:28:17 st-1 systemd[442]: Reached target Basic System.
Mar 24 00:28:17 st-1 systemd[442]: Starting Default.
Mar 24 00:28:17 st-1 systemd[442]: Reached target Default.
Mar 24 00:28:17 st-1 systemd[442]: Startup finished in 21ms.
Mar 24 00:28:17 st-1 org.a11y.Bus[461]: Activating service name='org.a11y.atspi.Registry'
Mar 24 00:28:17 st-1 org.a11y.Bus[461]: Successfully activated service 'org.a11y.atspi.Registry'
Mar 24 00:28:17 st-1 org.a11y.atspi.Registry[468]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry
Mar 24 00:28:17 st-1 org.a11y.atspi.Registry[468]: ** (at-spi2-registryd:471): WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: 
Mar 24 00:28:17 st-1 org.a11y.atspi.Registry[468]: ** (at-spi2-registryd:471): WARNING **: Unable to register client with session manager
Mar 24 00:28:18 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:28:18 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: in handle_list
Mar 24 00:28:18 st-1 org.gtk.Private.AfcVolumeMonitor[461]: Volume monitor alive
Mar 24 00:28:18 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:28:18 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: in handle_list
Mar 24 00:28:18 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:28:18 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: in handle_list
Mar 24 00:28:18 st-1 pulseaudio[588]: [pulseaudio] pid.c: Daemon already running.
Mar 24 00:28:19 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:28:19 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: in handle_list
Mar 24 00:28:19 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:28:19 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: in handle_list
Mar 24 00:28:19 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:28:19 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: in handle_list
Mar 24 00:28:19 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:28:19 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: in handle_list
Mar 24 00:28:19 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:28:19 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: in handle_list
Mar 24 00:28:19 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:28:19 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: in handle_list
Mar 24 00:28:19 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:28:19 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:28:19 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:28:19 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:38:41 st-1 pulseaudio[509]: ALSA woke us up to write new data to the device, but there was actually nothing to write!
Mar 24 00:38:41 st-1 pulseaudio[509]: Most likely this is a bug in the ALSA driver 'snd_usb_audio'. Please report this issue to the ALSA developers.
Mar 24 00:38:41 st-1 pulseaudio[509]: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.
Mar 24 00:43:06 st-1 sudo[1092]: pam_unix(sudo:auth): authentication failure; logname=rusty uid=1000 euid=0 tty=/dev/pts/0 ruser=rusty rhost=  user=rusty
Mar 24 00:58:57 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:58:57 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: in handle_list
Mar 24 00:58:57 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:58:57 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: in handle_list
Mar 24 00:58:57 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 00:58:57 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: in handle_list
Mar 24 00:59:19 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: Name owner ':1.40' vanished
Mar 24 00:59:19 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: Name owner ':1.40' vanished
Mar 24 00:59:19 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: Name owner ':1.40' vanished
Mar 24 01:15:04 st-1 gnome-keyring-daemon[447]: keyring alias directory: /home/rusty/.local/share/keyrings
Mar 24 01:28:26 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: in handle_volume_mount
Mar 24 01:28:26 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: emit_signal: 0x2088150
Mar 24 01:28:26 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: emit_signal: 0x20d9140
Mar 24 01:28:26 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: in volume_mount_cb
Mar 24 01:28:26 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug:  success
Mar 24 01:28:26 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: libbluray/bdnav/index_parse.c:162: indx_parse(): error opening /run/media/rusty/MUSIC/BDMV/index.bdmv
Mar 24 01:28:26 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: libbluray/bdnav/index_parse.c:162: indx_parse(): error opening /run/media/rusty/MUSIC/BDMV/BACKUP/index.bdmv
Mar 24 01:34:52 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: in handle_supported
Mar 24 01:34:52 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: in handle_list
Mar 24 01:34:52 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 01:34:52 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: in handle_list
Mar 24 01:34:52 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: in handle_supported
Mar 24 01:34:52 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: in handle_list
Mar 24 01:35:05 st-1 org.gtk.Private.MTPVolumeMonitor[461]: ### debug: Name owner ':1.49' vanished
Mar 24 01:35:05 st-1 org.gtk.Private.UDisks2VolumeMonitor[461]: ### debug: Name owner ':1.49' vanished
Mar 24 01:35:05 st-1 org.gtk.Private.AfcVolumeMonitor[461]: ### debug: Name owner ':1.49' vanished 

Last edited by rusty725 (2014-03-24 11:49:53)

drcouzelis

Member

From: Connecticut, USA

Registered: 2009-11-09

Posts: 4,092

Website

Re: [SOLVED] slow response in applications

when did it start happening. Did you install / update something? Changed a setting somewhere?

So, when did it start happening? Did you install or updated something just before the problem started? Did you change a setting somewhere?

karol

Archivist

Registered: 2009-05-06

Posts: 25,440

Re: [SOLVED] slow response in applications

Which graphics driver are you using? Any important packages from the AUR or unofficial repos (cairo, libgl providers etc.)?

rusty725

Member

Registered: 2014-02-16

Posts: 91

Re: [SOLVED] slow response in applications

it started after new cinnamon upgrade came in, I downgraded the packages

cinnamon-2.0.14-2-x86_64.pkg.tar.xz libevdev-0.6-1-x86_64.pkg.tar.xz muffin-2.0.5-1-x86_64.pkg.tar.xz clutter-1.16.4-2-x86_64.pkg.tar.xz 

was suggested in some other topic on this forum. I didnt change anything except that downgrade. Graphics driver is 334.21. No important  Aurs.

cafe

Member

Registered: 2014-03-20

Posts: 156

Re: [SOLVED] slow response in applications

Hi rusty725,

I was also experiencing slow response in some applications, but what really annoyed me was a slow response in bash. Even without a Desktop Environment, my bash was sometimes taking a couple of seconds to respond. I've downgraded a lot of packages since then and now I don't have this problem anymore.

Here's the list of all packages that I've downgraded.

core/linux              3.13.6-1 
core/linux-headers      3.13.6-1 
core/systemd            210-3  
core/systemd-sysvcompat 210-3
extra/mesa              10.0.3-1
extra/nvidia-utils      331.49-1 
extra/nvidia-libgl      331.49-1 
extra/nvidia            331.49-1 

This is a weird behavior and I still don't know what was the cause.
Sorry if I couldn't be more helpful.

rusty725

Member

Registered: 2014-02-16

Posts: 91

Re: [SOLVED] slow response in applications

Hi rusty725,

I was also experiencing slow response in some applications, but what really annoyed me was a slow response in bash. Even without a Desktop Environment, my bash was sometimes taking a couple of seconds to respond. I've downgraded a lot of packages since then and now I don't have this problem anymore.

Here's the list of all packages that I've downgraded.

core/linux              3.13.6-1 
core/linux-headers      3.13.6-1 
core/systemd            210-3  
core/systemd-sysvcompat 210-3
extra/mesa              10.0.3-1
extra/nvidia-utils      331.49-1 
extra/nvidia-libgl      331.49-1 
extra/nvidia            331.49-1 

This is a weird behavior and I still don't know what was the cause.
Sorry if I couldn't be more helpful.

Thanks alot for a hint I will try that. Can you list your hardware specs maybe we have something in common and can narrow down the cause.

cafe

Member

Registered: 2014-03-20

Posts: 156

Re: [SOLVED] slow response in applications

You've got quite a machine there mate,
My archlinux is installed on a HP 8560w Laptop.

Intel(R) Core(TM) i5-2540M CPU @ 2.60GHz
Nvidia GF108GLM [Quadro 1000M]
4GiB System Memory
Seagate 500G - 5400rpm

Cheers,

Last edited by cafe (2014-03-25 23:35:23)

rusty725

Member

Registered: 2014-02-16

Posts: 91

Re: [SOLVED] slow response in applications

it was hell this downgrade, nvidia black screen I've tried everything I knew, so ended reinstalling the system, but now it's worse cinnamon crashes every other login, pcie-3 not loading.

cafe

Member

Registered: 2014-03-20

Posts: 156

Re: [SOLVED] slow response in applications

In this case I suggest you try the nouveau driver as a temporary fix. It is based on a technology called Kernel Mode-Setting (KMS), in which the kernel is responsible for managing screen resolution. It gives you a nice resolution when running no desktop environment and solves the flickering problem when switching ttys.

rusty725

Member

Registered: 2014-02-16

Posts: 91

Re: [SOLVED] slow response in applications

after new updates everything seems back to normal, mark as solved