0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

Flink社區(qū)風波:比Flink快十倍的技術真存在嗎?

jf_WZTOguxH ? 來源:AI前線 ? 2023-08-02 15:56 ? 次閱讀

近期,創(chuàng)業(yè)公司 RisingWave Labs 發(fā)布了開源分布式流處理 SQL 數(shù)據(jù)庫 RisingWave 的 1.0 版本,并同時發(fā)布了該數(shù)據(jù)庫的性能報告預覽版,宣稱他們已經(jīng)取得了相比于 Flink 十倍的性能提升。

RisingWave 聲稱在簡單無狀態(tài)計算中比 Flink 實現(xiàn)性能提升 10-30%,在復雜有狀態(tài)計算中比 Flink 實現(xiàn)性能提升 10-100 倍。其實現(xiàn)巨大性能提升的原因是:拋棄了 JVM 語言,使用了 Rust 高性能編程語言;拋棄了類似 MapReduce 式的中間抽象層,直接對數(shù)據(jù)庫算子進行深度優(yōu)化;存儲感知計算,使用更好的存儲結構便于計算加速。

上周,阿里 Flink 團隊部分成員發(fā)表文章質疑了該性能評測報告,認為 RisingWave 的評測報告非常具有誤導性。阿里 Flink 團隊成員也自己進行了一次性能測試,在更正了 Flink 參數(shù)設置的條件下,得出結果為:“RisingWave 有兩成的 query 無法支持,在性能上 Flink 全面大幅領先 RisingWave,整體性能快 60%,部分 stateful query 有 20 倍的性能優(yōu)勢?!币簿褪钦f,RisingWave 沒有達到比 Flink 快 10 倍的性能提升,他們認為該公司的行為涉嫌“虛假營銷”。

今天,RisingWave 指出,兩份報告的結果差異是由環(huán)境差異造成:在 Flink 團隊成員的測試環(huán)境中,“Flink 使用了三倍于我們測試環(huán)境的 CPU,六倍于我們測試環(huán)境的內存。同時我們的測試中,我們?yōu)?Flink 配置了 EBS,他們使用了性能更高的 local NVMe,而 RisingWave 在這個測試中不依賴文件系統(tǒng)。”

那業(yè)界到底存在不存在比 Flink 快 10 倍的技術?RisingWave 創(chuàng)始人吳英駿 指出,其實早在 3 年前,F(xiàn)link 的原創(chuàng)團隊 TU Berlin 數(shù)據(jù)庫組便拋棄 Flink 從頭開發(fā)了新一代流處理引擎 NebulaStream,并實現(xiàn)了 10-100 倍的提升。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • cpu
    cpu
    +關注

    關注

    68

    文章

    10807

    瀏覽量

    210852
  • 數(shù)據(jù)庫

    關注

    7

    文章

    3752

    瀏覽量

    64235

原文標題:Flink 社區(qū)風波:比 Flink 快十倍的技術真存在嗎?

