Ask Your Question

hh--'s profile - activity

2014-01-30 09:58:18 -0500 received badge  Editor (source)
2014-01-30 09:37:34 -0500 received badge  Nice Question (source)
2014-01-30 09:31:56 -0500 commented answer Fedora 20 graphics (?!) slow, no matter if gnome 3, gnome classic, KDE, Mate

I did run the short test (below 1 minute) and the extended test (guess 20minutes). In any case the lesson learned is what you point out - it is not sufficient to just look at the SMART summary outcome only but the actual counters have to be looked at.

2014-01-30 08:57:04 -0500 received badge  Student (source)
2014-01-30 08:43:59 -0500 commented answer Fedora 20 graphics (?!) slow, no matter if gnome 3, gnome classic, KDE, Mate

@Gileade: Thank you very much for helping me tracking down the issue to the point that I could provide something helpful to be analyzed. Your both support is very appreciated!

One little thing - I know what you mean but there seems to be a little twist of characters in the command (samrtctl), maybe you can adjust that for future readers.

2014-01-30 08:39:08 -0500 received badge  Scholar (source)
2014-01-30 08:37:46 -0500 commented answer Fedora 20 graphics (?!) slow, no matter if gnome 3, gnome classic, KDE, Mate

Thank you so much for this detailed answer and explanation. The only thing that I don't understand is - if this is critical and the disk is likely to fail - why in the world doesn't the SMART test issue an obvious warning ?

As far as I understand one of the purposes of SMART is to actually give explicit hints for when the disk is likely to fail. A PASSED indicates on the first sight and for users not dealing with disk counters regularly, that everything is OK with the disk.

Thanks again for your help Gileade and NikTh - you saved my future day without a hdd failure at a customer side!

2014-01-30 08:24:35 -0500 received badge  Famous Question (source)
2014-01-29 15:49:46 -0500 commented question Fedora 20 graphics (?!) slow, no matter if gnome 3, gnome classic, KDE, Mate

Interestingly there seems to be a link of running the smart test and the snappiness. When I did the monitor test, I was at the same moment running a smart test. After I put my laptop back to the dockingstation and used the external monitor again graphics were still snappy. It got back to slow graphics as decribed in the initial post once the Smart test was finished. Then I ran the smart test again (laptop in the docking station, only same external monitor) attached. The snappiness came back while the test ran. I would have thought that with the more disk io initiated from the SMART test the problem would be worse. Instead, running the SMART test improved performance. I can do some more tests (monitor test without SMART check, and a few time running SMART check) and see if this was coincidence.

So current tests in summary: Monitor ... (more)

2014-01-29 15:02:47 -0500 received badge  Notable Question (source)
2014-01-29 13:50:25 -0500 commented question Fedora 20 graphics (?!) slow, no matter if gnome 3, gnome classic, KDE, Mate

@NikTh Thanks for the hint and apologies for not doing it right directly. Will do for future comments. I just tried to edit the logs but there is an popup "You can only edit comments 10 minutes after they have posted or if it is the last comment". Any way to get past that?

2014-01-29 13:45:30 -0500 received badge  Popular Question (source)
2014-01-29 12:26:45 -0500 commented question Fedora 20 graphics (?!) slow, no matter if gnome 3, gnome classic, KDE, Mate

as an additional comment - it seems there is a relation between the smart test and the snappiness. Since it was hanging again, I just gave it a try to start another extensive smart test and (unless it is coincidence again) this gave me back the snappiness ?!? Obviously I cannot run smart tests all the time in a loop but it might give a hint to you or someone else as for what the root cause of this is. Just for completeness sake - I did not pull the laptop out of the docking station again before I started the new smart test. I btw use ext4 if that plays any role.

Any thoughts on what the root cause could be (or even how to potentially fix the issue)?

2014-01-29 09:12:51 -0500 commented question Fedora 20 graphics (?!) slow, no matter if gnome 3, gnome classic, KDE, Mate

Hi Gileade,

thanks for the quick response - indeed - when I switch workspaces or windows the hard disk LED goes on and it seems related to that. Well of course there are many programs running in the background so I cannot be absolutely sure but it least there is regular disk activity triggered by my switching it seems. This is with external monitor over the docking station. Is there any way I can provide reliable data for this to you (measure who is hitting the disk while I am switching ?!?). I will give it a try without the external monitor shortly. Thanks again

2014-01-29 08:34:37 -0500 asked a question Fedora 20 graphics (?!) slow, no matter if gnome 3, gnome classic, KDE, Mate

Hi there,

[Solved - see bottom of the question for summary and answers to the question for details]

As a first note: This question might be related to https://ask.fedoraproject.org/en/question/37783/solved-installed-fedora-20-on-new-computer-and-it-is-very-slow-need-help/ but since the title of that one says "solved" although it was never explictly mentioned how I am reposting here. Please feel free to give me hints on how I can "link" this to the other one.

So now to my problem: I have recently upgraded from Fedora 17 to Fedora 20 doing a full fresh install (remove everything, install from scratch). Prior to the upgrade everything ran snappy. After the upgrade the system runs slow so that it is hard to really work with it. Let me define this slow a bit more:

  • When I e.g. switch from one window to another or switch desktops, having to wait 3-5 seconds is usual.
  • When I am writing an email with e.g. Thunderbird I can write faster than the words will be displayed in the mail (talking seconds here) If I have to remove characters or put my cursor at a different spot in the same mail, it takes up to 5 seconds to finally be there.
  • Skype used to be working easily, but now all voice transmission from the peer I talk to is getting to me in broken up pieces (the other side can understand me fine though). I am sure this is not to the bandwidth for my downstream or their upstream - since a) it used to work with Fedora 17, and b) (sorry to say that ;-) ) it works fine with both iOS and Windows 7.

First of all - I though this is maybe due to Gnome 3, but I tried, Gnome 3, Gnome classic, KDE, Mate and they are all more or less showing a similar behavior.

I am running a fairly decent HP laptop (EliteBook 2570p) with an 4-core Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz and 8 GB RAM, so I am pretty confident this problem is not due to not enough system resources. The CPU also does not show up to be too busy. As before I have a /boot a / and a swap partition (on the same disk). I use luks as before on / and swap. swap is 4GB as before (and also far from being full).

So I feel that this might be a graphic driver issue. Actually the only thing that I did different from last installs was leaving my laptop in a docking station with a 24 inch monitor attached when I did the install. No errros btw in the install itself.

I did all the recent system updates that were published but now I really don't have a clue why this problem is happening and/or how to track it down and I am hoping someone here can help. I am using my laptop for business purposes and this is the last try before I would probably have to roll ... (more)