* [gentoo-user] problems with performance when booted using systemd @ 2014-06-06 5:59 covici 2014-06-06 7:32 ` J. Roeleveld 2014-06-06 9:02 ` Mick 0 siblings, 2 replies; 11+ messages in thread From: covici @ 2014-06-06 5:59 UTC (permalink / raw To: gentoo-user Hi. I am having some strange performance problems when booted under systemd. These problems happened a little bit under openrc, but are much more pronounced with systemd. I am using just virtual consoles, no gui whatsoever at the moment. I also use tmux with 4 windows in one of the vcs. My system is an i7 processor, quod core and 16g of ram and 2g of swap space which appears not to be used. I am using uvesafb for the console, so I get 64x160 screens. The first problem is that if I don't press any keystrokes for several minutes and then want to move to another vc, it takes about 3 or 4 seconds after the alt-left arrow or alt-right arrow command to take effect. Even within the same vt, if I don't do anything for several minutes, it takes several seconds till the keystroke echoes and something happens. Once I have done this, things act normally, but its kind of annoying. Also, my load average seems to always be >1. I have looked at top and things seem to be OK, except that my cpu usage is like this: Tasks: 934 total, 2 running, 931 sleeping, 0 stopped, 1 zombie %Cpu(s): 12.5 us, 1.2 sy, 0.0 ni, 86.0 id, 0.2 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 16450248 total, 9678656 used, 6771592 free, 1084088 buffers KiB Swap: 2097148 total, 4 used, 2097144 free. 1147688 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9969 root 20 0 708 16 0 R 100.0 0.0 1549:10 v86d 579 root 30 10 0 0 0 S 9.1 0.0 16:09.93 speakup 11789 root 20 0 22524 2388 1116 R 0.7 0.0 0:00.03 top 7 root 0 -20 0 0 0 S 0.3 0.0 0:10.41 kworker/u:0H and onward ... This is an awful lot of tasks, I have never seen so many! Anyone have any ideas? Thanks much. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici@ccs.covici.com ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [gentoo-user] problems with performance when booted using systemd 2014-06-06 5:59 [gentoo-user] problems with performance when booted using systemd covici @ 2014-06-06 7:32 ` J. Roeleveld 2014-06-06 7:45 ` covici 2014-06-06 8:39 ` covici 2014-06-06 9:02 ` Mick 1 sibling, 2 replies; 11+ messages in thread From: J. Roeleveld @ 2014-06-06 7:32 UTC (permalink / raw To: gentoo-user On Friday, June 06, 2014 01:59:18 AM covici@ccs.covici.com wrote: > Hi. I am having some strange performance problems when booted under > systemd. These problems happened a little bit under openrc, but are > much more pronounced with systemd. I don't think it's necessarily systemd itself, just a setting that systemd does differently then openrc. See below for more. > I am using just virtual consoles, no gui whatsoever at the moment. I > also use tmux with 4 windows in one of the vcs. My system is an i7 > processor, quod core and 16g of ram and 2g of swap space which appears > not to be used. I am using uvesafb for the console, so I get 64x160 > screens. Sounds similar to my laptop, except I run KDE and got 16g of swap (for hibernate) > The first problem is that if I don't press any keystrokes for several > minutes and then want to move to another vc, it takes about 3 or 4 > seconds after the alt-left arrow or alt-right arrow command to take > effect. Even within the same vt, if I don't do anything for several > minutes, it takes several seconds till the keystroke echoes and > something happens. Once I have done this, things act normally, but its > kind of annoying. Sounds like a powersave setting. I used to get the same on my old laptop with spinning rust. SSDs tend to "spin-up" a lot quicker. > Also, my load average seems to always be >1. I have > looked at top and things seem to be OK, except that my cpu usage is like > this: > Tasks: 934 total, 2 running, 931 sleeping, 0 stopped, 1 zombie > %Cpu(s): 12.5 us, 1.2 sy, 0.0 ni, 86.0 id, 0.2 wa, 0.0 hi, 0.0 si, > 0.0 st > KiB Mem: 16450248 total, 9678656 used, 6771592 free, 1084088 buffers > KiB Swap: 2097148 total, 4 used, 2097144 free. 1147688 cached > Mem > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > COMMAND > 9969 root 20 0 708 16 0 R 100.0 0.0 1549:10 v86d > 579 root 30 10 0 0 0 S 9.1 0.0 16:09.93 > speakup > 11789 root 20 0 22524 2388 1116 R 0.7 0.0 0:00.03 top > 7 root 0 -20 0 0 0 S 0.3 0.0 0:10.41 > kworker/u:0H > > and onward ... > This is an awful lot of tasks, I have never seen so many! That is a lot, I am currently running KDE, firefox and a citrix remote desktop thing. (oh, and skype and kopete and a few other items) KDE is installed with semantic-desktop, but the nepomuk stuff is disabled in system-settings. I have 200 tasks (yes, nice round figure) > Anyone have any ideas? Thanks much. For the amount of tasks, check that you are not starting too many unneeded services. For the load-average of 1, shouldn't be too much of an issue, had similar in the past with a lot of stuff running and slow disks. For the freezing, I would suggest checking all the powersave options, especially the ones for the harddrives. Is there anything in the logs when this happens? Eg. check the logs right after the system becomes responsible again, maybe there is a hint there what is causing this. -- Joost ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [gentoo-user] problems with performance when booted using systemd 2014-06-06 7:32 ` J. Roeleveld @ 2014-06-06 7:45 ` covici 2014-06-06 7:58 ` J. Roeleveld 2014-06-06 8:39 ` covici 1 sibling, 1 reply; 11+ messages in thread From: covici @ 2014-06-06 7:45 UTC (permalink / raw To: gentoo-user J. Roeleveld <joost@antarean.org> wrote: > On Friday, June 06, 2014 01:59:18 AM covici@ccs.covici.com wrote: > > Hi. I am having some strange performance problems when booted under > > systemd. These problems happened a little bit under openrc, but are > > much more pronounced with systemd. > > I don't think it's necessarily systemd itself, just a setting that systemd > does differently then openrc. See below for more. > > > I am using just virtual consoles, no gui whatsoever at the moment. I > > also use tmux with 4 windows in one of the vcs. My system is an i7 > > processor, quod core and 16g of ram and 2g of swap space which appears > > not to be used. I am using uvesafb for the console, so I get 64x160 > > screens. > > Sounds similar to my laptop, except I run KDE and got 16g of swap (for > hibernate) > > > The first problem is that if I don't press any keystrokes for several > > minutes and then want to move to another vc, it takes about 3 or 4 > > seconds after the alt-left arrow or alt-right arrow command to take > > effect. Even within the same vt, if I don't do anything for several > > minutes, it takes several seconds till the keystroke echoes and > > something happens. Once I have done this, things act normally, but its > > kind of annoying. > > Sounds like a powersave setting. I used to get the same on my old laptop with > spinning rust. SSDs tend to "spin-up" a lot quicker. > > > Also, my load average seems to always be >1. I have > > looked at top and things seem to be OK, except that my cpu usage is like > > this: > > Tasks: 934 total, 2 running, 931 sleeping, 0 stopped, 1 zombie > > %Cpu(s): 12.5 us, 1.2 sy, 0.0 ni, 86.0 id, 0.2 wa, 0.0 hi, 0.0 si, > > 0.0 st > > KiB Mem: 16450248 total, 9678656 used, 6771592 free, 1084088 buffers > > KiB Swap: 2097148 total, 4 used, 2097144 free. 1147688 cached > > Mem > > > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > > COMMAND > > 9969 root 20 0 708 16 0 R 100.0 0.0 1549:10 v86d > > 579 root 30 10 0 0 0 S 9.1 0.0 16:09.93 > > speakup > > 11789 root 20 0 22524 2388 1116 R 0.7 0.0 0:00.03 top > > 7 root 0 -20 0 0 0 S 0.3 0.0 0:10.41 > > kworker/u:0H > > > > and onward ... > > This is an awful lot of tasks, I have never seen so many! > > That is a lot, I am currently running KDE, firefox and a citrix remote desktop > thing. (oh, and skype and kopete and a few other items) > KDE is installed with semantic-desktop, but the nepomuk stuff is disabled in > system-settings. > I have 200 tasks (yes, nice round figure) > > > Anyone have any ideas? Thanks much. > > For the amount of tasks, check that you are not starting too many unneeded > services. For the load-average of 1, shouldn't be too much of an issue, had > similar in the past with a lot of stuff running and slow disks. > > For the freezing, I would suggest checking all the powersave options, > especially the ones for the harddrives. > Is there anything in the logs when this happens? Eg. check the logs right > after the system becomes responsible again, maybe there is a hint there what > is causing this. Unless systemd is setting some powersave options, I certainly never set anything like that, this is a desktop machine, not even a laptop. Next time this happens I will check the logs. Does systemd set some powersave options by default? Thanks. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici@ccs.covici.com ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [gentoo-user] problems with performance when booted using systemd 2014-06-06 7:45 ` covici @ 2014-06-06 7:58 ` J. Roeleveld 2014-06-06 8:46 ` covici 0 siblings, 1 reply; 11+ messages in thread From: J. Roeleveld @ 2014-06-06 7:58 UTC (permalink / raw To: gentoo-user On Friday, June 06, 2014 03:45:17 AM covici@ccs.covici.com wrote: > J. Roeleveld <joost@antarean.org> wrote: > > On Friday, June 06, 2014 01:59:18 AM covici@ccs.covici.com wrote: > > > Hi. I am having some strange performance problems when booted under > > > systemd. These problems happened a little bit under openrc, but are > > > much more pronounced with systemd. > > > > I don't think it's necessarily systemd itself, just a setting that systemd > > does differently then openrc. See below for more. > > > > > I am using just virtual consoles, no gui whatsoever at the moment. I > > > also use tmux with 4 windows in one of the vcs. My system is an i7 > > > processor, quod core and 16g of ram and 2g of swap space which appears > > > not to be used. I am using uvesafb for the console, so I get 64x160 > > > screens. > > > > Sounds similar to my laptop, except I run KDE and got 16g of swap (for > > hibernate) > > > > > The first problem is that if I don't press any keystrokes for several > > > minutes and then want to move to another vc, it takes about 3 or 4 > > > seconds after the alt-left arrow or alt-right arrow command to take > > > effect. Even within the same vt, if I don't do anything for several > > > minutes, it takes several seconds till the keystroke echoes and > > > something happens. Once I have done this, things act normally, but its > > > kind of annoying. > > > > Sounds like a powersave setting. I used to get the same on my old laptop > > with spinning rust. SSDs tend to "spin-up" a lot quicker. > > > > > Also, my load average seems to always be >1. I have > > > looked at top and things seem to be OK, except that my cpu usage is like > > > this: > > > Tasks: 934 total, 2 running, 931 sleeping, 0 stopped, 1 zombie > > > %Cpu(s): 12.5 us, 1.2 sy, 0.0 ni, 86.0 id, 0.2 wa, 0.0 hi, 0.0 si, > > > 0.0 st > > > KiB Mem: 16450248 total, 9678656 used, 6771592 free, 1084088 buffers > > > KiB Swap: 2097148 total, 4 used, 2097144 free. 1147688 cached > > > Mem > > > > > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > > > COMMAND > > > > > > 9969 root 20 0 708 16 0 R 100.0 0.0 1549:10 v86d > > > > > > 579 root 30 10 0 0 0 S 9.1 0.0 16:09.93 > > > speakup > > > > > > 11789 root 20 0 22524 2388 1116 R 0.7 0.0 0:00.03 top > > > > > > 7 root 0 -20 0 0 0 S 0.3 0.0 0:10.41 > > > > > > kworker/u:0H > > > > > > and onward ... > > > This is an awful lot of tasks, I have never seen so many! > > > > That is a lot, I am currently running KDE, firefox and a citrix remote > > desktop thing. (oh, and skype and kopete and a few other items) > > KDE is installed with semantic-desktop, but the nepomuk stuff is disabled > > in system-settings. > > I have 200 tasks (yes, nice round figure) > > > > > Anyone have any ideas? Thanks much. > > > > For the amount of tasks, check that you are not starting too many unneeded > > services. For the load-average of 1, shouldn't be too much of an issue, > > had > > similar in the past with a lot of stuff running and slow disks. > > > > For the freezing, I would suggest checking all the powersave options, > > especially the ones for the harddrives. > > Is there anything in the logs when this happens? Eg. check the logs right > > after the system becomes responsible again, maybe there is a hint there > > what is causing this. > > Unless systemd is setting some powersave options, I certainly never set > anything like that, this is a desktop machine, not even a laptop. Next > time this happens I will check the logs. Does systemd set some > powersave options by default? I do not know that for sure, best wait for more knowledgable systemd users to answer that. If it doesn't, then systemd itself is causing more freezes (as per your experience) then openrc. I would guess it does or at least with the default configuration. What you describe makes me think the disks are switched to powersave sooner with systemd. Can you provide the output of the following command: # hdparm -B /dev/sda to get the APM settings of the disk. (If you have multiple disks, please run it for the others as well. Question for others as well, how do you get the current setting for the spindown timeout set with " hdparm -S <value> <device> "? I couldn't find it. I am happy with openrc and have no intention on switching to systemd as I haven't heard of a single feature that would actually make my life easier. -- Joost ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [gentoo-user] problems with performance when booted using systemd 2014-06-06 7:58 ` J. Roeleveld @ 2014-06-06 8:46 ` covici 2014-06-06 10:49 ` J. Roeleveld 0 siblings, 1 reply; 11+ messages in thread From: covici @ 2014-06-06 8:46 UTC (permalink / raw To: gentoo-user J. Roeleveld <joost@antarean.org> wrote: > On Friday, June 06, 2014 03:45:17 AM covici@ccs.covici.com wrote: > > J. Roeleveld <joost@antarean.org> wrote: > > > On Friday, June 06, 2014 01:59:18 AM covici@ccs.covici.com wrote: > > > > Hi. I am having some strange performance problems when booted under > > > > systemd. These problems happened a little bit under openrc, but are > > > > much more pronounced with systemd. > > > > > > I don't think it's necessarily systemd itself, just a setting that systemd > > > does differently then openrc. See below for more. > > > > > > > I am using just virtual consoles, no gui whatsoever at the moment. I > > > > also use tmux with 4 windows in one of the vcs. My system is an i7 > > > > processor, quod core and 16g of ram and 2g of swap space which appears > > > > not to be used. I am using uvesafb for the console, so I get 64x160 > > > > screens. > > > > > > Sounds similar to my laptop, except I run KDE and got 16g of swap (for > > > hibernate) > > > > > > > The first problem is that if I don't press any keystrokes for several > > > > minutes and then want to move to another vc, it takes about 3 or 4 > > > > seconds after the alt-left arrow or alt-right arrow command to take > > > > effect. Even within the same vt, if I don't do anything for several > > > > minutes, it takes several seconds till the keystroke echoes and > > > > something happens. Once I have done this, things act normally, but its > > > > kind of annoying. > > > > > > Sounds like a powersave setting. I used to get the same on my old laptop > > > with spinning rust. SSDs tend to "spin-up" a lot quicker. > > > > > > > Also, my load average seems to always be >1. I have > > > > looked at top and things seem to be OK, except that my cpu usage is like > > > > this: > > > > Tasks: 934 total, 2 running, 931 sleeping, 0 stopped, 1 zombie > > > > %Cpu(s): 12.5 us, 1.2 sy, 0.0 ni, 86.0 id, 0.2 wa, 0.0 hi, 0.0 si, > > > > 0.0 st > > > > KiB Mem: 16450248 total, 9678656 used, 6771592 free, 1084088 buffers > > > > KiB Swap: 2097148 total, 4 used, 2097144 free. 1147688 cached > > > > Mem > > > > > > > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > > > > COMMAND > > > > > > > > 9969 root 20 0 708 16 0 R 100.0 0.0 1549:10 v86d > > > > > > > > 579 root 30 10 0 0 0 S 9.1 0.0 16:09.93 > > > > speakup > > > > > > > > 11789 root 20 0 22524 2388 1116 R 0.7 0.0 0:00.03 top > > > > > > > > 7 root 0 -20 0 0 0 S 0.3 0.0 0:10.41 > > > > > > > > kworker/u:0H > > > > > > > > and onward ... > > > > This is an awful lot of tasks, I have never seen so many! > > > > > > That is a lot, I am currently running KDE, firefox and a citrix remote > > > desktop thing. (oh, and skype and kopete and a few other items) > > > KDE is installed with semantic-desktop, but the nepomuk stuff is disabled > > > in system-settings. > > > I have 200 tasks (yes, nice round figure) > > > > > > > Anyone have any ideas? Thanks much. > > > > > > For the amount of tasks, check that you are not starting too many unneeded > > > services. For the load-average of 1, shouldn't be too much of an issue, > > > had > > > similar in the past with a lot of stuff running and slow disks. > > > > > > For the freezing, I would suggest checking all the powersave options, > > > especially the ones for the harddrives. > > > Is there anything in the logs when this happens? Eg. check the logs right > > > after the system becomes responsible again, maybe there is a hint there > > > what is causing this. > > > > Unless systemd is setting some powersave options, I certainly never set > > anything like that, this is a desktop machine, not even a laptop. Next > > time this happens I will check the logs. Does systemd set some > > powersave options by default? > > I do not know that for sure, best wait for more knowledgable systemd users to > answer that. If it doesn't, then systemd itself is causing more freezes (as > per your experience) then openrc. > > I would guess it does or at least with the default configuration. What you > describe makes me think the disks are switched to powersave sooner with > systemd. > Can you provide the output of the following command: > # hdparm -B /dev/sda > to get the APM settings of the disk. (If you have multiple disks, please run > it for the others as well. > > Question for others as well, how do you get the current setting for the > spindown timeout set with " hdparm -S <value> <device> "? > I couldn't find it. > > I am happy with openrc and have no intention on switching to systemd as I > haven't heard of a single feature that would actually make my life easier. I don't have hdparm on the system, is it only for older disks? If memory serves, it did not work at all when I tried it as my disks are all /dev/sda, etc, but that may be wrong. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici@ccs.covici.com ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [gentoo-user] problems with performance when booted using systemd 2014-06-06 8:46 ` covici @ 2014-06-06 10:49 ` J. Roeleveld 0 siblings, 0 replies; 11+ messages in thread From: J. Roeleveld @ 2014-06-06 10:49 UTC (permalink / raw To: gentoo-user On Friday, June 06, 2014 04:46:35 AM covici@ccs.covici.com wrote: > J. Roeleveld <joost@antarean.org> wrote: > > On Friday, June 06, 2014 03:45:17 AM covici@ccs.covici.com wrote: > > > J. Roeleveld <joost@antarean.org> wrote: > > > > On Friday, June 06, 2014 01:59:18 AM covici@ccs.covici.com wrote: > > > > > Hi. I am having some strange performance problems when booted under > > > > > systemd. These problems happened a little bit under openrc, but are > > > > > much more pronounced with systemd. > > > > > > > > I don't think it's necessarily systemd itself, just a setting that > > > > systemd > > > > does differently then openrc. See below for more. > > > > > > > > > I am using just virtual consoles, no gui whatsoever at the moment. > > > > > I > > > > > also use tmux with 4 windows in one of the vcs. My system is an i7 > > > > > processor, quod core and 16g of ram and 2g of swap space which > > > > > appears > > > > > not to be used. I am using uvesafb for the console, so I get 64x160 > > > > > screens. > > > > > > > > Sounds similar to my laptop, except I run KDE and got 16g of swap (for > > > > hibernate) > > > > > > > > > The first problem is that if I don't press any keystrokes for > > > > > several > > > > > minutes and then want to move to another vc, it takes about 3 or 4 > > > > > seconds after the alt-left arrow or alt-right arrow command to take > > > > > effect. Even within the same vt, if I don't do anything for several > > > > > minutes, it takes several seconds till the keystroke echoes and > > > > > something happens. Once I have done this, things act normally, but > > > > > its > > > > > kind of annoying. > > > > > > > > Sounds like a powersave setting. I used to get the same on my old > > > > laptop > > > > with spinning rust. SSDs tend to "spin-up" a lot quicker. > > > > > > > > > Also, my load average seems to always be >1. I have > > > > > looked at top and things seem to be OK, except that my cpu usage is > > > > > like > > > > > this: > > > > > Tasks: 934 total, 2 running, 931 sleeping, 0 stopped, 1 zombie > > > > > %Cpu(s): 12.5 us, 1.2 sy, 0.0 ni, 86.0 id, 0.2 wa, 0.0 hi, 0.0 > > > > > si, > > > > > 0.0 st > > > > > KiB Mem: 16450248 total, 9678656 used, 6771592 free, 1084088 > > > > > buffers > > > > > KiB Swap: 2097148 total, 4 used, 2097144 free. 1147688 > > > > > cached > > > > > Mem > > > > > > > > > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > > > > > COMMAND > > > > > > > > > > 9969 root 20 0 708 16 0 R 100.0 0.0 1549:10 > > > > > v86d > > > > > > > > > > 579 root 30 10 0 0 0 S 9.1 0.0 16:09.93 > > > > > speakup > > > > > > > > > > 11789 root 20 0 22524 2388 1116 R 0.7 0.0 0:00.03 > > > > > top > > > > > > > > > > 7 root 0 -20 0 0 0 S 0.3 0.0 0:10.41 > > > > > > > > > > kworker/u:0H > > > > > > > > > > and onward ... > > > > > This is an awful lot of tasks, I have never seen so many! > > > > > > > > That is a lot, I am currently running KDE, firefox and a citrix remote > > > > desktop thing. (oh, and skype and kopete and a few other items) > > > > KDE is installed with semantic-desktop, but the nepomuk stuff is > > > > disabled > > > > in system-settings. > > > > I have 200 tasks (yes, nice round figure) > > > > > > > > > Anyone have any ideas? Thanks much. > > > > > > > > For the amount of tasks, check that you are not starting too many > > > > unneeded > > > > services. For the load-average of 1, shouldn't be too much of an > > > > issue, > > > > had > > > > similar in the past with a lot of stuff running and slow disks. > > > > > > > > For the freezing, I would suggest checking all the powersave options, > > > > especially the ones for the harddrives. > > > > Is there anything in the logs when this happens? Eg. check the logs > > > > right > > > > after the system becomes responsible again, maybe there is a hint > > > > there > > > > what is causing this. > > > > > > Unless systemd is setting some powersave options, I certainly never set > > > anything like that, this is a desktop machine, not even a laptop. Next > > > time this happens I will check the logs. Does systemd set some > > > powersave options by default? > > > > I do not know that for sure, best wait for more knowledgable systemd users > > to answer that. If it doesn't, then systemd itself is causing more > > freezes (as per your experience) then openrc. > > > > I would guess it does or at least with the default configuration. What you > > describe makes me think the disks are switched to powersave sooner with > > systemd. > > Can you provide the output of the following command: > > # hdparm -B /dev/sda > > to get the APM settings of the disk. (If you have multiple disks, please > > run it for the others as well. > > > > Question for others as well, how do you get the current setting for the > > spindown timeout set with " hdparm -S <value> <device> "? > > I couldn't find it. > > > > I am happy with openrc and have no intention on switching to systemd as I > > haven't heard of a single feature that would actually make my life easier. > > I don't have hdparm on the system, is it only for older disks? If > memory serves, it did not work at all when I tried it as my disks are > all /dev/sda, etc, but that may be wrong. It also works on new SATA drives and SSDs: # smartctl -a /dev/sda smartctl 6.1 2013-03-16 r3800 [x86_64-linux-3.12.20-gentoo] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Device Model: INTEL SSDMCEAC120B3 Serial Number: CVLI3223002B120E LU WWN Device Id: 5 5cd2e4 00028738f Firmware Version: LLLi User Capacity: 120,034,123,776 bytes [120 GB] Sector Size: 512 bytes logical/physical Rotation Rate: Solid State Device Device is: Not in smartctl database [for details use: -P showall] ATA Version is: ACS-2 (minor revision not indicated) SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Fri Jun 6 12:46:59 2014 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled # hdparm /dev/sda /dev/sda: multcount = 16 (on) IO_support = 1 (32-bit) readonly = 0 (off) readahead = 256 (on) geometry = 14593/255/63, sectors = 234441648, start = 0 # hdparm -B /dev/sda /dev/sda: APM_level = 254 There might also be other ways to configure the powermanagement settings, I haven't looked into those yet. -- Joost ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [gentoo-user] problems with performance when booted using systemd 2014-06-06 7:32 ` J. Roeleveld 2014-06-06 7:45 ` covici @ 2014-06-06 8:39 ` covici 1 sibling, 0 replies; 11+ messages in thread From: covici @ 2014-06-06 8:39 UTC (permalink / raw To: gentoo-user J. Roeleveld <joost@antarean.org> wrote: > On Friday, June 06, 2014 01:59:18 AM covici@ccs.covici.com wrote: > > Hi. I am having some strange performance problems when booted under > > systemd. These problems happened a little bit under openrc, but are > > much more pronounced with systemd. > > I don't think it's necessarily systemd itself, just a setting that systemd > does differently then openrc. See below for more. > > > I am using just virtual consoles, no gui whatsoever at the moment. I > > also use tmux with 4 windows in one of the vcs. My system is an i7 > > processor, quod core and 16g of ram and 2g of swap space which appears > > not to be used. I am using uvesafb for the console, so I get 64x160 > > screens. > > Sounds similar to my laptop, except I run KDE and got 16g of swap (for > hibernate) > > > The first problem is that if I don't press any keystrokes for several > > minutes and then want to move to another vc, it takes about 3 or 4 > > seconds after the alt-left arrow or alt-right arrow command to take > > effect. Even within the same vt, if I don't do anything for several > > minutes, it takes several seconds till the keystroke echoes and > > something happens. Once I have done this, things act normally, but its > > kind of annoying. > > Sounds like a powersave setting. I used to get the same on my old laptop with > spinning rust. SSDs tend to "spin-up" a lot quicker. > > > Also, my load average seems to always be >1. I have > > looked at top and things seem to be OK, except that my cpu usage is like > > this: > > Tasks: 934 total, 2 running, 931 sleeping, 0 stopped, 1 zombie > > %Cpu(s): 12.5 us, 1.2 sy, 0.0 ni, 86.0 id, 0.2 wa, 0.0 hi, 0.0 si, > > 0.0 st > > KiB Mem: 16450248 total, 9678656 used, 6771592 free, 1084088 buffers > > KiB Swap: 2097148 total, 4 used, 2097144 free. 1147688 cached > > Mem > > > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > > COMMAND > > 9969 root 20 0 708 16 0 R 100.0 0.0 1549:10 v86d > > 579 root 30 10 0 0 0 S 9.1 0.0 16:09.93 > > speakup > > 11789 root 20 0 22524 2388 1116 R 0.7 0.0 0:00.03 top > > 7 root 0 -20 0 0 0 S 0.3 0.0 0:10.41 > > kworker/u:0H > > > > and onward ... > > This is an awful lot of tasks, I have never seen so many! > > That is a lot, I am currently running KDE, firefox and a citrix remote desktop > thing. (oh, and skype and kopete and a few other items) > KDE is installed with semantic-desktop, but the nepomuk stuff is disabled in > system-settings. > I have 200 tasks (yes, nice round figure) > > > Anyone have any ideas? Thanks much. > > For the amount of tasks, check that you are not starting too many unneeded > services. For the load-average of 1, shouldn't be too much of an issue, had > similar in the past with a lot of stuff running and slow disks. > > For the freezing, I would suggest checking all the powersave options, > especially the ones for the harddrives. > Is there anything in the logs when this happens? Eg. check the logs right > after the system becomes responsible again, maybe there is a hint there what > is causing this. Well, not a peep out of the logs -- I did journaldctl -rb right after one of those pauses and not an entry -- in fact it looked like mail was being received, etc right along. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici@ccs.covici.com ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [gentoo-user] problems with performance when booted using systemd 2014-06-06 5:59 [gentoo-user] problems with performance when booted using systemd covici 2014-06-06 7:32 ` J. Roeleveld @ 2014-06-06 9:02 ` Mick 2014-06-06 9:19 ` covici 1 sibling, 1 reply; 11+ messages in thread From: Mick @ 2014-06-06 9:02 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: Text/Plain, Size: 411 bytes --] On Friday 06 Jun 2014 06:59:18 covici@ccs.covici.com wrote: > I am using uvesafb for the console, so I get 64x160 screens. Why don't you use KMS? I am asking in the off-chance that uvesa is not working happily with your video card and the native kernel drive performs better. This of course would not explain the high number of tasks; are these only evident under systemd? -- Regards, Mick [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 490 bytes --] ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [gentoo-user] problems with performance when booted using systemd 2014-06-06 9:02 ` Mick @ 2014-06-06 9:19 ` covici 2014-06-06 14:08 ` Walter Dnes 0 siblings, 1 reply; 11+ messages in thread From: covici @ 2014-06-06 9:19 UTC (permalink / raw To: gentoo-user Mick <michaelkintzios@gmail.com> wrote: > On Friday 06 Jun 2014 06:59:18 covici@ccs.covici.com wrote: > > I am using uvesafb for the console, so I get 64x160 screens. > > Why don't you use KMS? I am asking in the off-chance that uvesa is not > working happily with your video card and the native kernel drive performs > better. > > This of course would not explain the high number of tasks; are these only > evident under systemd? Under openrc, I get much fewer tasks and even when I first booted systemd, it was fewer, but it was maybe be 400 whereas openrc had 200 or less. I am using uvesafb, because when I tried the kernel driver, nvidia closed source driver was not happy when X was started. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici@ccs.covici.com ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [gentoo-user] problems with performance when booted using systemd 2014-06-06 9:19 ` covici @ 2014-06-06 14:08 ` Walter Dnes 2014-06-06 14:14 ` covici 0 siblings, 1 reply; 11+ messages in thread From: Walter Dnes @ 2014-06-06 14:08 UTC (permalink / raw To: gentoo-user On Fri, Jun 06, 2014 at 05:19:58AM -0400, covici@ccs.covici.com wrote > I am using uvesafb, because when I tried the kernel driver, nvidia > closed source driver was not happy when X was started. Have you tried the nouveau open-source drivers for Nvidia cards? You don't have to rebuild/upgrade the video driver every time you upgrade your kernel. -- Walter Dnes <waltdnes@waltdnes.org> I don't run "desktop environments"; I run useful applications ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [gentoo-user] problems with performance when booted using systemd 2014-06-06 14:08 ` Walter Dnes @ 2014-06-06 14:14 ` covici 0 siblings, 0 replies; 11+ messages in thread From: covici @ 2014-06-06 14:14 UTC (permalink / raw To: gentoo-user Walter Dnes <waltdnes@waltdnes.org> wrote: > On Fri, Jun 06, 2014 at 05:19:58AM -0400, covici@ccs.covici.com wrote > > > I am using uvesafb, because when I tried the kernel driver, nvidia > > closed source driver was not happy when X was started. > > Have you tried the nouveau open-source drivers for Nvidia cards? You > don't have to rebuild/upgrade the video driver every time you upgrade > your kernel. I did try those, but if X was started, nvidia crapped out. Also, I was getting a lot less screen real estate with those drivers than with uvesafb. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici@ccs.covici.com ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2014-06-06 14:14 UTC | newest] Thread overview: 11+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-06-06 5:59 [gentoo-user] problems with performance when booted using systemd covici 2014-06-06 7:32 ` J. Roeleveld 2014-06-06 7:45 ` covici 2014-06-06 7:58 ` J. Roeleveld 2014-06-06 8:46 ` covici 2014-06-06 10:49 ` J. Roeleveld 2014-06-06 8:39 ` covici 2014-06-06 9:02 ` Mick 2014-06-06 9:19 ` covici 2014-06-06 14:08 ` Walter Dnes 2014-06-06 14:14 ` covici
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox