New issue
Advanced search Search tips

Issue 755893 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

Chromium\Chrome Memory Exhausted Ram (windows | linux - Raspbian)

Reported by luca.bl...@gmail.com, Aug 16 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36

Steps to reproduce the problem:
Insert this sample script into an html page:

<img src="http://codicicolori.com/images/sampledata2/4K/foto-4k.jpg?t=" onload='setTimeout(function() {src = src.substring(0, (src.lastIndexOf("t=")+2))+(new Date()).getTime()}, 500)' onerror='setTimeout(function() {src = src.substring(0, (src.lastIndexOf("t=")+2))+(new Date()).getTime()}, 500)' alt=''/> >

What is the expected behavior?
The image every 500ms is updated by avoiding the caching system thanks to t = random

What went wrong?
On a system like a raspberry with only 1 gb of ram, the memory of the tab increases continuously by exhausting all the system ram in a short time causing slowdowns and crashes

Did this work before? No 

Chrome version: 56.0.2924.84  Channel: stable
OS Version: Raspbian Jesse
Flash Version: 

I've verified and the problem also exists on the latest chrome version for windows.
I tried to stem the problem with the linux cgroup system by limiting the ram for the 500mb process but chromium \ chrome crasha randomly
 

Comment 1 by bokan@chromium.org, Aug 16 2017

Components: -Blink Blink>Image
Cc: vmp...@chromium.org
Components: -Blink>Image Internals>Compositing>Images
Is this the CC image cache kicking in? Or Blink GC?
Actually, instead of the image there is a call rest api cgi to an ipcam. This script is used to make a jpg motion.
I tried disabling the cache through apache and chrome but the memory process of the tab continues to grow unlimited
screen.jpg
49.2 KB View Download

Comment 4 by ericrk@chromium.org, Aug 17 2017

Owner: vmp...@chromium.org
Status: Assigned (was: Unconfirmed)
Sounds like discardable may have too high of a limit on linux (not sure how this is capped, especially when we don't have real discardable). Might also be a SW IDC issue.

Sign in to add a comment