[opensuse] Chromium locks up machine
I keep considering abandoning Firefox in favour of Chromium/Chrome I have installed # zypper info chromium Information for package chromium: --------------------------------- Repository : openSUSE-Leap-42.2-Update Name : chromium Version : 63.0.3239.84-104.41.1 Arch : x86_64 Vendor : openSUSE Installed Size : 223.0 MiB Installed : Yes Status : up-to-date On a # cat /etc/os-release NAME="openSUSE Leap" VERSION="42.2" ID=opensuse ID_LIKE="suse" VERSION_ID="42.2" with a kernel # uname -r 4.14.4-1.gb29439c-default Oh and # zypper info mozillafirefox Information for package MozillaFirefox: --------------------------------------- Repository : openSUSE-Leap-42.2-Update Name : MozillaFirefox Version : 52.5.0-57.21.1 Arch : x86_64 Vendor : openSUSE Installed Size : 104.9 MiB Installed : Yes Yes I'm aware that's OOD, but I make heavy use of Groups, and updating would loose that capability. After running Chromium for a while my machine locks up. Everyting freezes to the point where even the mouse movement does not cause the pointer to on the screen to move. There is disk activity as if the machine was threashing, but I know that situation with Firefox tab overload and the machine still responds to mouse movement and I can still hot-key Alt-F1 to a vtty, which I can't with this lock-up. I can do it slow or do it fast. I can do it slow by just bring up Chromium and opening a few tabs, a couple of eBay items, a tiddlywiki application. As I say after about ten minutes I get the lockout. I can do it fast by trying to transfer a few tabs from Firefox using the "Open In Chrome" add-on. This says in the "About: The intended use case is when you suddenly realize you have more tabs opened in Firefox than the browser can handle without slowing to a crawl. Chrome has no problem handling a lot of tabs and as such is better suited for managing a lot of tabs. This plugin provides an easy way to migrate you opened tabs off Firefox onto Google Chrome, so you can close down the tabs in Firefox and make the browser usable again. It's OK when I use it in single-tab mode, but if I try it with as few as four tabs then the I get an instant freeze. The idea of opening 40 or 80 tabs is ludicrous! Yes, I know I should take this latter to the developer of the plugin but since Chromium seems to lock up even when I'm not using that, I don't see it makes any difference. Before I go hunting through bugzilla, I want to check that I'm not doing some misconfiguration thing. Has anyone been though a similar exercise, converting from FF to Cr? -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
you might try Iridium Browser, based on Chromium but much different and I think there is a openSUSE repo for it now. jim.. On Sat, Dec 9, 2017 at 1:58 PM, Anton Aylward <opensuse@antonaylward.com> wrote:
I keep considering abandoning Firefox in favour of Chromium/Chrome
I have installed # zypper info chromium
Information for package chromium: --------------------------------- Repository : openSUSE-Leap-42.2-Update Name : chromium Version : 63.0.3239.84-104.41.1 Arch : x86_64 Vendor : openSUSE Installed Size : 223.0 MiB Installed : Yes Status : up-to-date
On a # cat /etc/os-release NAME="openSUSE Leap" VERSION="42.2" ID=opensuse ID_LIKE="suse" VERSION_ID="42.2"
with a kernel # uname -r 4.14.4-1.gb29439c-default
Oh and # zypper info mozillafirefox
Information for package MozillaFirefox: --------------------------------------- Repository : openSUSE-Leap-42.2-Update Name : MozillaFirefox Version : 52.5.0-57.21.1 Arch : x86_64 Vendor : openSUSE Installed Size : 104.9 MiB Installed : Yes
Yes I'm aware that's OOD, but I make heavy use of Groups, and updating would loose that capability.
After running Chromium for a while my machine locks up. Everyting freezes to the point where even the mouse movement does not cause the pointer to on the screen to move. There is disk activity as if the machine was threashing, but I know that situation with Firefox tab overload and the machine still responds to mouse movement and I can still hot-key Alt-F1 to a vtty, which I can't with this lock-up.
I can do it slow or do it fast. I can do it slow by just bring up Chromium and opening a few tabs, a couple of eBay items, a tiddlywiki application. As I say after about ten minutes I get the lockout.
I can do it fast by trying to transfer a few tabs from Firefox using the "Open In Chrome" add-on. This says in the "About:
The intended use case is when you suddenly realize you have more tabs opened in Firefox than the browser can handle without slowing to a crawl. Chrome has no problem handling a lot of tabs and as such is better suited for managing a lot of tabs. This plugin provides an easy way to migrate you opened tabs off Firefox onto Google Chrome, so you can close down the tabs in Firefox and make the browser usable again.
It's OK when I use it in single-tab mode, but if I try it with as few as four tabs then the I get an instant freeze. The idea of opening 40 or 80 tabs is ludicrous!
Yes, I know I should take this latter to the developer of the plugin but since Chromium seems to lock up even when I'm not using that, I don't see it makes any difference.
Before I go hunting through bugzilla, I want to check that I'm not doing some misconfiguration thing. Has anyone been though a similar exercise, converting from FF to Cr?
-- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon?
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 09/12/17 19:58, Anton Aylward wrote:
I keep considering abandoning Firefox in favour of Chromium/Chrome <snip> Information for package MozillaFirefox: --------------------------------------- Repository : openSUSE-Leap-42.2-Update Name : MozillaFirefox Version : 52.5.0-57.21.1 Arch : x86_64 Vendor : openSUSE Installed Size : 104.9 MiB Installed : Yes
Yes I'm aware that's OOD, but I make heavy use of Groups, and updating would loose that capability.
I don't understand what you mean. FF 52.5.0ESR is the latest available update on Leap. I still use tab groups in this version via the independently developed add-on. An update to the non-ESR version 57 of Firefox would break compatibility with the add-on, though I don't know if that update is being planned for Leap. The 52ESR version is set to receive updates until next summer, so maybe Leap 42.3 will finally have to make the jump up after that date. Meanwhile, I'm intending to investigate "Containers" under FF57, something I've recommended on here before: https://testpilot.firefox.com/experiments/containers If you click the link to the Graduation Report you'll see that the test pilot experiment was a huge success and it is now available as an add-on for FF53+: https://addons.mozilla.org/en-GB/firefox/addon/multi-account-containers/ It doesn't replicate Tab Groups precisely but probably provides the same essential functionality, coupled with the additional advantages of full privacy separation of groups and multiple identities. gumb -- 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 Saturday, 2017-12-09 at 21:08 +0100, gumb wrote: ...
I don't understand what you mean. FF 52.5.0ESR is the latest available update on Leap. I still use tab groups in this version via the independently developed add-on. An update to the non-ESR version 57 of Firefox would break compatibility with the add-on, though I don't know if that update is being planned for Leap.
Not for 42.x, no.
The 52ESR version is set to receive updates until next summer, so maybe Leap 42.3 will finally have to make the jump up after that date.
If there is no other route, I guess it will have to be so.
Meanwhile, I'm intending to investigate "Containers" under FF57, something I've recommended on here before: https://testpilot.firefox.com/experiments/containers If you click the link to the Graduation Report you'll see that the test pilot experiment was a huge success and it is now available as an add-on for FF53+: https://addons.mozilla.org/en-GB/firefox/addon/multi-account-containers/
It doesn't replicate Tab Groups precisely but probably provides the same essential functionality, coupled with the additional advantages of full privacy separation of groups and multiple identities.
Ah! I think I should have a look. - -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlosSz0ACgkQtTMYHG2NR9VJsQCfaUn5n4dOcYjAW8WrwcXz398u RyIAnj5XJQLthAWCDNlyRHjlE7hB7gvz =x/1g -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 12/09/2017 12:08 PM, gumb wrote:
I don't understand what you mean. FF 52.5.0ESR is the latest available update on Leap. I still use tab groups in this version via the independently developed add-on. An update to the non-ESR version 57 of Firefox would break compatibility with the add-on, though I don't know if that update is being planned for Leap. The 52ESR version is set to receive updates until next summer, so maybe Leap 42.3 will finally have to make the jump up after that date.
Leap 42.3 Will not ever be getting an update to FF Quantum according to this email: https://lists.opensuse.org/opensuse-factory/2017-11/msg00433.html. You can take a look at the release overview picture here: https://www.mozilla.org/en-US/firefox/organizations/faq/. In this thread: https://support.mozilla.org/en-US/questions/1186115, you'll see that a new branch of FF ESR will be released on March 13, 2018 which correlates with the data found on this page: https://wiki.mozilla.org/RapidRelease/Calendar. Leap 42.3 is expected to be maintained until Jan. 31, 2019, whereas the FF ESR 52 branch is will be supported until March-April 2018 unless something changes: http://news.softpedia.com/news/firefox-52-0-released-as-esr-branch-will-rece.... So from what it sounds like to me, either Leap will have an insecure version of FF unless users switch to the openSUSE Mozilla repo, or the decision is made next year to switch to the new ESR branch which is based of FF 59. -- 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 Saturday, 2017-12-09 at 13:58 -0500, Anton Aylward wrote:
I keep considering abandoning Firefox in favour of Chromium/Chrome
I have installed # zypper info chromium
Information for package chromium: --------------------------------- Repository : openSUSE-Leap-42.2-Update Name : chromium Version : 63.0.3239.84-104.41.1 Arch : x86_64 Vendor : openSUSE Installed Size : 223.0 MiB Installed : Yes Status : up-to-date
On a # cat /etc/os-release NAME="openSUSE Leap" VERSION="42.2" ID=opensuse ID_LIKE="suse" VERSION_ID="42.2"
with a kernel # uname -r 4.14.4-1.gb29439c-default
Oh and # zypper info mozillafirefox
Information for package MozillaFirefox: --------------------------------------- Repository : openSUSE-Leap-42.2-Update Name : MozillaFirefox Version : 52.5.0-57.21.1 Arch : x86_64 Vendor : openSUSE Installed Size : 104.9 MiB Installed : Yes
Yes I'm aware that's OOD, but I make heavy use of Groups, and updating would loose that capability.
What is odd? :-? The kernel?
After running Chromium for a while my machine locks up. Everyting freezes to the point where even the mouse movement does not cause the pointer to on the screen to move. There is disk activity as if the machine was threashing, but I know that situation with Firefox tab overload and the machine still responds to mouse movement and I can still hot-key Alt-F1 to a vtty, which I can't with this lock-up.
Open a terminal in the corner and run there "top". Keep it vissible, and watch what happens with RAM and swap.
Before I go hunting through bugzilla, I want to check that I'm not doing some misconfiguration thing. Has anyone been though a similar exercise, converting from FF to Cr?
Not me. I have Chrome installed, not chromium. I use it only when a particular site fails in FF, considering that Chrome is commercial and thus it gets better support from some sites (!). But I keep it under suspicion. - -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlosSqoACgkQtTMYHG2NR9VhwwCfX/9DtyGNRd7597tb+Q/0TIeN 9p8An3t/mdQqmJ5TdrqPmAAbOLl5Hok0 =Y+by -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Anton Aylward wrote:
After running Chromium for a while my machine locks up. Everyting freezes to the point where even the mouse movement does not cause the pointer to on the screen to move. There is disk activity as if the machine was threashing
----- FWIW, Chrome on windows is a bit ill-behaved at startup. I never leave it up long enough to see if it persists, but as it comes up, Windows starts losing smooth interaction -- mouse gets jerky, keys echo sporadically -- it seems to settle down after about 10-30, dependent on how many extensions it has installed. It certainly can't handle the 60+ addons I've had in FF/Palemoon. By setting it's cpu and io-priority to lowest and cutting extensions to the bone (which is why I don't use it often), it seems to have ameliorated the problem (but not always). Instead of bringing up chrome directly, maybe have a shell script bring it up and add "nice -19 ionice -c3" before the program name and see if that helps? Is it possible it really is swapping/thrashing? I.e. is this on a a multi-cpu system with plenty of ram, or a single cpu with limited ram? As far as I know Chrome was designed to take advantage of modern HW (multiple cpu's, lots of memory), where as FF came from a day when 32-bit, single-core, limited address space was more the norm. What you are describing seems very odd -- that a program should kill your entire computer? Or is this a single-cpu, limited ram VM? You didn't mention what type of HW you are running chromium on. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/12/17 01:07 AM, L A Walsh wrote:
What you are describing seems very odd -- that a program should kill your entire computer? Or is this a single-cpu, limited ram VM? You didn't mention what type of HW you are running chromium on.
64-but Intel 4 core, 4GRAM, SATA 1T 4.14.4-1.gb29439c-default # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 15 Model name: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz Stepping: 11 CPU MHz: 2394.249 BogoMIPS: 4788.49 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 4096K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow vnmi flexpriority dtherm -- The greatest obstacle to discovery is not ignorance - it is the illusion of knowledge -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Anton Aylward composed on 2017-12-09 13:58 (UTC-0500):
I keep considering abandoning Firefox in favour of Chromium/Chrome
You didn't suggest why. Is it due to the commonly reported slowdown associated with excessive RAM consumption? If yes, give mozilla.org's static releases a try. You might be surprised at the difference. I only recently (because of the upstream switch from GTK2 to GTK3) tried using openSUSE's 2.49.1 SeaMonkey builds after having used almost exclusively mozilla.org's builds for the whole time I've used Linux. Until switching to OS SM, I had at most times 3 versions of Firefox and 2 versions of SeaMonkey running. My most used SeaMonkey (8 enabled extensions including NoScript and not Chatzilla) is my most used browser (also used for all email), and has too many open tabs to know. It's probably somewhere between 150 and 200. The other SM (7 enabled extensions including CZ) probably has upwards of 30 (and another 13 in Chatzilla), while FF 52ESR (8 enabled extensions, no NoScript), my most used FF, probably has upwards of 40. Since using OS's SM, RAM consumption has grown rapidly, and for the first time, excess consumption and need to restart the lesser used has become annoyingly commonplace. The more used I restart at least 6X a week, so its RAM use has yet to dig too deep into the 16GB installed. Since last OS 42.3 updates 5 days ago and restarting KDE3, everything has been behaving well: PID VIRT RES %MEM TIME+ %CPU COMMAND USER SHR PR NI S 2810 3264580 1.156g 7.526 293:27.76 4.319 seamonkey-bin xxxx 136272 20 0 S 27990 3883304 1.809g 11.78 76:16.84 3.654 seamonkey-bin xxxx 175784 20 0 S 14814 3382064 1.306g 8.505 79:53.21 1.661 firefox xxxx 125288 20 0 S "Application Data" is using 31% of the 16GB installed. CPU is 2 core Intel G3220 @3.0GHz. Installed swap is currently (and usually) disabled. I use Chromium so little I haven't allowed it to waste update bandwidth in months. 63 is in the repos. I have 58 installed (zypper locked, from before updating from 42.2).
After running Chromium for a while my machine locks up.
Which DE? How much RAM is typically in use by "Application Data"? How much is swap getting touched? I never "migrate" tabs. 99.997% of the time, each browser window is open on a different virtual desktop. When I want same URL open in another browser, I copy the URL and paste it. -- "Wisdom is supreme; therefore get wisdom. Whatever else you get, get wisdom." Proverbs 4:7 (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
participants (7)
-
Anton Aylward -
Carlos E. R. -
Felix Miata -
gumb -
James Bunnell -
L A Walsh -
sam＠fnet.cx