labels.access_token_details=Access Token विवरण
labels.bad_word_details=Bad Word विवरण
labels.boost_document_rule_details=Boost Document Rule विवरण
labels.crawling_info_details=Crawling Info विवरण
labels.data_config_details=Data Config विवरण
labels.dict_kuromoji_details=Dict Kuromoji विवरण
labels.dict_mapping_details=Dict Mapping विवरण
labels.dict_protwords_details=Dict Protwords विवरण
labels.dict_stemmeroverride_details=Dict Stemmeroverride विवरण

這種類型的非同步性正是 NodeJS 成功的原因（儘管 NodeJS 不是平行的），這也是 Go 語言作為程式語言的一個強大優勢。

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

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

### 並行比平行更好嗎？

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

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

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

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

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

### 并发比并行好吗？

不！这不是故事的本意。

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

- All data is no longer automatically deleted when a failure is detected during creation of the volume data file on a CSI volume. Now only the data file and volume path is removed. ([#96021](https://github.com/kubernetes/kubernetes/pull/96021), [@huffmanca](https://github.com/huffmanca))

labels.access_token_details=Access Token Détails
labels.bad_word_details=Bad Word Détails
labels.boost_document_rule_details=Boost Document Rule Détails
labels.crawling_info_details=Crawling Info Détails
labels.data_config_details=Data Config Détails
labels.dict_kuromoji_details=Dict Kuromoji Détails
labels.dict_mapping_details=Dict Mapping Détails
labels.dict_protwords_details=Dict Protwords Détails

- Kubeadm will cleanup the stale data on best effort basis. Stale data will be removed when each reset phase are executed, default etcd data directory will be cleanup when the `remove-etcd-member` phase are executed. ([#110972](https://github.com/kubernetes/kubernetes/pull/110972), [@chendave](https://github.com/chendave)) [SIG Cluster...

- Fixed a panic in `kubectl api-resources` that occurred when the Discovery Client failed. ([#134833](https://github.com/kubernetes/kubernetes/pull/134833), [@rikatz](https://github.com/rikatz))
- Fixed a possible data race during metrics registration. ([#134390](https://github.com/kubernetes/kubernetes/pull/134390), [@liggitt](https://github.com/liggitt)) [SIG Architecture and Instrumentation]

   * exceeded.
   *
   * The page replacement algorithm's data structures are kept casually consistent with the map. The
   * ordering of writes to a segment is sequentially consistent. An update to the map and recording
   * of reads may not be immediately reflected on the algorithm's data structures. These structures

- Changed how KMS v2 encryption at rest can generate data encryption keys.

labels.access_token_details=Access Token 상세
labels.bad_word_details=Bad Word 상세
labels.boost_document_rule_details=Boost Document Rule 상세
labels.crawling_info_details=Crawling Info 상세
labels.data_config_details=Data Config 상세
labels.dict_kuromoji_details=Dict Kuromoji 상세
labels.dict_mapping_details=Dict Mapping 상세
labels.dict_protwords_details=Dict Protwords 상세
labels.dict_stemmeroverride_details=Dict Stemmeroverride 상세