OS/2, eCS & ArcaOS - Technical > Web applications
Oddities with Youtube.
Dave Yeo:
--- Quote from: André Heldoorn on November 15, 2017, 07:17:45 pm ---
--- Quote from: André Heldoorn on November 15, 2017, 05:43:42 pm ---No(t yet), but I'll see what I can do...
--- End quote ---
</silence>
My area of expertise: nothing.
Ignoring the additional requirement of the archiver, the name of their file is ... firefox-debuginfo-45.9.0-2.oc00.pentium4.7z.
<silence>
--- End quote ---
That's weird. Looking at about:buildconfig, they targeted i686 (needed for some atomic instructions, the -march parameter to GCC). Unless you have a different version of mine, an RPM. Check the URL about:buildconfig.
Wish they'd just include the XQS files rather then the huge dbg files.
Unluckily, we stuck having to follow upstream, so it is not Bitwise trying to break old computers, at that previous to 45 they targeted i486 but the build failed with 45 until they upped it to i686, Note I moved to i686 back in the 10ESR days and never had any complaints. Currently Mozilla requires SSE2 support and has since just after 52ESR.
As for SeaMonkey, did you try disabling add-ons? Some, especially chatzilla, cause high CPU usage.
The good news is that dmik is finally getting the tests working and running so hopefully we'll get more stable browser.
xynixme:
--- Quote from: Dave Yeo on November 16, 2017, 01:42:27 am ---That's weird. Looking at about:buildconfig, they targeted i686 (needed for some atomic instructions, the -march parameter to GCC). Unless you have a different version of mine, an RPM. Check the URL about:buildconfig.
--- End quote ---
</silence>
Well, the name of a *pentium4* file is just a name. A remaining (Pentium 4-) install of the same FF 45.9.0-2, with the same profile, reports: target i386-pc-os2-emx, -march=pentium4.
Illegal instruction, *pentium4* DBG files, -march=pentium4: no typo. Duh...
--- Quote ---As for SeaMonkey, did you try disabling add-ons? Some, especially chatzilla, cause high CPU usage.
--- End quote ---
It's probably that VSYNC'ish (the worst of both worlds) bug, causes a 100% CPU load while browsing about:blank, becomes a honest ~95% CPU load when a faster T42 is used, and becomes 20%'ish of one of ones multiple cores. So it qualifies as broken.
SM is the most important browser over here. I don't really use FF. The version of FF>=SM. If FF is stable, then I'll upgrade to the matching version of SM too. Normally I would not have downgraded FF and wait for a new version, but installing Pentium 4 OS/2 software has no use at all.
A Pentium III's FF 45.5.0 is not 100% useless. Some add-ons/plug-ins/extensions require such a version. It will take a long while, but after several minutes you should be able to download an on-topicv Youtube video, which wasn't possible with FF38/SM2.35 tools anymore.
--- Quote ---The good news is that dmik is finally getting the tests working and running so hopefully we'll get more stable browser.
--- End quote ---
Certainly not "we" anymore!
I'm not one of the happy few, which they are targeting by explicit and implicit requirements, based on whatever they are using (including eCS 2.x DE/EN or AOS EN). The bad news is that not everyone shares your standards. They have the freedom of policy to use e.g. -march=pentium4, which is also a great way to reduce the size of the OS/2 community while pretending to write a "FF for OS/2".
There's no need to guess, but maybe a Pentium 4-target was their way to try to solve 0.001% of the "performance issues", which could be the same issue as my 95%-100% CPU load. With such a CPU load no version of FF45 should pass a test.
FWIW, FF 48.0.2 works quite fine with the Pentium III CPU in question. The last non-ESR version of FF which supports a Pentium III. So any performance issue is OS/2 specific. As such the hardware isn't the problem, and OS/2 demands less resources than WinXP.
<silence>
Dave Yeo:
Strange that they uploaded the P4 version. As I said, the version I'm running, downloaded from Arca Noae's experimental RPM repository is i686, like all my other RPMs. Unluckily the Arca Noae repository isn't publicly available. I guess have to wait until the build is good enough to post. If I had the bandwidth, I'd post a build.
At least we know why it is crashing :)
As for SeaMonkey, just tested on my T42. Displaying about:addons, with Chatzilla enabled, 90%+ CPU usage. With Chatzilla disabled, 1.2% with the odd peak at 6%. Try it. It does use quite a bit of CPU loading a page but is quite usable.
xynixme:
--- Quote from: Dave Yeo on November 16, 2017, 05:10:36 am ---Displaying about:addons, with Chatzilla enabled, 90%+ CPU usage. With Chatzilla disabled, 1.2% with the odd peak at 6%. Try it. It does use quite a bit of CPU loading a page but is quite usable.
--- End quote ---
</silence>
No need to upload a i686 copy of FF, because it probably still won't work normally. YMMV, but FF38/SM 2.35 is the last version which works unconditionally.
I've tried SM 2.42 (R2) again. Here the variable magic word isn't ChatZilla. It's Adblock Plus (2.8.2, for FF50-).
The CPU load of a slower Pentium 4 desktop often is less than 1% while browsing about:blank. Unfortunately the bad news is that the next game is guessing a frame rate. Any of 6000, 8000, 10240, 12000 and 14000 results in a hanging session (the C-A-D escape always works), a system which isn't responsive, no cursor, or the extremely slow cursor while typing. As if the CPU load is 100%+, while the system displays a CPU load of 0.4%.
After restoring SM 2.35 and the 2.35 profile its cursor was gone too, so maybe one of the number guessing game rounds failed due to that issue too. With a frame rate setting of 10240 browsing worked fine, but typing didn't.
If VSYNC is the worst of both worlds, by using a slowest rate to obtain a smooth animation, then isn't OS/2 too fast and stable for VSYNC anyway? After all we don't have an OS which halts the browser for several minutes because of some update process, virus scan, unsolicited defrag, and so on. This may be bogus, but I can imagine that VSYNC/2 would execute NOPs like there's no tomorrow, to end up with the worst, but indeed constant, animation speed of both worlds.
<silence>
Andy Willis:
--- Quote from: André Heldoorn on November 16, 2017, 04:20:05 pm ---
The CPU load of a slower Pentium 4 desktop often is less than 1% while browsing about:blank. Unfortunately the bad news is that the next game is guessing a frame rate. Any of 6000, 8000, 10240, 12000 and 14000 results in a hanging session (the C-A-D escape always works), a system which isn't responsive, no cursor, or the extremely slow cursor while typing. As if the CPU load is 100%+, while the system displays a CPU load of 0.4%.
--- End quote ---
I have found the best frame rate to be 59 or 60.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version