New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 804927 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Jan 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

SUBRESOURCE_FILTER threat type metadata should support smaller kv pairs

Project Member Reported by csharrison@chromium.org, Jan 23 2018

Issue description

To improve memory performance for Google Play Services, it might be worthwhile to change our metadata scheme towards short, 1byte long metadata entries.

This has the benefit of reducing bandwidth and memory consumption.

Current metadata:
keys: "sf_absv", "sf_bas"
values: "", "warn"

I would propose that we just move
"sf_absv" -> "a"
"sf_bas" -> "b"

A separate change will stop syncing "warn" values on Android at all.

Varun, William: What do you think?
 
How many hits do you think you will get? If it's very small number of hits, then it may not be worthwhile, although it's fine with me either way.
Is the memory impact of the full list + metadata only realized when there is a hit? I'm not 100% sure of how the lookup works on Android.
As nparker pointed out in a separate thread, indeed the metadata is not persistent in RAM until the full hash response is sent. It does help with bandwidth though.

So this bug is probably lower priority.

Comment 4 by vakh@chromium.org, Jan 24 2018

I commented on the bug about why I am not convinced about this change.

> As nparker pointed out in a separate thread
What thread is that? Can you please post a link here? Thanks.
Status: WontFix (was: Started)
Just cc'd you on the thread, sorry about that. Let's WontFix this for now, given your concerns on the CL:
https://chromium-review.googlesource.com/c/chromium/src/+/881224

Sign in to add a comment