MOVD 391(R17), R3                          // 3b1e0691630340f9
	MOVD 4095(R17), R3                         // 3bfe3f91630340f9

	MOVD R0, -4095(R17)                        // 3bfe3fd1600300f9
	MOVD R0, -391(R17)                         // 3b1e06d1600300f9
	MOVD R0, -257(R17)                         // 3b0604d1600300f9
	MOVD R0, -256(R17)                         // 200210f8
	MOVD R0, 255(R17)                          // 20f20ff8

	ADDW $3076, R17, R3                        // 23123011
	ADDW $(3076<<12), R17, R3                  // ADDW $12599296, R17, R3           // 23127011
	ADD $2280, R25, R11                        // 2ba32391
	ADD $(2280<<12), R25, R11                  // ADD $9338880, R25, R11            // 2ba36391
	ADDW R13->5, R11, R7                       // 67158d0b
	ADD R25<<54, R17, R16                      // 30da198b

24(R5), R13 MOVV (R6), R14 MOVV 8(R6), R15 MOVV 16(R6), R16 MOVV 24(R6), R17 XOR R10, R14 XOR R11, R15 XOR R12, R16 XOR R13, R17 MOVV R14, (R4) MOVV R15, 8(R4) MOVV R16, 16(R4) MOVV R17, 24(R4) MOVV 32(R5), R10 MOVV 40(R5), R11 MOVV 48(R5), R12 MOVV 56(R5), R13 MOVV 32(R6), R14 MOVV 40(R6), R15 MOVV 48(R6), R16 MOVV 56(R6), R17 XOR R10, R14 XOR R11, R15 XOR R12, R16 XOR R13, R17 MOVV R14, 32(R4) MOVV R15, 40(R4) MOVV R16, 48(R4) MOVV R17, 56(R4) SGTU $64, R7, R8 ADDV $64, R5 ADDV $64, R6 ADDV $64, R4 BEQ...

24(R5), R13 MOVV (R6), R14 MOVV 8(R6), R15 MOVV 16(R6), R16 MOVV 24(R6), R17 XOR R10, R14 XOR R11, R15 XOR R12, R16 XOR R13, R17 MOVV R14, (R4) MOVV R15, 8(R4) MOVV R16, 16(R4) MOVV R17, 24(R4) MOVV 32(R5), R10 MOVV 40(R5), R11 MOVV 48(R5), R12 MOVV 56(R5), R13 MOVV 32(R6), R14 MOVV 40(R6), R15 MOVV 48(R6), R16 MOVV 56(R6), R17 XOR R10, R14 XOR R11, R15 XOR R12, R16 XOR R13, R17 MOVV R14, 32(R4) MOVV R15, 40(R4) MOVV R16, 48(R4) MOVV R17, 56(R4) ADDV $64, R5 ADDV $64, R6 ADDV $64, R4 SUBV $64, R7 // 64...

그리고 이것이 **FastAPI**로 얻는 것과 같은 수준의 성능입니다.

또한 병렬성과 비동기성을 동시에 사용할 수 있으므로, 대부분의 테스트된 NodeJS 프레임워크보다 더 높은 성능을 얻고, C에 더 가까운 컴파일 언어인 Go와 동등한 성능을 얻을 수 있습니다 [(모두 Starlette 덕분입니다)](https://www.techempower.com/benchmarks/#section=data-r17&hw=ph&test=query&l=zijmkf-1).

### 동시성이 병렬성보다 더 나은가요? { #is-concurrency-better-than-parallelism }

아니요! 그게 이 이야기의 교훈은 아닙니다.

### Is concurrency better than parallelism? { #is-concurrency-better-than-parallelism }

Nope! That's not the moral of the story.

這與 **FastAPI** 所能提供的性能水平相同。

你可以同時利用並行性和平行性，進一步提升效能，這比大多數已測試的 NodeJS 框架都更快，並且與 Go 語言相當，而 Go 是一種更接近 C 的編譯語言（[感謝 Starlette](https://www.techempower.com/benchmarks/#section=data-r17&hw=ph&test=query&l=zijmkf-1)）。

### 並行比平行更好嗎？ { #is-concurrency-better-than-parallelism }

不是的！這不是故事的本意。

並行與平行不同。並行在某些 **特定** 的需要大量等待的情境下表現更好。正因如此，並行在 Web 應用程式開發中通常比平行更有優勢。但並不是所有情境都如此。

因此，為了平衡報導，想像下面這個短故事

这种异步机制正是 NodeJS 受到欢迎的原因（尽管 NodeJS 不是并行的），以及 Go 作为编程语言的优势所在。

这与 **FastAPI** 的性能水平相同。

你可以同时拥有并行性和异步性，你可以获得比大多数经过测试的 NodeJS 框架更高的性能，并且与 Go 不相上下， Go 是一种更接近于 C 的编译语言（[全部归功于 Starlette](https://www.techempower.com/benchmarks/#section=data-r17&hw=ph&test=query&l=zijmkf-1)）。

### 并发比并行好吗？ { #is-concurrency-better-than-parallelism }

不！这不是故事的本意。

并发不同于并行。而是在需要大量等待的特定场景下效果更好。因此，在 Web 应用程序开发中，它通常比并行要好得多，但这并不意味着全部。

因此，为了平衡这一点，想象一下下面的短篇故事：

そして、それが **FastAPI** で得られるパフォーマンスの水準です。

さらに、並列性と非同期性を同時に活用できるため、テストされた多くの NodeJS フレームワークより高い性能を発揮し、C に近いコンパイル言語である Go と同等の性能になります [(すべて Starlette のおかげです)](https://www.techempower.com/benchmarks/#section=data-r17&hw=ph&test=query&l=zijmkf-1)。

### 並行処理は並列処理より優れている？ { #is-concurrency-better-than-parallelism }

いいえ！それがこの話の教訓ではありません。

	VMOVQ		R4, V2.B16      // 82009f72
	VMOVQ		R5, V3.H8       // a3049f72
	VMOVQ		R6, V4.W4       // c4089f72
	VMOVQ		R7, V5.V2       // e50c9f72
	XVMOVQ		R16, X31.B32    // 1f029f76
	XVMOVQ		R17, X28.H16    // 3c069f76
	XVMOVQ		R18, X10.W8     // 4a0a9f76
	XVMOVQ		R19, X9.V4      // 690e9f76

	// Move vector
	XVMOVQ		X0, X31.B32     // 1f000777
	XVMOVQ		X1, X30.H16     // 3e800777