Bug 290583

Summary: high virtual memory consumption in CSS animation
Product: [Unmaintained] rekonq Reporter: skierpage <skierpage>
Component: generalAssignee: Andrea Diamantini <adjam7>
Status: RESOLVED UNMAINTAINED    
Severity: normal CC: dasaan.san
Priority: NOR    
Version: 0.8.0   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description skierpage 2012-01-04 11:10:00 UTC
Version:           0.8.0 (using KDE 4.7.3) 
OS:                Linux

When I visit the page http://attasi.com/labs/picsselz/ , rekonq's virtual memory consumption with only the one tab open is extremely high. Its virtual memory is
at 1.6 GB whereas Firefox is only 0.6 GB rendering the same page.

Reproducible: Always

Steps to Reproduce:
Visit http://attasi.com/labs/picsselz/ in Rekonq and Firefox.
Use ps alx or top or some other tool to explore memory usage.

Actual Results:  
~ % ps alx | grep attasi
F   UID   PID  PPID PRI  NI    VSZ   RSS WCHAN  STAT TTY        TIME COMMAND
1  1000 12727     1  20   0 1648512 107432 -    Rl   pts/2      3:45 rekonq http://attasi.com/labs/picsselz/
0  1000 12925 12691  20   0 587628 101556 -     Rl   pts/2      0:03 /usr/local/bin/firefox http://attasi.com/labs/picsselz/

Expected Results:  
Although the real physical memory according to System Activity is about the same, VSZ (virtual memory) is really high. If you limit this rekonq will crash.

The first time I viewed this CSS animation, it crashed in in do_malloc<true> (size=<optimized out>) at wtf/FastMalloc.cpp:3635 because I set `ulimit -v 1536000`.  So I filed crash bug 290579 via DrKonqi, which was marked a dupe of another FastMalloc crash bug 289261.
Comment 1 dasaan.san 2013-11-02 23:41:51 UTC
Version 0.8.0 in KDE 4.10.5 is using a much smaller amount of virtual memory on my machine.

F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTY TIME COMMAND
1 1000 16079 1 20 0 187768 68848 - Rl ? 6:00 /usr/bin/rekonq

I am seeing some graphical glitches on that page but I think that's a different issue.
Comment 2 Nate Graham 2018-05-11 16:20:45 UTC
Development on Rekonq ceased four years ago, and it has been unmaintained since then. KDE recommends using Falkon instead.