Den 17. mai 2012 19:52, skrev madworm_de.opensuse@spitzenpfeil.org:

On 05/17/2012 07:43 PM, Gunnar wrote:

...

...

...

My sytem are: AMD Athlon 64 4000+ 2.4 GHZ and 1 gb ram.

Get more RAM - lots of it. 1GB is borderline to unusable (KDE + a few apps running). Don't even think about image processing or running virutal machines.

I personally still manage with 2GB, but an upgrade to at least 4GB is on my to-do list.

My system are slow when I am using ICEWM, I know that KDE 4 need more "power" to run. It can`t only be a ram problem!! Gunnar -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

madworm_de.opensuse@spitzenpfeil.org wrote:

CPU frequency governor maybe?

/sys/devices/system/cpu/cpu0/cpufreq Doesn't exist on my system.

-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Hallo Gunnar, op 17-05-12 21:28 schreef je:

Den 17. mai 2012 21:26, skrev James Knott:

...

madworm_de.opensuse@spitzenpfeil.org wrote:

...

CPU frequency governor maybe?

/sys/devices/system/cpu/cpu0/cpufreq Doesn't exist on my system.

Same here.

Try # ls /sys/devices/system/cpu to see what's on your box/ Harrie -- Harrie Baken - Tekstbureau TekstBaken www.tekstbaken.nl | Registered Linux-user #366560 openSUSE 12.1 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Den 17. mai 2012 22:27, skrev Harrie Baken:

Hallo Gunnar, op 17-05-12 21:28 schreef je:

...

Den 17. mai 2012 21:26, skrev James Knott:

...

madworm_de.opensuse@spitzenpfeil.org wrote:

...

CPU frequency governor maybe?

/sys/devices/system/cpu/cpu0/cpufreq Doesn't exist on my system.

Same here.

Try # ls /sys/devices/system/cpu to see what's on your box/

Harrie

I got: cpu0 cpufreq cpuidle kernel_max offline online possible present probe release But it does not mean anything to me! :-) Gunnar -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 05/17/2012 10:55 PM, Harrie Baken wrote:

Neither to me! I just wanted to show that /cpufreq/ does exist on your system.

Well as an alternative have a look at /proc/cpuinfo ! The 'cpu MHz' line in there shows the current cpu frequency. Make sure it goes up to 2.4GHz if the system is under load. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 05/18/2012 01:43 AM, Anton Aylward wrote:

madworm_de.opensuse@spitzenpfeil.org said the following on 05/17/2012 05:18 PM:

...

On 05/17/2012 10:55 PM, Harrie Baken wrote:

...

Neither to me! I just wanted to show that /cpufreq/ does exist on your system.

Well as an alternative have a look at /proc/cpuinfo !

The 'cpu MHz' line in there shows the current cpu frequency. Make sure it goes up to 2.4GHz if the system is under load.

And is there any way to alter that except from the BIOS before boot?

Usually this is done by the powermanagement. I think standard settings are 'ondemand', which should throttle the cpu when idle and crank it up when needed. Or by manipulating the aforementioned settings in /sys/..../cpu/... by hand. And for that to work some modules need to be loaded too (processor, powernow_k8 for example). But I think in case all of this doesn't work, the CPU should always run at maximum speed. At least that is the case on my system. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Den 18. mai 2012 13:54, skrev James Knott:

...

On 05/17/2012 10:55 PM, Harrie Baken wrote:

...

Neither to me! I just wanted to show that /cpufreq/ does exist on your system. Well as an alternative have a look at /proc/cpuinfo !

The 'cpu MHz' line in there shows the current cpu frequency. Make sure it goes up to 2.4GHz if the system is under load. cat /proc/cpuinfo

madworm_de.opensuse@spitzenpfeil.org wrote: processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 55 model name : AMD Athlon(tm) 64 Processor 4000+ stepping : 2 cpu MHz : 2417.903 cache size : 1024 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up rep_good nopl pni lahf_lm bogomips : 4835.80 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp

It's currently 2417, but I'll check again when the system bogs down again.

gunnar@linux-1z3i:~> cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 39 model name : AMD Athlon(tm) 64 Processor 4000+ stepping : 1 cpu MHz : 2402.998 cache size : 1024 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up extd_apicid pni lahf_lm bogomips : 4805.99 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc Gunnar -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Den 18. mai 2012 09:33, skrev George Olson:

On 05/18/2012 02:01 AM, Gunnar wrote:

...

Den 17. mai 2012 19:52, skrev madworm_de.opensuse@spitzenpfeil.org:

...

On 05/17/2012 07:43 PM, Gunnar wrote:

...

...

...

My sytem are: AMD Athlon 64 4000+ 2.4 GHZ and 1 gb ram.

Get more RAM - lots of it. 1GB is borderline to unusable (KDE + a few apps running). Don't even think about image processing or running virutal machines.

I personally still manage with 2GB, but an upgrade to at least 4GB is on my to-do list.

My system are slow when I am using ICEWM, I know that KDE 4 need more "power" to run. It can`t only be a ram problem!! Gunnar

you might also try LXDE perhaps? I read that it is supposed to use the least amount of memory of the different desktop environments

I have tried that, still slow. Gunnar -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2012-05-18 14:05, jd wrote:

but with a caveat: I still haven't found out why 2 disks died running 12.1.

Same brand? - -- Cheers / Saludos, Carlos E. R. (from 11.4 x86_64 "Celadon" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+2SQgACgkQIvFNjefEBxrhGACeO1dtGn8aeXCa8z5voz2KCuhv PqIAoLBDzesXFnbUfGpaZHVgrN1ygvmY =rv0T -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 19/05/12 12:34, j debert wrote:

On 05/18/2012 06:05 AM, Carlos E. R. wrote:

...

On 2012-05-18 14:05, jd wrote:

...

but with a caveat: I still haven't found out why 2 disks died running 12.1.

Same brand?

Yes: IBM Travelstar, but different models/revs/production dates/ages. Symptoms, results were not identical, as far as I can tell. Worked fine since Yggdrasil, RedHat 5 & 6, and SuSE 9.0 through OpenSuSE 11.3.

jd

ROFL! And some people have called ME a troll! :-D Love it! :-D BC -- Using openSUSE 12.1 x86_64 KDE 4.8.3 and kernel 3.3.6 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX550Ti 1GB DDR5 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 19/05/12 20:45, j debert wrote:

On 05/19/2012 12:11 AM, Basil Chupin wrote:

...

And some people have called ME a troll! :-D

???</puzzled>

What's wrong with that?

jd Because of what you wrote in your earlier post:

/quote Yes: IBM Travelstar, but different models/revs/production dates/ages. Symptoms, results were not identical, as far as I can tell. Worked fine since Yggdrasil, RedHat 5 & 6, and SuSE 9.0 through OpenSuSE 11.3. /unquote BC -- Using openSUSE 12.1 x86_64 KDE 4.8.3 and kernel 3.3.6 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX550Ti 1GB DDR5 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2012-05-19 04:34, j debert wrote:

On 05/18/2012 06:05 AM, Carlos E. R. wrote:

...

On 2012-05-18 14:05, jd wrote:

...

but with a caveat: I still haven't found out why 2 disks died running 12.1.

Same brand?

Yes: IBM Travelstar, but different models/revs/production dates/ages. Symptoms, results were not identical, as far as I can tell. Worked fine since Yggdrasil, RedHat 5 & 6, and SuSE 9.0 through OpenSuSE 11.3.

Then maybe they were old and their time had just arrived. I asked about the brands thinking that some go to sleep in seconds, parking their heads and spinning down, green something. This behaviour can wear them down fast in a Linux system. - -- Cheers / Saludos, Carlos E. R. (from 11.4 x86_64 "Celadon" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+3dj8ACgkQIvFNjefEBxoUqwCgnoL38V8qxkoskGjl6r6mgsdH /fgAn1Qe3f1u9ZWGNicB2BDw2igKo1iy =w2Bu -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 20/05/12 16:58, j debert wrote:

On 2012年05月19日 03:30, Carlos E. R. wrote:

...

...

...

Same brand?

Yes: IBM Travelstar, but different models/revs/production dates/ages. Symptoms, results were not identical, as far as I can tell. Worked fine since Yggdrasil, RedHat 5& 6, and SuSE 9.0 through OpenSuSE 11.3.

Then maybe they were old and their time had just arrived.

They were made in early 1980's but each had less than 5K hours running time.

I doubt many disks can tolerate sustained seek activity for long. Motor drivers are often too small to dissipate the heat produced when the disks are called on to seek 100% of the time over periods of hours, let alone tens of minutes. That's what I suspect happened to one, at least. That one failed. The second is still failing.

Unless one is using refrigerator-type cooling system for the computer, or similar, or have the whole computer immersed in the non-conductive liquid (like the Cray for example) then the lowest temperature one can achieve for the innards of a computer - and this means the HDDs as well - is the ambient temperature of the environment in which the computer is operating. 21st Century HDDS are made to work at ~60C when operating and ~65C when idle. Now, if one lives in the tropics then the computer is operating at a pretty high ambient temperature to begin with - and one doesn't hear that anyone living in the tropics has to replace their computer or HDD every month or so :-) . But then, I am probably wrong.....as is normal :-) . BC -- Using openSUSE 12.1 x86_64 KDE 4.8.3 and kernel 3.3.6 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX550Ti 1GB DDR5 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 18/05/12 22:05, jd wrote:

12.1 seems to work ok on p3 coppermine, piix4, w/ 128Mb ram. not using kde4 or gnome3 or unreasonably bloated apps (coughpythonappssneeze).

but with a caveat: I still haven't found out why 2 disks died running 12.1.

A friend (recently) installed a brand new 64-bit system with a new you-beaut mobo, cpu, psu etc. Powered it up, installed the OS (which happens not to be openSUSE) - and his HD died :-( . Reason? His brand new psu was RS and "took out" the circuit board on the HDD (the 12V channel and all that). The psu was replaced and he managed to buy a replacement c/brd for the Maxtor HDD. So what is the state of your psu? (About 16 months ago I had to replace a mobo because it went belly-up for some reason. Before putting it into the box I did some testing on the workbench. The HDDs would not spin up. Waded thru all the settings, pushed in all the pushable-in bits - still nothing. Pulled out of the scrap box an ancient psu, put that on and it all worked. Went out and bought another new Antec psu and all has been fine since.) BC -- Using openSUSE 12.1 x86_64 KDE 4.8.3 and kernel 3.3.6 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX550Ti 1GB DDR5 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On Friday, 18 May 2012 22:58 Basil Chupin wrote:

On 18/05/12 22:05, jd wrote:

...

12.1 seems to work ok on p3 coppermine, piix4, w/ 128Mb ram. not using kde4 or gnome3 or unreasonably bloated apps (coughpythonappssneeze).

but with a caveat: I still haven't found out why 2 disks died running 12.1.

A friend (recently) installed a brand new 64-bit system with a new you-beaut mobo, cpu, psu etc. Powered it up, installed the OS (which happens not to be openSUSE) - and his HD died :-( . Reason? His brand new psu was RS and "took out" the circuit board on the HDD (the 12V channel and all that). The psu was replaced and he managed to buy a replacement c/brd for the Maxtor HDD.

What's a "you-beaut"? What's "RS"? What's a "c/brd"? -- Powered by Slackware 13.37 05:49:05 up 4 days, 23:51, 2 users, load average: 0.95, 0.92, 0.89 Properly read, the Bible is the most potent force for atheism ever conceived. - Isaac Asimov Registered Linux user #214117 at http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Robin Klitscher wrote:

Don't worry - it's Australian slang, not English!

I always knew, Australian had nothing to do with English. Now, if we could only get people in England to speak English. ;-) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 20/05/12 14:35, Felix Miata wrote:

On 2012/05/20 14:18 (GMT+1200) Robin Klitscher composed:

...

Insomniactoo wrote:

...

...

Basil Chupin wrote:

...

...

...

A friend (recently) installed a brand new 64-bit system with a new you-beaut mobo, cpu, psu etc. Powered it up, installed the OS (which happens not to be openSUSE) - and his HD died :-( . Reason? His brand new psu was RS and "took out" the circuit board on the HDD (the 12V channel and all that). The psu was replaced and he managed to buy a replacement c/brd for the Maxtor HDD.

...

...

What's a "you-beaut"? What's "RS"? What's a "c/brd"?

...

Don't worry - it's Australian slang, not English!

As an American, I have only a vague idea about the first being sarcastic for "beauty" of a (cheap CJK design) motherboard. The next is probably 'real s..t' (cheap junk motherboard) and the last (Maxtor) circuit board. Gidday, mate! Not bad ......

"You beaut" is derived from "You Beauty", meaning marvellous, unbeatable (sometimes written u-beaut). Good guess on RS, but it's probably rats..t (one word) rather than "real". HS would invoke horse, with much the same meaning. Circuit board would be right. But what isn't ever advisable is to come the raw prawn! (Google is your friend) -- Robin K Wellington "Harbour City" New Zealand -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Oh, since we have 4th, 5th .......we should have 1th (oneth), 2th (twoth), 3th (threeth) ........

Much, much, better is the Urban Dictionary - http://www.urbandictionary.com/

BC

-- Duaine Hechler Piano, Player Piano, Pump Organ Tuning, Servicing& Rebuilding Reed Organ Society Member Florissant, MO 63034 (314) 838-5587 dahechler@att.net www.hechlerpianoandorgan.com -- Home& Business user of Linux - 11 years -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 20/05/12 14:58, DenverD wrote:

On 05/20/2012 04:18 AM, Robin Klitscher wrote:

...

On 19/05/12 22:56, Insomniactoo wrote:

...

On Friday, 18 May 2012 22:58 Basil Chupin wrote:

...

A friend (recently) installed a brand new 64-bit system with a new you-beaut mobo, cpu, psu etc. Powered it up, installed the OS (which happens not to be openSUSE) - and his HD died :-( . Reason? His brand new psu was RS and "took out" the circuit board on the HDD (the 12V channel and all that). The psu was replaced and he managed to buy a replacement c/brd for the Maxtor HDD.

What's a "you-beaut"? What's "RS"? What's a "c/brd"?

Don't worry - it's Australian slang, not English!

with an international audience of users whose first (second and third) lingo is not english, i'd suggest to use as much non-slang as humanly possible..

it really won't take so much longer to type 'unbeatable', 'ratshit' or 'circuit board', and it will save *many* others from a lot of wondering what was meant.

"You might very well think that; I couldn't possibly comment." BC -- Using openSUSE 12.1 x86_64 KDE 4.8.3 and kernel 3.3.6 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX550Ti 1GB DDR5 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 20/05/12 15:44, Anders Johansson wrote:

On Sunday 20 May 2012 15:07:56 Basil Chupin wrote:

...

On 20/05/12 14:58, DenverD wrote: [...]

...

it really won't take so much longer to type 'unbeatable', 'ratshit' or 'circuit board', and it will save *many* others from a lot of wondering what was meant. ratshit isn't slang for you? Remind me never to buy a motherboard from you

And I wouldn't even consider selling you one - not the inoperative ones I have (which is what my total stock consists of).

"You might very well think that; I couldn't possibly comment." You really are a hoopy frood

Spasibo, tovarisch :-) . I also think that you are a "hoopy frood", BTW. BC -- Using openSUSE 12.1 x86_64 KDE 4.8.3 and kernel 3.3.6 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX550Ti 1GB DDR5 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Den 18. mai 2012 08:55, skrev Basil Chupin:

On 18/05/12 03:43, Gunnar wrote:

[............]

...

I am using Nvidia card 6800 LE and the driver : Nvidia 290.10

Hold on....

You are using openSUSE 12.1 (which is what you wrote in your OP) but also using the nVidia driver *290.10*?

Is 290.10 simply a typo because the latest driver is 295.49 (from nVidia itself) or 295.40 from the nvidia repository on openSUSE?

Oh, which kernel version do you have installed: kernel-default or kernel-????? and which version?

BTW, my wife is running 12.1 on a 32-bit computer with 1GB of RAM and it doesn't display any of the symptoms you mention.

...

I am not posting this to start a "war" about Opensuse 12.1 and Win xp. I have used Suse since 5.4, and I hope that some have a few tips to help to get 12.1 up and going.

Understood - by everybody here :-) . We can usually tell when someone is trolling :-) (but mind you, there are some who can't tell their elbow from their knee :-) ).

BC

I have the 290,10, it is not a typo In YAST, I can se NVIDIA 295.40, marked in red, but YAST does not let me installed it. When I start YAST, it can not get to the NVIDIA repro. I will try later. Gunnar -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Den 19. mai 2012 06:01, skrev Basil Chupin:

On 18/05/12 20:19, Gunnar wrote:

...

Den 18. mai 2012 08:55, skrev Basil Chupin:

...

On 18/05/12 03:43, Gunnar wrote:

[............]

...

I am using Nvidia card 6800 LE and the driver : Nvidia 290.10

Hold on.... .>>> You are using openSUSE 12.1 (which is what you wrote in your OP) but also using the nVidia driver *290.10*?

Is 290.10 simply a typo because the latest driver is 295.49 (from nVidia itself) or 295.40 from the nvidia repository on openSUSE?

Oh, which kernel version do you have installed: kernel-default or kernel-????? and which version?

BTW, my wife is running 12.1 on a 32-bit computer with 1GB of RAM and it doesn't display any of the symptoms you mention.

...

I am not posting this to start a "war" about Opensuse 12.1 and Win xp. I have used Suse since 5.4, and I hope that some have a few tips to help to get 12.1 up and going.

Understood - by everybody here :-) . We can usually tell when someone is trolling :-) (but mind you, there are some who can't tell their elbow from their knee :-) ).

BC

I have the 290,10, it is not a typo In YAST, I can se NVIDIA 295.40, marked in red, but YAST does not let me installed it. When I start YAST, it can not get to the NVIDIA repro. I will try later. Gunnar

If you have been trying to do the install in the past day or so then it will fail - the nvidia repo appears to be in the land of the dead at the moment :-( . But keep trying.....

BC

I am now on the Nvidia 295.40. I will report back how my PC works after a day or so. :-) Gunnar -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 05/22/2012 08:32 PM, Gunnar wrote: [...]

...

I have put in another 1 GB RAM, now I have 2 GB. If I start Google Chrome and Thunderbird at the same time, my system freeze for up til 1 min.

Gunnar

That should be enough RAM. Did you run any general performance tests: disk I/O permormance, memory speed ... Something like: A) sudo /sbin/hdparm -tT /dev/sda /dev/sda: Timing cached reads: 2308 MB in 2.00 seconds = 1154.85 MB/sec Timing buffered disk reads: 276 MB in 3.00 seconds = 91.91 MB/sec B) dstat -c --nocolor --top-bio ----total-cpu-usage---- ----most-expensive---- usr sys idl wai hiq siq| block i/o process 21 5 72 1 0 0| 36k 243B 17 4 80 0 0 0| 21 6 73 0 0 1| 35 13 53 0 0 0|kdeinit4: d 0 32k 60 15 25 0 0 0|kdeinit4: d 0 12k 28 14 59 0 0 0|kwin 0 8192B 20 7 73 0 0 0| 17 6 76 0 0 0|firefox-bin 0 24k This will report some statistics on what application causes I/O traffic and if the system is forced to go into iowait for that. That's a good way to track down any issues with chocking disk IO. C) and of course: memtest -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

/dev/sda1: Timing cached reads: 1144 MB in 2.00 seconds = 571.46 MB/sec Timing buffered disk reads: 24 MB in 3.10 seconds = 7.75 MB/sec

The memory speed isn't top notch, but definitely not bad at all. However, the disk throughput is pretty sad. Is this still a PATA disk? I would investigate further in that direction. That disk seems to be more than 10x slower than my simple and cheap SATA disk.

dstat command not found

Ah, sorry. It is in the server:monitoring repository. Very useful! You have to click on 'show unstable packages' for 12.1 http://software.opensuse.org/package/dstat

Yes, I have run the memtest.

OK.

Gunnar

-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Den 22. mai 2012 21:55, skrev Carlos E. R.:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

On 2012-05-22 21:48, madworm_de.opensuse@ wrote:

...

...

/dev/sda1: Timing cached reads: 1144 MB in 2.00 seconds = 571.46 MB/sec Timing buffered disk reads: 24 MB in 3.10 seconds = 7.75 MB/sec

The memory speed isn't top notch, but definitely not bad at all.

However, the disk throughput is pretty sad. Is this still a PATA disk?

Even for pata it would be terribly slow.

Try "hdparm /dev/sda" and "hdparm -i /dev/sda"

- -- Cheers / Saludos,

Carlos E. R. (from 11.4 x86_64 "Celadon" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+77y8ACgkQIvFNjefEBxq1rgCfcR7fakvvgxQu9gq87Kbhfw5x Dl4An1i2ZSKPcB7Od0COGc4aRLfIVrjd =7BbK -----END PGP SIGNATURE-----

/dev/sda1: multcount = 16 (on) IO_support = 0 (default) readonly = 0 (off) readahead = 256 (on) geometry = 4865/255/63, sectors = 30425088, start = 2048 /dev/sda1: Model=ST340810A, FwRev=3.34, SerialNo=6FB0GEQG Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78165360 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 AdvancedPM=yes: unknown setting WriteCache=enabled Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6 * signifies the current active mode My windows disk is a SATA disk, my Linux disk are one "old" disk that I have used for a long time. :-)) Enhet Filsystem Total størrelse Ledig plass /windows/C ntfs 111,8 GiB 85,8 GiB 26,0 GiB / ext4 14,3 GiB 8,4 GiB 5,9 GiB /home ext4 21,4 GiB 19,0 GiB 2,4 GiB Informasjon om operativsystem Operativsystem: Linux 3.1.10-1.9-desktop i686 Gjeldende bruker: gunnar@linux-1z3i System: openSUSE 12.1 (i586) KDE: 4.7.2 (4.7.2) "release 5" Informasjon om grafikkort Produsent: nVidia Corporation Modell: GeForce 6800 LE 2D-driver: nvidia 3D-driver: NVIDIA 295.40 Gunnar -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2012/05/22 22:43 (GMT+0200) madworm_de.opensuse@spitzenpfeil.org composed:

Gunnar wrote:

...

My windows disk is a SATA disk, my Linux disk are one "old" disk that I have used for a long time. :-))

Time to get a new(er) disk for linux then.

There's no excuse for a Seagate 340G PATA HD to be less than 15% of the speed of a SATA HD. It should be good for between 70% and 100% of SATA speed, depending on the actual speed of the SATA device compared to.

No wonder your system is in an unusable state with such a thing.

Clearly it's unusually slow, but a newer HD isn't necessarily going to help much if anything at all. His 7.75 MB/sec throughput makes it seem like it's been clamped down to PIO speed rather than the reported UDMA5 the device is supposed to support, worse than as if sitting on a USB2 port. It's probably time to run Seatools on the device to see if it's failing in the area where 12.1 is installed. If it's using an old 40 wire cable, first it needs to be replaced by an 80 wire, then run hdparm again. Gunnar, give us the output of lspci please if it's already using an 80 wire cable. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2012/05/23 01:04 (GMT+0200) madworm_de.opensuse@spitzenpfeil.org composed:

Well, a new disk would (should) be SATA.

Not knowing anything about his motherboard or possible plans to replace any other hardware, such a statement is utter nonsense. Absent plans to replace motherboard or add a controller or PATA to SATA adapter, SATA would/should only make sense if there is currently an unused SATA port, in which case it should be the best option. Commonly, old systems that have both types have a minimum of available SATA ports, and it's simpler, or the only option, to replace what's there now with like kind. The typical performance difference between PATA and SATA in systems with only one or two HDs can be as little as nominal or even zero.

If he doesn't already use an 80pin cable and has one to test that is fine. But I wouldn't buy one. Personally I consider any PATA harddisk as "end of life". Unless he is very short on cash I don't think it is worth the trouble with that device.

No PATA HD made in the last decade should be used with a 40 pin cable. I doubt exists any 320G or even 32G Seagate that doesn't specify _only_ 80 pin be used, and certainly UDMA4 & up cannot be supported without one.[1] No 320G HD should be considered EOL simply because it's PATA. PATA is just a slightly slower interface than SATA I, not a technology that should be discarded because a better one exists. Of the same vintage and source, a single PATA vs. SATA in a sustained throughput comparison won't produce materially different results. I'd be glad to take any 320G PATA HDs off your hands if you can't be bothered to continue using them simply because they're theoretically a little slower. [1]: http://en.wikipedia.org/wiki/Parallel_ATA#UDMA_and_ATA-4 http://en.wikipedia.org/wiki/Parallel_ATA#Parallel_ATA_interface -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 23/05/12 09:04, madworm_de.opensuse@spitzenpfeil.org wrote:

On 05/23/2012 12:20 AM, Felix Miata wrote:

...

On 2012/05/22 22:43 (GMT+0200) madworm_de.opensuse@spitzenpfeil.org composed:

...

Gunnar wrote:

...

My windows disk is a SATA disk, my Linux disk are one "old" disk that I have used for a long time. :-)) Time to get a new(er) disk for linux then. There's no excuse for a Seagate 340G PATA HD to be less than 15% of the speed of a SATA HD. It should be good for between 70% and 100% of SATA speed, depending on the actual speed of the SATA device compared to.

...

No wonder your system is in an unusable state with such a thing. Clearly it's unusually slow, but a newer HD isn't necessarily going to help much if anything at all. Well, a new disk would (should) be SATA. That would probably also mean different controller / different driver. And if his SATA disks are as fast as they should be is easy to find out if he runs the hdparm command on his windows disk.

If he doesn't already use an 80pin cable and has one to test that is fine. But I wouldn't buy one. Personally I consider any PATA harddisk as "end of life".

I wouldn't. A waste of money if the HDD is still working perfectly and SMART is not giving any distress signals. I have a number of HDDs (Maxtor) which are some 9 years old now. See my previous post re 80-wire/40-wire cables. [................] BC -- Using openSUSE 12.1 x86_64 KDE 4.8.3 and kernel 3.3.6 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX550Ti 1GB DDR5 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Den 23. mai 2012 00:20, skrev Felix Miata:

On 2012/05/22 22:43 (GMT+0200) madworm_de.opensuse@spitzenpfeil.org composed:

...

Gunnar wrote:

...

...

My windows disk is a SATA disk, my Linux disk are one "old" disk that I have used for a long time. :-))

...

Time to get a new(er) disk for linux then.

There's no excuse for a Seagate 340G PATA HD to be less than 15% of the speed of a SATA HD. It should be good for between 70% and 100% of SATA speed, depending on the actual speed of the SATA device compared to.

...

No wonder your system is in an unusable state with such a thing.

Clearly it's unusually slow, but a newer HD isn't necessarily going to help much if anything at all. His 7.75 MB/sec throughput makes it seem like it's been clamped down to PIO speed rather than the reported UDMA5 the device is supposed to support, worse than as if sitting on a USB2 port. It's probably time to run Seatools on the device to see if it's failing in the area where 12.1 is installed. If it's using an old 40 wire cable, first it needs to be replaced by an 80 wire, then run hdparm again.

Gunnar, give us the output of lspci please if it's already using an 80 wire cable.

Here is the output of lspci linux-1z3i:/home/gunnar # lspci 00:00.0 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.1 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.2 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.3 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.4 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.7 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/8251 PCI bridge [K8M890/K8T800/K8T890 South] 00:0a.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 13) 00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80) 00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81) 00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81) 00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81) 00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81) 00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South] 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) 00:11.6 Communication controller: VIA Technologies, Inc. AC'97 Modem Controller (rev 80) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:00.0 VGA compatible controller: nVidia Corporation NV40.2 [GeForce 6800 LE] (rev a1) Gunnar -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org