Closed
Bug 431563
Opened 17 years ago
Closed 16 years ago
safebrowsing server generating way too many subs
Categories
(Toolkit :: Safe Browsing, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: dcamp, Unassigned)
Details
(Whiteboard: [external dependency])
Looking at a snapshot of the safebrowsing data from last week, we found some significant inefficiency in the add/sub data - by the time we were done, only 13% of the malware data we processed ended up as relevant data on the system - the rest were subs from the list and the adds that matched these subs.
Comparing that last week's snapshot to yesterday's data, it appears that 3.8megs (400,000 entries) have been added to the sub data. This is a lot more than the expected weekly volume (which is supposed to be closer to ~ 1000 subs per week, as I understand it).
When I talked to the google guys they were surprised by this - I think we need to understand what's going on here quickly, because this is asking users to chew through a whole lot of data unnecessarily.
Flags: blocking-firefox3?
Comment 1•17 years ago
|
||
Adding [external dependency] -- Dave, we wouldn't be changing our processing here, right? It's just a matter of asking the list maintainers to more aggressively find +/- pairs and remove them from the list?
Flags: blocking-firefox3? → blocking-firefox3+
Whiteboard: [external dependency]
Reporter | ||
Comment 2•17 years ago
|
||
Yeah, shouldn't need code changes on our end.
Comment 3•17 years ago
|
||
There were a couple of different issues that were causing these problems. We have fixed most of them, so new data coming out should be relatively good. However, older data that has not expired is still going to have way more subs than is necessary. We are working on ways to clean up this old data. We will update here when we start actually editing this data.
Comment 4•17 years ago
|
||
dcamp: update?
Comment 5•17 years ago
|
||
Moving off to branch blocking nomination list.
Flags: blocking1.9.0.1?
Flags: blocking-firefox3.1?
Flags: blocking-firefox3-
Flags: blocking-firefox3+
Version: unspecified → 3.0 Branch
Comment 6•17 years ago
|
||
dcamp: is this even wanted anymore? there's no plan and little detail here ...
Flags: wanted1.9.0.x?
Flags: blocking1.9.0.1?
Flags: blocking1.9.0.1-
Comment 7•17 years ago
|
||
After discussion, this is wanted. What's the progress? How do we get motion?
Flags: wanted1.9.0.x? → wanted1.9.0.x+
Comment 8•16 years ago
|
||
dcamp: whom do I have to bribe for updates? :)
Updated•16 years ago
|
Flags: blocking-firefox3.1? → blocking-firefox3.1-
Comment 9•16 years ago
|
||
Should we set closeme status this bug for a month from now? No one wants to acknowledge beltzner :(
Comment 10•16 years ago
|
||
Sorry about the lag, this thread somehow got muted in my e-mail. This issue is fixed. We didn't end up specifically changing the older data, but it has been automatically cleaned up at this point.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•11 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•