文章出處:【微信號:AI前線,微信公眾號:AI前線】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    基于圖遍歷的Flink任務畫布模式下零代碼開發(fā)實現(xiàn)方案

    作者:京東物流 吳云濤 前言 提交一個DataSteam 的 Flink應用,需要經(jīng)過 StreamGraph、JobGraph、ExecutionGraph 三個階段的轉換生成可成執(zhí)行的有向無環(huán)圖
    的頭像 發(fā)表于 11-05 10:35 ?483次閱讀
    基于圖遍歷的<b class='flag-5'>Flink</b>任務畫布模式下零代碼開發(fā)實現(xiàn)方案

    spark為什么mapreduce?

    spark為什么mapreduce? 首先澄清幾個誤區(qū): 1:兩者都是基于內存計算的,任何計算框架都肯定是基于內存的,所以網(wǎng)上說的spark是基于內存計算所以,顯然是錯誤的 2;DAG計算模型
    的頭像 發(fā)表于 09-06 09:45 ?203次閱讀

    OPA657搭了數(shù)據(jù)手冊中提供的放大十倍的測試電路,結果輸出一直是7V多,為什么?

    我用OPA657,搭了數(shù)據(jù)手冊中提供的放大十倍的測試電路,結果輸出一直是7V多什么情況 , 求指教?。?!
    發(fā)表于 09-05 08:21

    兩級AD603放大電路不能放大到所需值,最大十倍,這是為什么

    兩級AD603放大電路不能放大到所需值,最大十倍,這是為什么,用1M歐的示波器測得,沒加功率放大級???
    發(fā)表于 09-04 06:48

    請問FilterPro設計帶通濾波器需要如何設置?

    帶通濾波器設計要求:50~11000hz為帶通信號,放大倍數(shù)為40(32dB),帶通外的信號需要-40dB/十倍頻程的衰減。 我的設置為:中心頻率:(11000-50)/2=5475 通帶
    發(fā)表于 08-16 12:14

    INA132u的兩個輸入端都有個90K+10K的十倍衰減電阻,會不會對采集的信號有影響?

    INA132u的共模輸入阻抗只有80K,感覺輸入阻抗不是很大。而INA132u的兩個輸入端都有個90K+10K的十倍衰減電阻,不知道會不會對采集的信號有影響啊。這是第一個問題。 第二個問題就是,如果我們對運放
    發(fā)表于 08-12 06:41

    機調試有什么限制嗎?

    我有一臺華為Mate9手機,系統(tǒng)是鴻蒙2.0.0,但是這里識別不出 想問下機調試是否存在限制。 我是由于webview效果不能直接預覽,因此想通過機進行查看
    發(fā)表于 07-23 11:09

    什么是 Flink SQL 解決不了的問題?

    覆蓋不了的問題,但 SQL 的易用性又難以讓人釋懷。所以有些場景在使用 FLink SQL 開始就與需要額外注意,下面就介紹一種多表關聯(lián)時存在部分列更新(partial Update)場景,在
    的頭像 發(fā)表于 07-09 20:50 ?243次閱讀

    關于Spark的從0實現(xiàn)30s內實時監(jiān)控指標計算

    前言 說起Spark,大家就會自然而然地想到Flink,而且會不自覺地將這兩種主流的大數(shù)據(jù)實時處理技術進行比較。然后最終得出結論:Flink實時性大于Spark。 的確,Flink中的
    的頭像 發(fā)表于 06-14 15:52 ?353次閱讀

    眾鑫創(chuàng)展----1080P十倍光學變焦攝像頭方案

    OZ003是一款1080P支持十倍光學變焦的高清攝像頭模組。由索尼200萬像素高性能感光芯片,以及集成了高性能的ISP圖像處理模塊和視頻壓縮編碼器的SoC芯片組成。具備優(yōu)異的圖像處理能力、極高
    的頭像 發(fā)表于 05-11 16:34 ?414次閱讀
    眾鑫創(chuàng)展----1080P<b class='flag-5'>十倍</b>光學變焦攝像頭方案

    眾鑫創(chuàng)展----4K十倍光學變焦攝像頭方案

    OZ080(FH8898+IMX415)是一款800萬像素支持十倍光學變焦的高清攝像頭模組,由索尼800萬像素高性能感光芯片以及全高清實時高性能智能網(wǎng)絡處理器Soc芯片組成。具備優(yōu)異的圖像處理能力
    的頭像 發(fā)表于 05-11 09:38 ?427次閱讀
    眾鑫創(chuàng)展----4K<b class='flag-5'>十倍</b>光學變焦攝像頭方案

    4K 十倍光學變焦攝像頭模組OZ080規(guī)格書

    電子發(fā)燒友網(wǎng)站提供《4K 十倍光學變焦攝像頭模組OZ080規(guī)格書.pdf》資料免費下載
    發(fā)表于 05-07 16:19 ?11次下載

    高盛談HBM四年十倍市場 受益于AI服務器持續(xù)增長

    高盛談HBM四年十倍市場 受益于AI服務器持續(xù)增長 AI需求爆發(fā)引發(fā)HBM存儲水漲船高,高盛認為HBM供不應求的情況未來幾年或將持續(xù),高盛預計市場規(guī)模將從2022年到2026年前增長10;達到
    的頭像 發(fā)表于 03-28 14:41 ?1030次閱讀

    用萬用表實測電壓,經(jīng)過ADE7912輸出值在32mV左右,相差十倍的原因?

    VM和V1P,用萬用表實測電壓是,330mV左右,但是經(jīng)過ADE7912輸出值在32mV左右,相差十倍;這個問題不知道在哪里?
    發(fā)表于 12-25 07:26

    用AD8605運放可是放大倍數(shù)跟我計算的不一樣是為什么?

    我根據(jù)此圖做的運放,可是放大倍數(shù)確是5多是怎么回事呢。應該是十倍才對
    發(fā)表于 11-24 08:24