David C. Rankin composed on 2015-04-10 19:59 (UTC-0500):
Bob Williams wrote:
I've had this problem off and on for several years, and over several iterations of openSUSE. My current setup is openSUSE 13.2 desktop with KDE5/plasma5. Graphics card is nVidia 9600GT running the latest nVidia proprietary drivers, driving twin monitors.
Every so often, the system freezes for between 5 and 60 seconds. The mouse cursor still moves, but windows won't scroll, desktops won't switch and often sound gets cutoff for the duration of the freexe-up. It's irritating, but not a show stopper.
While some others report no issue, I can confirm this issue along with Anton. I'm running 13.1 2G/KDE3 but on Radeon w/default drivers from X,
Fanless X600 on 32bit 13.1/KDE3 with radeon here too, first mention of shared non-Mozilla connection I've noticed in this thread.
new disk, no errors. I too see to suspect this is due to a mozilla app, either FF or TB. For example, in just typing this e-mail, I typed "FF or T"... the box hung for ~5 seconds, then "B" appeared.
I've looked and I can't pin it down either, other than to say it is "irritating".
It's happened to me too, but too rarely to "pin it down". I don't remember any more if it's a new development since replacing 11.4 with 13.1, but I do think the frequency has escalated considerably since if it isn't new, from maybe twice or thrice a year to maybe once or twice a month. The rarity here could be how I sandbox differently from others. All 5 of my usually open simultaneously Mozillas are started in a MOZ_NO_REMOTE=1 environment, as is any others I open only on occasion. Only one profile knows anything of the existence of Flash, and it gets little active use except for when Flash is required. The rest of the time its 15 tabs are simply parked on the taskbar on a virtual desktop used for nothing else. The only rpm installed is 17-esr, which is the only one ever with few enough open tabs to ever read a whole tab's title. All others are Mozilla binaries. That it ever happens here while the Flash-enabled profile is parked makes me suspect the responsible plugin involved isn't the high-profile one that first comes to mind, but rather Sqlite, which is almost constantly rebuilding the rather consequential places.sqlite, in addition to the other dozen+ .sqlite files it manages. ATM, moz storage or cache show up in iotop -o output at least 1 hit out of every dozen, of which half the rest are kworker or jbd. With so much disk I/O, any kind of glitch in filesystem journaling or systemd journaling presents a highlighted opportunity for one of the Mozillas to stumble. -- "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