Skip to content
DevMeme
3293 of 7590
Performance Post #3617 · source on Telegram

A Study in Latency: From Nanoseconds to Corporate Bureaucracy

Description

This image is a screenshot of a tweet from user Graham Lee (@iwasleeg). The tweet humorously contrasts the incredibly fast speeds of computer operations with the infuriatingly slow pace of corporate processes. It lists a hierarchy of typical computer latency numbers, each an order of magnitude slower than the last: 'Registers: 1ns', 'Cache: 100ns', 'Memory: 10us', 'External Storage: 1ms', and 'Network: 100ms'. The punchline is the final entry: 'We are processing your unsubscribe request: 28 days'. The joke lies in the absurdly massive leap in time, highlighting how some user-hostile business practices (like making it difficult to unsubscribe) create delays that are astronomically longer than any technical limitation. For senior engineers, it’s a relatable jab at 'dark patterns' in UX and the often-unseen business or legacy system bureaucracy that artificially slows down simple requests, making even the slowest network call look instantaneous by comparison

Comments

7
Anonymous ★ Top Pick Our system's p99 latency is 50ms, but the ticket to get a new environment variable approved has a p99 of two sprints and a VP sign-off
  1. Anonymous ★ Top Pick

    Our system's p99 latency is 50ms, but the ticket to get a new environment variable approved has a p99 of two sprints and a VP sign-off

  2. Anonymous

    Turns out the unsubscribe endpoint is backed by a human-powered Raft cluster - leader election happens at the monthly marketing meeting, so 28 days is the happy-path latency

  3. Anonymous

    The only thing slower than our unsubscribe process is the approval chain for removing the technical debt that makes it take 28 days - which ironically requires unsubscribing from 47 different JIRA notification streams

  4. Anonymous

    Ah yes, the classic architectural pattern: O(1) for CPU operations, O(n) for disk I/O, and O(fuck_you) for unsubscribe requests. It's fascinating how we've optimized cache coherency protocols to nanosecond precision, yet somehow 'UPDATE users SET subscribed=false WHERE email=?' requires a 28-day batch job running on a Pentium II in the legal department's basement. Really makes you appreciate those GDPR fines - turns out the only thing faster than L1 cache is regulatory compliance when the penalties hit 4% of global revenue

  5. Anonymous

    Registers: ns, cache: ns, RAM: us, disk: ms, network: 100ms, unsubscribe: 28 days - turns out the slowest layer in the stack is incentives

  6. Anonymous

    Registers access in 1ns; unsubscribes in 28 days - proof that the real distributed bottleneck is the marketing backlog, not CAP theorem

  7. Anonymous

    Unsubscribe is a distributed transaction across three CRMs, a legacy ESP, and Legal’s monthly batch job - eventual consistency measured in billing cycles

Use J and K for navigation