Re:Explanation of the state of uBlock Origin and other block...
by hoten on Friday September 20, 2019 @03:03PM
(#21030084)
It's also good for performance. The blocking can happen immediately in the browser/network process, instead of waiting for the extension code to run in its own process and tell the network service what to do.
[ Parent
| on HN ]
Re:Explanation of the state of uBlock Origin and other block...
by pythux on Friday September 20, 2019 @07:34PM
(#21032378)
In principle yes. But in practice, we are talking about nanoseconds; and I would very much like to see benchmarks/measurements showing anything that can be perceived by users. Also, this blocking cost is still orders of magnitude lower than network latency and blocking requests (even with a slow adblocker) will result in a noticeable performance boost while browsing the web.
Re:Explanation of the state of uBlock Origin and other block...
by hoten on Saturday September 21, 2019 @05:22AM
(#21034325)
It certainly does not take merely nanoseconds to wait for JS to run in another process.
Re:Explanation of the state of uBlock Origin and other block...
by loeg on Friday September 20, 2019 @08:26PM
(#21032627)
This comparison is only apples to apples if exact same content can be filtered. If you lose some filtering due to the added restrictions on blockers, the page may load more resources (in particular, javascript), easily negating any CPU performance benefit.