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

Aye, good catch! Honest mistake. Fixed.


Ack.


This is my new favorite video on TCP/IP:

https://www.youtube.com/shorts/R6WN4_bBB1Q


Out of order does not cause a reset. Some networks with unstable topologies like wireless meshes frequently cause reordering and it doesn’t destroy TCP streams. It usually just results in inefficient retransmits when the receiver registers it as a drop.

It was a good video until the RST.


I think that was supposed to be packets coming too fast. They kinda flubbed that bit.


I didn't get this one.


From the site:

> Exactly-once processing: Messages must be ack'd after they're delivered.


From the submission:

  > For example, imagine when a worker processes a message, it performs 
  > a side effect like sending an email. It very well could receive the 
  > message, send the email, but then due to a network error fail to 
  > acknowledge the message.
Since we are now deeply in "explaining the joke"-territory: in this reply I am pretending to be a message queue implementation that never receives the ack from a receiver. Counting the vast number of upvotes on the comment, at least one other person was deligthed by this chain of replies with the subtext being apparent. I have also found your parent comment worthy of a sensible chuckle for the same reason.




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

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

Search: