Re: firefox resource hog

2023-01-09 Thread Ignatios Souvatzis
On Mon, Jan 09, 2023 at 10:22:35AM +0100, ignat...@cs.uni-bonn.de wrote: > On Mon, Jan 09, 2023 at 09:20:07AM +0100, Benny Siegert wrote: > > On Sun, Jan 8, 2023 at 12:16 PM Riccardo Mottola > > wrote: > > > I too notice things are slower on NetBSD with Firefox and ArcticFox seems > > > to do

Re: firefox resource hog

2023-01-09 Thread Martin Husemann
On Mon, Jan 09, 2023 at 09:20:07AM +0100, Benny Siegert wrote: > All this to say: if you want faster Firefox, ultimately you need to > look into making Rust run faster on NetBSD. I don't buy that. Most of firefox performance is totally unrelated to compiler efficiency of neither Rust nor the C++

Re: firefox resource hog

2023-01-09 Thread ignatios
On Mon, Jan 09, 2023 at 09:20:07AM +0100, Benny Siegert wrote: > On Sun, Jan 8, 2023 at 12:16 PM Riccardo Mottola > wrote: > > I too notice things are slower on NetBSD with Firefox and ArcticFox seems > > to do better, so the hint that "threads" and "processes" might be an issue > > is a hint.

Re: firefox resource hog

2023-01-09 Thread Benny Siegert
On Sun, Jan 8, 2023 at 12:16 PM Riccardo Mottola wrote: > I too notice things are slower on NetBSD with Firefox and ArcticFox seems to > do better, so the hint that "threads" and "processes" might be an issue is a > hint. I think this has something to do with the relative slowness of

Re: firefox resource hog

2023-01-08 Thread Mayuresh
On Sun, Jan 08, 2023 at 05:32:52PM +0100, tlaro...@polynum.com wrote: > I inspect the traffic first for example with the developer tools under > Firefox, when js is only used to verify arguments and put them in > canonical form before sending them, calling a page with HTTP or HTTPS, > with GET or

Re: firefox resource hog

2023-01-08 Thread Alexander Schreiber
On Sun, Jan 08, 2023 at 05:32:52PM +0100, tlaro...@polynum.com wrote: > Le Sun, Jan 08, 2023 at 09:53:32PM +0530, Mayuresh a écrit : > > On Sun, Jan 08, 2023 at 04:56:54PM +0100, tlaro...@polynum.com wrote: > > > For this, I would use curl(1) (I do use it to automate downloading of > > > pages

Re: firefox resource hog

2023-01-08 Thread tlaronde
Le Sun, Jan 08, 2023 at 09:53:32PM +0530, Mayuresh a écrit : > On Sun, Jan 08, 2023 at 04:56:54PM +0100, tlaro...@polynum.com wrote: > > For this, I would use curl(1) (I do use it to automate downloading of > > pages when there are no capchas). > > How I do this is: > > 1. For some of the most

Re: firefox resource hog

2023-01-08 Thread Mayuresh
On Sun, Jan 08, 2023 at 04:56:54PM +0100, tlaro...@polynum.com wrote: > For this, I would use curl(1) (I do use it to automate downloading of > pages when there are no capchas). How I do this is: 1. For some of the most simple scenarios, cookies ok but no js - curl / wget 2. A little more

Re: firefox resource hog

2023-01-08 Thread tlaronde
Le Sun, Jan 08, 2023 at 09:19:36AM +0530, Mayuresh a écrit : >[...] > Regarding alternatives: > > A lot of my browser usage (reading news, common web searches) is in > elinks. But I also use firefox' marionette interface heavily to automate > 100s of repetitive tasks. Have written many scripts

Re: firefox resource hog

2023-01-08 Thread Riccardo Mottola
Hi, On 1/7/23 18:49, Clay Daniels wrote: I find that firefox 105 or 107 are almost unusable on a laptop running NetBSD 10.0 BETA. My older 2014 machine has similar 4gb ram & I have found arcticfox works best there. but at the end ArcticFox is really close to Firefox, something like a mix

Re: firefox resource hog

2023-01-07 Thread Mayuresh
On Sun, Jan 08, 2023 at 08:17:58AM +0530, Mayuresh wrote: > Direct rendering of X11 does not work either. PS: *for me* that is.

Re: firefox resource hog

2023-01-07 Thread peter
From: Mayuresh Date: Sat, 7 Jan 2023 13:17:56 +0530 > Can the difference have something to do with drm not working > properly on NetBSD. Had a look here. https://en.wikipedia.org/wiki/DRM Direct Rendering Manager is the more likely meaning in this discussion. (Sometimes an acronym can

Re: firefox resource hog

2023-01-07 Thread Mayuresh
On Sat, Jan 07, 2023 at 09:03:59AM +0100, tlaro...@polynum.com wrote: > (4Gb is considered huge by old men like me, but, nowadays, I even expect > to see one day the BIOS/UEFI to refuse to start in such a "contrived" > environement). Resource availability growth is an exciting journey because it

Re: firefox resource hog

2023-01-07 Thread Mayuresh
On Sat, Jan 07, 2023 at 09:56:44AM -0800, pe...@easthope.ca wrote: > drm = digital rights management? Ah! Incidentally both drms hurt on NetBSD. Digital rights management still seems absent. Direct rendering of X11 does not work either. I meant this one in this thread. -- Mayuresh

firefox resource hog

2023-01-07 Thread peter
From: Mayuresh Date: Sat, 7 Jan 2023 13:17:56 +0530 > ... drm not working properly on NetBSD. drm = digital rights management? Thx, ... P. - mobile: +1 778 951 5147 VoIP: +1 604 670 0140 https://en.wikibooks.org/wiki/User:PeterEasthope

Re: firefox resource hog

2023-01-07 Thread Clay Daniels
On 1/7/2023 1:47 AM, Mayuresh wrote: I find that firefox 105 or 107 are almost unusable on a laptop running NetBSD 10.0 BETA. My older 2014 machine has similar 4gb ram & I have found arcticfox works best there.

Re: firefox resource hog

2023-01-07 Thread peter
From: Mayuresh Date: Sat, 7 Jan 2023 13:17:56 +0530 > On the other hand, wonder why firefox has to start so many processes > and occupy so much of RAM in the first place. Exactly. Dillo opens a simple HTML page in a few ms. FIrefox requires time on the order of 100 or 1000 more. Not

Re: firefox resource hog

2023-01-07 Thread tlaronde
Le Sat, Jan 07, 2023 at 01:17:56PM +0530, Mayuresh a écrit : > I find that firefox 105 or 107 are almost unusable on a laptop running > NetBSD 10.0 BETA. > > Following is a top snapshot: > > 1615 guest 850 3223M 414M poll/0 0:47 58.46% 54.35% firefox > 2344 guest 850

firefox resource hog

2023-01-06 Thread Mayuresh
I find that firefox 105 or 107 are almost unusable on a laptop running NetBSD 10.0 BETA. Following is a top snapshot: 1615 guest 850 3223M 414M poll/0 0:47 58.46% 54.35% firefox 2344 guest 850 2556M 130M poll/3 0:01 0.00% 0.00% firefox 4005 guest 850