Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Yeah, so now you're basically running a heavy instance in order to get the network throughput and the RAM, but not really using that much CPU when you could probably handle the encode with the available headroom. Although the article lists TLS handshakes as being a significant source of CPU usage, I must be missing something because I don't see how that is anywhere near the top of the constraints of a system like this.

Regardless, I enjoyed the article and I appreciate that people are still finding ways to build systems tailored to their workflows.



TLS being a bottleneck when doing image processing is very-very weird.


They should terminate TLS at the LB and use normal connection inside...unless they have some HIPAA privacy-like regulation going on.

Maybe they’re not using keepalives in their clients causing thousands of handshakes per second?


Yes, they mention this as a 'fix' for connection-related memory usage:

> Disable keep-alive: close the connection immediately after each upload completes.

Very odd idea.


Possibly missing session resumption support compounding the problem.




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: