跟讀練習: System Design: Why is Kafka fast? - 通過影片學習英語口語

選擇練習模式

每種模式都會開啟全屏練習室。

68 句

如果句子過短或過長，請點選 Edit 進行調整。

Why is Kafka fast?

What is the secret?

We will talk about it in this video.

Let's dive right in.

We'll first start by acknowledging that the term fast is ambiguous.

What does it even mean that Kafka is fast?

Are we talking latency?

Are we talking throughput?

Is fast compared to what?

Kafka is optimized for high throughput.

It is designed to move a large number of records in a short amount of time.

Think of it as a very large pipe moving liquid.

The bigger the diameter of the pipe, the larger the volume of liquid that can move through it.

So when someone says Kafka is fast, they usually refer to Kafka's ability to move a lot of data efficiently.

What are some of the design decisions that help Kafka move a lot of data quickly?

There are many design decisions that contributed to Kafka's performance.

In this video, we'll focus on two.

We think these two carry the most weight.

The first one is Kafka's reliance on sequential I.O.

What is sequential I.O.?

Let's dig deeper into that.

There's a common misconception that disk access is slow compared to memory access.

But this largely depends on data access patterns.

There are two types of disk access patterns, random and sequential.

For hard drives, it takes time to physically move the arm to different locations on the magnetic disks.

This is what makes random access slow.

For sequential access though, since the arm doesn't need to jump around it is much faster to read

and write blocks of data one after the other kafka takes

advantage of this by using an append only log as its primary data structure

and the pen only log adds new data to the end

of the file this access pattern is sequential now let's bring

this idea home with some numbers on modern hardware with an

array of this hard disks sequential will write reach hundreds of megabytes per second,

while random writes are measured in hundreds of kilobytes per second.

Sequential access is several order of magnitude faster.

Using hard disks has its cost advantage too.

Compared to SSD, hard disks come as one-third of the price, but with about three times the capacity.

Giving Kafka a large pool of cheap disk space without any performance penalty, means that Kafka can cost-effectively retain messages for a long period of time,

a feature that was uncommon to messaging systems before Kafka.

The second design choice that gives Kafka its performance advantage is its focus on efficiency.

Kafka has moved a lot of data from network to disk and then from disk to network.

It is critically important to eliminate excess copy when moving pages and pages of data between the disk and the network.

This is where zero copy principle comes into the picture.

Modern Unix operating systems are highly optimized to transfer data from disk to network without copying data excessively.

Let's dive deeper to see how this is done.

First, we look at how Kafka sends a page of data on disk to the consumer

when zero copy is not used at all.

First, the data is loaded from disk to the OS cache.

Second, the data is copied from the OS cache into the Kafka application.

Third, the data is copied from Kafka to the socket buffer.

And fourth, the data is copied from the socket buffer to the network interface card buffer.

And finally, the data is sent over the network to the consumer.

Now this is clearly inefficient.

There are four copies and two system calls.

Now let's compare this to zero copy.

The first step is the same.

The data page is loaded from the disk to the OS cache.

With zero copy, the Kafka application uses a system call called send file to

tell the operating system to directly copy the data from the OS cache to the network interface card buffer.

In this optimized path, the only copy is from the OS cache into the network card buffer.

With a modern network card, this copying is done with DMA.

DMA stands for Direct Memory Access.

When DMA is used, the CPU is not involved, making it even more efficient.

To recap, sequential I.O and zero copy principle are the cornerstone to Kafka's high performance.

Kafka uses other techniques to squeeze every ounce of performance of modern hardware, but these two are the most important in our view.

If you'd like to learn more about system design, check out our books and weekly newsletter.

Please subscribe if you learned something new.

Thank you so much and we'll see you next time.

下載應用

流利口語所需的一切

AI 發音評分逐句打分

音標練習掌握每個音

詞彙學習建立你的詞庫

詞彙遊戲邊玩邊學

掃碼

Download on theApp Store Get it onGoogle Play

同頻道

FOR YOU

什麼是跟讀法？

跟讀法 (Shadowing) 是一種有科學依據的語言學習技巧，最初開發用於專業口譯員的培訓，並由多語言者Alexander Arguelles博士普及。這個方法簡單而強大：您在聽英語母語原聲的同時立即大聲重複——就像是一個延遲1-2秒緊跟說話者的影子。與被動聽力或語法練習不同，跟讀法強迫您的大腦和口腔肌肉同時處理並模模擬實的講話模式。研究表明它能顯著提高發音準確性，語調，節奏，連讀，聽力理解和口語流利度——使其成為雅思口語備考和真實英語交流最有效的方法之一。

影子跟讀法: 閱讀完整分步指南 →

跟讀練習: System Design: Why is Kafka fast? - 通過影片學習英語口語

選擇練習模式

下載應用

同頻道

Proxy vs Reverse Proxy (Real-world Examples)

Cache Systems Every Developer Should Know

Top 5 Redis Use Cases

System Design Was HARD - Until You Knew the Trade-Offs

8 Most Important System Design Concepts You Should Know

Everything You Need to Know About DNS: Crash Course System Design #4

CAP Theorem Simplified

What Is REST API? Examples And How To Use It: Crash Course System Design #3

What Are Microservices Really All About? (And When Not To Use It)

Kubernetes Explained in 6 Minutes | k8s Architecture

System Design: Why is Kafka Popular?

The Secret Sauce Behind NoSQL: LSM Tree

What is API Gateway?

10+ Key Memory & Storage Systems: Crash Course System Design #5

What Is Redis Really About? Why Is It So Popular?

How Does a URL Shortener Work?

How Git Works: Explained in 4 Minutes

推薦影片

Learn Data Modeling in 8 minutes: Dimensional Data Modeling, Data Vault, and One Big Table

Psychology of Intelligence: Learn Anything So Fast It's Almost Unfair

Rust in 100 Seconds

System Design: How to Build an API Rate Limiter

What are Design Patterns? | Introduction to Design Patterns and Principles | Geekific

Build a Real-Time Leaderboard on AWS with DynamoDB

Concurrency in Low-level Design Interviews w/ Staff Engineer

The Most Confused Concepts in Engineering

Distributed Transactions Explained: 2 Phase Commit vs Saga Pattern

JavaScript Visualized - Event Loop, Web APIs, (Micro)task Queue

影片背景與學習場景

日常交流高頻短語

影子跟讀分步指南

什麼是跟讀法？