国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

聊聊kafka client性能調(diào)優(yōu)及kafka最佳實踐

這篇具有很好參考價值的文章主要介紹了聊聊kafka client性能調(diào)優(yōu)及kafka最佳實踐。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

這里是weihubeats,覺得文章不錯可以關(guān)注公眾號小奏技術(shù),文章首發(fā)。拒絕營銷號,拒絕標(biāo)題黨

背景

最近在使用kafka的時候遇到了一些性能問題。

所以就打算研究下kafka相關(guān)的性能優(yōu)化方案。

client主要分兩個

  • producer
  • consumer

producer

producer主要是有兩個核心參數(shù)

  • batch.size
  • linger.ms

batch.size

先說說這個參數(shù)吧
batch.sizeproducer的參數(shù)。

當(dāng)多條消息發(fā)送到相同分區(qū)時,producer就會將消息打包到一起,然后一次性批量發(fā)送到kafka。減少網(wǎng)絡(luò)請求

默認(rèn)到小是1638416kb

聊聊kafka client性能調(diào)優(yōu)及kafka最佳實踐,消息中間件,# Kafka,kafka,分布式

默認(rèn)值其實是偏小的,所以我們最好設(shè)置為更大。

batch.size 設(shè)置的越大,吞吐就越大,但是延遲也會越大

linger.ms

我們設(shè)想一下,如果要發(fā)送的消息一直達(dá)不到我們的batch.size怎么辦呢?

難道消息一直不發(fā)送嗎?

這里就推出第二個參數(shù)linger.ms。表示batch的超時時間。

如果linger.ms時間內(nèi)batch.size還沒達(dá)到的話,消息也會直接發(fā)送。

該值越大,吞吐越大、但延遲也會越大

consumer

consumer這邊的核心參數(shù)就是fetch.min.bytes,默認(rèn)值是1kb

聊聊kafka client性能調(diào)優(yōu)及kafka最佳實踐,消息中間件,# Kafka,kafka,分布式

Kafka Broker端積只要積攢了1kb 的數(shù)據(jù),就可以返回給 Consumer

然后就是一個fetch.max.wait.msproducerlinger.ms類似。指定broker最大等待時間,默認(rèn)500ms

聊聊kafka client性能調(diào)優(yōu)及kafka最佳實踐,消息中間件,# Kafka,kafka,分布式

kafka最佳實踐

實際早在國外Hortonworks就總結(jié)了一些kafka的最佳實踐,雖然文章時間久遠(yuǎn),但是依舊很有參考價值

  • 【譯】Kafka最佳實踐 / Kafka Best Practices:https://www.cnblogs.com/huxi2b/p/6720292.html
  • 原文:https://www.infoq.com/articles/apache-kafka-best-practices-to-optimize-your-deployment/
  • ppt:https://www.slideshare.net/HadoopSummit/apache-kafka-best-practices

總結(jié)

其實可以看到producerbatch.sizelinger.ms就是借鑒了tcp/ip的網(wǎng)絡(luò)發(fā)送算法。

tcp/ipNagle算法大致的規(guī)則如下

  1. 如果包長度達(dá)到MSS,則允許發(fā)送
  2. 如果包含F(xiàn)IN,則允許發(fā)送
  3. 如果設(shè)置了TCP_NODELAY,則允許發(fā)送
  4. 未設(shè)置TCP_CORK選項時,若所有發(fā)出去的小數(shù)據(jù)包(包長度小于MSS)均被確認(rèn),則允許發(fā)送
  5. 上述條件都未滿足,但發(fā)生了超時(一般為200ms),則立即發(fā)送。
if there is new data to send then
    if the window size ≥ MSS and available data is ≥ MSS then
        send complete MSS segment now
    else
        if there is unconfirmed data still in the pipe then
            enqueue data in the buffer until an acknowledge is received
        else
            send data immediately
        end if
    end if
end if

總得來說主要是四個參數(shù)

producer:

  • batch.size
  • linger.ms

consumer:

  • fetch.min.bytes
  • fetch.max.wait.ms

實際還有很多參數(shù)也需要配置,在kafka最佳實踐里面都有一些說明,這里就不過多介紹了文章來源地址http://www.zghlxwxcb.cn/news/detail-772521.html

到了這里,關(guān)于聊聊kafka client性能調(diào)優(yōu)及kafka最佳實踐的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符,請點擊違法舉報進(jìn)行投訴反饋,一經(jīng)查實,立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費用

相關(guān)文章

  • JVM 性能調(diào)優(yōu)及監(jiān)控診斷工具 jps、jstack、jmap、jhat、jstat、hprof 使用詳解

    JVM 性能調(diào)優(yōu)及監(jiān)控診斷工具 jps、jstack、jmap、jhat、jstat、hprof 使用詳解

    目錄 一. 前言 二.?jps(Java Virtual Machine Process Status Tool) 三. jstack 四.?jmap(Memory Map)和 jhat(Java Heap Analysis Tool) 五. jstat(JVM統(tǒng)計監(jiān)測工具) 六. hprof(Heap/CPU Profiling Tool) 七. 總結(jié) ? ? 工欲善其事,必先利其器。在日常的企業(yè)級 Java 應(yīng)用開發(fā)、維護(hù)中,我們可能會碰到下面

    2024年02月04日
    瀏覽(18)
  • 【Kafka系列 04】Kafka 性能調(diào)優(yōu),怎么做?

    【Kafka系列 04】Kafka 性能調(diào)優(yōu),怎么做?

    通常來說,調(diào)優(yōu)是為了滿足系統(tǒng)常見的非功能性需求。在眾多的非功能性需求中,性能絕對是我們最關(guān)心的那一個。不同的系統(tǒng)對性能有不同的訴求,比如對于數(shù)據(jù)庫用戶而言,性能意味著請求的響應(yīng)時間,用戶總是希望查詢或更新請求能夠被更快地處理完并返回。 對 Kafk

    2024年03月13日
    瀏覽(22)
  • 【kafka性能測試腳本詳解、性能測試、性能分析與性能調(diào)優(yōu)】

    【kafka性能測試腳本詳解、性能測試、性能分析與性能調(diào)優(yōu)】

    Apache Kafka 官方提供了兩個客戶端性能測試腳本,它們的存放位置如下: 生產(chǎn)者性能測試腳本:$KAFKA_HOME/bin/kafka-producer-perf-test.sh 消費者性能測試腳本:$KAFKA_HOME/bin/kafka-consumer-perf-test.sh kafka-producer-perf-test.sh 支持測試的性能指標(biāo)包括:吞吐量(throughput)、最大時延(max-latenc

    2024年02月04日
    瀏覽(25)
  • Sparkthrift Server 啟動命令調(diào)優(yōu)及問題報錯解決

    Sparkthrift Server 啟動命令調(diào)優(yōu)及問題報錯解決

    因為是測試命令,所以你需要和正式服務(wù)進(jìn)行區(qū)別,不改變節(jié)點的情況下需要改變服務(wù)名稱和服務(wù)端口。 命令解析: –name spark_sql_thriftserver2 指定服務(wù)名稱為 spark_sql_thriftserver2 效果如圖: –master yarn --deploy-mode client 指定 spark Job 提交的運行模式為 yarn-client。 提交至 yarn 的運

    2024年02月07日
    瀏覽(19)
  • Kafka生產(chǎn)者性能調(diào)優(yōu)技巧

    Kafka是一個分布式流平臺,是由LinkedIn開發(fā)的一個開源項目。Kafka采用發(fā)布-訂閱模式,消息的發(fā)送者稱為“生產(chǎn)者”,消息的接收者稱為“消費者”。Kafka以高吞吐量、可靠性和存儲容量等優(yōu)點,成為了大規(guī)模實時數(shù)據(jù)處理的首選。 在Kafka中生產(chǎn)者將消息發(fā)布到一個Topic(主題

    2024年02月15日
    瀏覽(24)
  • 43 最佳實踐-性能最佳實踐-IOThread配置

    43 最佳實踐-性能最佳實踐-IOThread配置

    43.1 概述 KVM平臺上,對虛擬磁盤的讀寫在后端默認(rèn)由QEMU主線程負(fù)責(zé)處理。這樣會造成如下問題: 虛擬機(jī)的I/O請求都由一個QEMU主線程進(jìn)行處理,因此單線程的CPU利用率成為虛擬機(jī)I/O性能的瓶頸。 虛擬機(jī)I/O在QEMU主線程處理時會持有QEMU全局鎖(qemu_global_mutex),一旦I/O處理耗時較長

    2024年02月08日
    瀏覽(24)
  • G1垃圾回收參數(shù)調(diào)優(yōu)及MySQL虛引用造成GC時間過長分析

    G1垃圾回收參數(shù)調(diào)優(yōu)及MySQL虛引用造成GC時間過長分析

    我方有一應(yīng)用,偶爾會出現(xiàn)GC時間過長(間隔約4小時),導(dǎo)致性能波動的問題(接口最長需要耗時3秒以上)。經(jīng)排查為G1垃圾回收器參數(shù)配置不當(dāng) 疊加 MySQL 鏈接超過閑置時間回收,產(chǎn)生大量的虛引用,導(dǎo)致G1在執(zhí)行老年代混合GC,標(biāo)記階段耗時過長導(dǎo)致。以下為對此問題的分析

    2024年02月11日
    瀏覽(90)
  • Kafka最佳實踐-Kafka常見的使用誤區(qū)

    Kafka最佳實踐-Kafka常見的使用誤區(qū)

    1.kafka集群單個節(jié)點磁盤掛載的越多越好 業(yè)界Kafka的標(biāo)準(zhǔn)使用方式是作為臨時緩存使用。因此,很多人會誤以為,kafka的每個節(jié)點只要存儲夠大就行,不用關(guān)心其他的指標(biāo)。官方并不建議kafka單節(jié)點關(guān)在多個磁盤,因為磁盤越多,表示需要更多的處理線程去管理(num.io.thread決定

    2024年02月04日
    瀏覽(15)
  • 得物社區(qū)億級ES數(shù)據(jù)搜索性能調(diào)優(yōu)實踐

    得物社區(qū)億級ES數(shù)據(jù)搜索性能調(diào)優(yōu)實踐

    2020年以來內(nèi)容標(biāo)注結(jié)果搜索就是社區(qū)中后臺業(yè)務(wù)的核心高頻使用場景之一,為了支撐復(fù)雜的后臺搜索,我們將社區(qū)內(nèi)容的關(guān)鍵信息額外存了一份到Elasticsearch中作為二級索引使用。隨著標(biāo)注業(yè)務(wù)的細(xì)分、迭代和時間的推移,這個索引的文檔數(shù)和搜索的RT開始逐步上升。 下面是

    2024年02月05日
    瀏覽(24)
  • 【譯】MongoDB 性能最佳實踐指南

    原文地址:Best Practices Guide for MongoDB Performance MongoDB 是面向開發(fā)高性能應(yīng)用程序的現(xiàn)代開發(fā)人員的主要 NoSQL 文檔數(shù)據(jù)庫。MongoDB 采用類似 JSON 的文檔,以水平擴(kuò)展和負(fù)載平衡著稱,為開發(fā)人員提供了定制化和可擴(kuò)展性之間的絕佳平衡。 但是,與其他高性能工具一樣,MongoDB 在

    2024年02月03日
    瀏覽(21)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包