Hi
Me just running normal services on 3.1.10-1.9-desktop #1 SMP PREEMPT Thu Apr 5 18:48:38 UTC 2012 (4a97ec8) x86_64 x86_64 x86_64 GNU/Linux
if start amarok load goes to 5+. When just run normal httpd,dhcpd etc load usually near to 0. Pc i7 running@3400. too slow to handle music? 16gb ram
Anyone have any ideas? Temperatures on mobo/cpu quite high. Do I need faster pc or some other app to use for music?
-antsu
close amarok
I’d try deleting all the amarok config files:
.kde4/share/config/amarok-appletsrc
.kde4/share/config/amarok_homerc
.kde4/share/config/amarokrc
folder: .kde4/share/apps/amarok/
start amarok
On Tue, 15 May 2012 03:16:02 +0000, antsu1 wrote:
> Hi Me just running normal services on 3.1.10-1.9-desktop #1 SMP PREEMPT
> Thu Apr 5 18:48:38 UTC 2012 (4a97ec8) x86_64 x86_64 x86_64 GNU/Linux
>
> if start amarok load goes to 5+. When just run normal httpd,dhcpd etc
> load usually near to 0. Pc i7 running@3400. too slow to handle music?
> 16gb ram
>
>
> Anyone have any ideas? Temperatures on mobo/cpu quite high. Do I need
> faster pc or some other app to use for music?
Try running htop (you may need to install it) to see what’s sucking on
the CPU - if the temp is up, then the CPU is probably being driven hard.
But load ties more to I/O than CPU speed/performance, so tell us a little
bit about the disk channel in the system.
Jim
–
Jim Henderson
openSUSE Forums Administrator
Forum Use Terms & Conditions at http://tinyurl.com/openSUSE-T-C
That would be my suggestion too. In one terminal command (after completely closing amarok, i.e. also from system tray):
rm ~/.kde4/share/config/amarok* && rm -rf ~/.kde4/share/apps/amarok/
tnx all
Now all seems back to normal.
top - 03:28:02 up 1 day, 23:12, 3 users, load average: 0.34, 0.36, 0.31
Tasks: 224 total, 2 running, 221 sleeping, 0 stopped, 1 zombie
Cpu(s): 2.4%us, 0.9%sy, 0.0%ni, 96.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 16057M total, 10628M used, 5428M free, 409M buffers
Swap: 6156M total, 1M used, 6155M free, 8124M cached
-antsu
Just wondering as I run my raid-5 pack via 3ware pcix controller on pci. Could that be one reason? I do know its kinda slowish on normal pci, but. I rebuilt also whole raid and took almost 24 hrs. I have OS on ssd for reason. Data on raid.
I can’t really say. As I don’t use it and couldn’t see any reason to in a normal home office situation.
You’d have to have a pretty unique situation to warrant such a setup.
RAID does seem to cause issues though, more typically at install and with grub setup.
On Wed, 16 May 2012 11:16:02 +0530, caf4926
<caf4926@no-mx.forums.opensuse.org> wrote:
>
> I can’t really say. As I don’t use it and couldn’t see any reason to in
> a normal home office situation.
> You’d have to have a pretty unique situation to warrant such a setup.
> RAID does seem to cause issues though, more typically at install and
> with grub setup.
>
when i had a question about using RAID, i asked at the mailing list
(opensuse@opensuse.org) and a very intersting and enlightening discussion
ensued. several of the members there have extensive experience with RAID,
LVM, and other complicated setups. perhaps you should ask there?
–
phani.
On 2012-05-16 06:56, antsu1 wrote:
>
> Just wondering as I run my raid-5 pack via 3ware pcix controller on pci.
> Could that be one reason? I do know its kinda slowish on normal pci,
> but. I rebuilt also whole raid and took almost 24 hrs. I have OS on ssd
> for reason. Data on raid.
I thought that you said your load problem had subsided. :-?
Amarok is known to cause high load for some users. In my machine it pushes
one core to 100% (unending) after a while.
Rebuilding a raid might push the load up if the hardware raid is not really
hardware raid, but some type of fake raid, as is common in motherboards.
If you experience high load you have to use tools like top or htop to see
what process is using more the cpu.
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
On Wed, 16 May 2012 11:03:07 +0000, Carlos E. R. wrote:
> Rebuilding a raid might push the load up if the hardware raid is not
> really hardware raid, but some type of fake raid, as is common in
> motherboards.
Well, and even if it’s completely in hardware, rebuilding the parity will
take some of the disk channel, which will affect await and bandwidth/
throughput on the entire array’s channel.
Jim
–
Jim Henderson
openSUSE Forums Administrator
Forum Use Terms & Conditions at http://tinyurl.com/openSUSE-T-C
On Thu, 17 May 2012 01:09:22 +0000, Jim Henderson wrote:
> Well, and even if it’s completely in hardware, rebuilding the parity
> will take some of the disk channel, which will affect await and
> bandwidth/ throughput on the entire array’s channel.
I meant to add as well that the increase in await (which is the wait time
for access to the disk) and bandwidth/throughput are things that tend to
affect load. htop may not provide enough detail since it’s focused on
CPU and memory utilisation (arguably, I haven’t dug in quite that deep to
htop - but I spent a lot of time back in October-December researching
various disk subsystem performance characteristics for a project I was
involved in).
System load is a combination of factors including CPU utilization but not
limited to it - and having high I/O can absolutely cause the load to
climb and kill system performance. What happens is the system is trying
to deal with all the disk requests, and if the request queue fills up,
then it has to push back on the app and tell it to wait before sending
more disk requests. Those I/O wait issues will cause the program to
become non-responsive (depending on how it’s written - if the disk
requests are asynchronous, then the program might continue running, but
the thread trying to do I/O will grind to a halt).
vmstat and iostat are better tools for looking at disk channel factors
that affect the loadavg figures.
Jim
–
Jim Henderson
openSUSE Forums Administrator
Forum Use Terms & Conditions at http://tinyurl.com/openSUSE-T-C
tnx again all…I been using suse since 1998 originally on 386 pc and looks like now still learning new things.
load thing seems to be solved. Could be the dang 3ware raidcard (can attach 20 hdd to it - yes, fully hw based raid5,10,50) also or the 10 devices connected to this pc. Trying to get now also 4g/lte working so that might be a mission as all manuafactures want wintendo.
/me kicks bill gates butt
etc # top
top - 06:10:28 up 3 days, 1:54, 3 users, load average: 0.02, 0.13, 0,77
Tasks: 229 total, 2 running, 227 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.9%us, 0.5%sy, 0.0%ni, 93.0%id, 5.6%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 16057M total, 10309M used, 5747M free, 357M buffers
Swap: 6156M total, 12M used, 6144M free, 7655M cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5803 root 20 0 3204m 436m 53m S 5 2.7 75:38.74 amarok
5844 root 9 -11 546m 12m 9148 S 2 0.1 68:14.87 pulseaudio
amarok now also taking cpu/mem as should.
My latter question was also kinda for curiosity and interest. Thanx all. Nice to see helpful ppl.
-antsu
PS. before anyone comments, this system should be secure enuf to run these under root. Or prove me wrong…
On 05/17/2012 05:26 AM, antsu1 wrote:
> PS. before anyone comments, this system should be secure enuf to run
> these under root. Or prove me wrong…
if you can run pulseaudio and amarok as a user you should…
(if you can not run pulseaudio and amarok successfully without running
them as root, then your system is severely hosed…)
if you are running a desktop environment as root you should not, and you
will have problems if you do…
that is my opinion, based on some years of use…ymmv, and i won’t try
prove you wrong…well, i won’t have to prove it, you will prove it to
yourself…eventually. (or you will reinstall to solve the little
unexplained problems, gotchas, weirdnesses and “suddenly it’s”…)
–
dd
On 2012-05-17 05:26, antsu1 wrote:
Please post computer code such as this inside code tags.
> etc # top
…
> PS. before anyone comments, this system should be secure enuf to run
> these under root. Or prove me wrong…
No, running a desktop as root is not needed and is dangerous, in several
senses. For example, a human error, yours or of the programmers of the
software you use is multiplied in effects.
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
heh
Kinda figured someone would make opinion. Trying to setup this d*ng pc atm as u can see from ealier posts. Easier to login as root so can do all needed sys setup w/o hitting up root pass all the time. 1st pc that I even using kde. Only used past years command line. And I still do all my html/php/asm coding on pico to make them neat and tight. (with sometimes using other apps to check syntax)
Ofcource I do know its safer to run those under user. Thats why (also) ssh on root disabled. And this also my advice to all else. Unless (really) know what doing.
I do know something but learned new things via this thread too.
I 20 years ago told myself that need to learn atleast one new thing everyday. I have kept that promise to myself. On best days I learned more then 1 thing. Advice to all.
-antsu
Why kick Bill Gates’ butt? Bill Gates is an elderly, unemployed citizen, leave him alone :D. Seriously: leave those things out, they don’t add anything to your post.
One thing I learned in approx 25 years of UNIX and linux, is that you’re never “there”. Like the “real world” linux is a thing in progress, evolving, revolving, reinventing itself all the time. For me a thing that keeps my grey cells alive, keeps my old mind from going into suspend too much.