Forums before death by AOL, social media and spammers... "We can't have nice things"
|    alt.comp.software.seamonkey    |    Not a bad little Mozilla fork    |    9,710 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 9,009 of 9,710    |
|    R Daneel Olivaw to Dirk Fieldhouse    |
|    Re: Loading this malformed XSLT page cra    |
|    16 Aug 25 22:58:03    |
      From: Danni@hyperspace.vogon.gov              Dirk Fieldhouse wrote:       > On 16/08/2025 10:39, frg wrote:       >> ...>       >>       >> Probably an oom. Main reason x86 is done for officially. Has a 10 times       >> higher crash rate compared to x64 and almost all are out of memory.       >> ...       >       > Maybe so, but wouldn't the 64-bit versions, using more memory, crash       > more often on the same hardware (given that the OS and other programs       > are also bigger)? Or is the problem the per-process address-space limit?       > If so, splitting the Suite modules into separate processes would improve       > things without throwing RAM and swap at it. Really, a crappy website       > (that'll be almost all) shouldn't crash my email. I'm quite surprised       > that this wasn't implemented back in the day, before FF/TB, as it seems       > like an easier split than per-tab processes.       >       > In comparison, Firefox 128ESR doesn't crash at all on these systems       > because instead it fills the system with processes, none of which get       > OOMed, until the swap is full and the system becomes unusable (unless       > it's possible to access one of the console sessions and kill FF to       > restore usability).       >       > regards       > /df       >              I have 16G memory, use the current Seamonkey and Firefox 140 ESR.       What you are describing is not something I've seen for a very long time.              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca