Thanks to buggage's weather.com test case suggestion, I was able to do a quick test and determine that disabling pipe reads seems to eliminate the hangs. To offer people some relief, here is an early HZ11 WIP that is built with STATS_PIPE disabled. As a result, you won't see average and maximum browser request sizes, but it may also stop the hanging. Let me know if it helps. As a bonus, this build also responds with an HTTP 204 (No Content) if the GET URL is /generate_204. The idea is to allow you to keep clients*.google.com blocked without getting false walled garden notices from Android devices. This feature can be turned off with the -2 option, and is shown in stats as the 204 counter. I haven't tested it with my Android devices yet, but it should be as simple as toggling their wifi connections with clients2.google.com and clients3.google.com removed from the adblock blocklist. Also, this is built with Tomatoware, so it includes a true static binary. I've also switched it so that 'pixelserv' (formerly 'pixelserv.fast') and 'pixelserv.static' are optimized for performance instead of size, while the old size optimized version is now named 'pixelserv.small'. All three should be functionally identical, while 'pixelserv.tiny' contains a bare minimum feature set as designated by previous pixelserv developers. If this version fixes the hangs for people, then I will prioritize tweaking pipe I/O tomorrow night to try to make it behave.