chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Redis 再次開源!

KiCad ? 來源:KiCad ? 作者:KiCad ? 2025-05-06 18:26 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

Redis 現(xiàn)已采用 AGPLv3 開源許可證。

Redis CEO 的 Blog

以下是 Redis CEO Rowan Trollope 的 Blog:

像 AWS 和 GCP 這樣的超大規(guī)模云服務(wù)商的崛起,為初創(chuàng)企業(yè)和大公司都帶來了驚人的速度和規(guī)模優(yōu)勢。但對于扎根開源的公司而言,這提出了根本性挑戰(zhàn):當(dāng)云服務(wù)商通過基礎(chǔ)設(shè)施攫取利潤并掌控控制權(quán),卻沒有按比例回饋其所利用的開源項目時,如何持續(xù)對 OSS 項目進(jìn)行創(chuàng)新投入?

為此,MongoDB 和 Elastic 等公司采用 SSPL(服務(wù)器端公共許可證)來防止云服務(wù)商單方面榨取價值。Redis 最初采取了不同策略,通過創(chuàng)建 Redis Stack 作為獨立發(fā)行版,以不同許可證管理高級功能。雖然這保護(hù)了創(chuàng)新,但也割裂了開發(fā)者體驗并延緩了核心 Redis 的發(fā)展。我們真正需要的是在不維護(hù) Redis 社區(qū)版和 Redis Stack 兩條獨立產(chǎn)品線的前提下,實現(xiàn)核心 Redis 的增強(qiáng)。

在我加入公司后,經(jīng)過一年的方案評估,我們在 2024 年 3 月決定將 Redis 遷移至 SSPL 許可證。此舉實現(xiàn)了目標(biāo), AWS 和谷歌現(xiàn)在維護(hù)著自己的分支版本,但代價是損害了與 Redis 社區(qū)的關(guān)系。由于開源倡議組織(OSI)明確指出 SSPL 不符合開源認(rèn)證標(biāo)準(zhǔn),該許可證并非真正意義上的開源許可。

在許可證變更后,Redis 創(chuàng)始人 Salvatore Sanfillipo(antirez)于 2024 年 11 月決定以開發(fā)者布道師身份回歸。與 Salvatore 在功能創(chuàng)新、公司戰(zhàn)略和社區(qū)建設(shè)方面的合作堪稱殊榮,這些協(xié)同效應(yīng)將在未來持續(xù)釋放價值。

在 Salvatore、CTO Benjamin Renaud 和核心開發(fā)團(tuán)隊的指導(dǎo)下,我們做出以下關(guān)鍵決策推動Redis發(fā)展:

從Redis 8(現(xiàn)已發(fā)布)開始,新增 OSI 認(rèn)證的 AGP L許可證作為可選授權(quán);

推出由 Salvatore 打造的向量集合(VSet),這是近年來首個全新數(shù)據(jù)類型;

在 AGPL 協(xié)議下,將 JSON、時間序列、概率數(shù)據(jù)類型、Redis 查詢引擎等 Redis Stack 技術(shù)集成至 Redis 8 核心;

實現(xiàn) 30 余項性能優(yōu)化,指令速度最高提升87%,吞吐量翻倍;

加強(qiáng)社區(qū)建設(shè),特別關(guān)注客戶端生態(tài)貢獻(xiàn)。

配備全新功能與 AGPL 授權(quán)的 Redis 8,既踐行了我們打造開發(fā)者喜愛平臺的承諾,也延續(xù)了 Salvatore 最初構(gòu)想的演進(jìn)方向。通過這種平衡商業(yè)與開源的模式,我們正在重塑基礎(chǔ)設(shè)施軟件的價值創(chuàng)造路徑。

來自創(chuàng)始人 antirez 的 信

以下是 Redis 創(chuàng)始人Salvatore Sanfillipo(antirez)的郵件:

五個月前,我重新加入 Redis,迅速與同事探討是否可能改用 AGPL 許可證,結(jié)果發(fā)現(xiàn)公司內(nèi)部早有一場持續(xù)多年的討論。許多人認(rèn)為 AGPL 是比 SSPL 更優(yōu)的選擇,盡管最終 Redis 選擇了 SSPL 許可證,但關(guān)于許可證的辯論仍在延續(xù)。

我試圖為支持 AGPL 的陣營注入更多力量。我的觀察是 SSPL 許可證實質(zhì)上未能獲得社區(qū)接納,OSI組織不予承認(rèn),軟件社區(qū)也不將其視為開源許可。很快,這個觀點在公司各個管理層級間獲得了越來越廣泛的認(rèn)同。

坦白說:我由衷希望為新型向量集合數(shù)據(jù)結(jié)構(gòu)編寫的代碼能以開源協(xié)議發(fā)布。開源編碼已深深融入我的血液:職業(yè)生涯中我?guī)缀踔粚戦_源項目。我這把年紀(jì)也改不了這習(xí)慣了?;蛟S顯得孩子氣,但我對向量集合的創(chuàng)作激情恰恰源于 Redis 即將重新開源(以及我的新工作)的承諾。

我理解我們的核心使命是持續(xù)改進(jìn) Redis,打造實用、簡潔、能隨技術(shù)棧演進(jìn)的優(yōu)質(zhì)系統(tǒng)。然而回歸開源許可,才是讓這些努力與 Redis 項目精神同頻共振的基礎(chǔ),才能贏得用戶群體的認(rèn)可,才能參與超越任何企業(yè)的全人類協(xié)作。因此,雖然不敢居功于這次許可證變更,但我希望自己貢獻(xiàn)了綿薄之力——因為今天的我由衷欣喜。我欣喜于 Redis 在 AGPLv3 協(xié)議下重歸開源軟件陣營。

現(xiàn)在,該重返終端了。通過編寫最優(yōu)質(zhì)的代碼向 Redis 用戶致敬,讓向量集合更實用更強(qiáng)大:我已有若干改進(jìn)構(gòu)想,更期待你們的反饋激發(fā)更多靈感(事實上這正在發(fā)生)。祝大家編程愉快!

注意:如果想第一時間收到 KiCad 內(nèi)容推送,請點擊下方的名片,按關(guān)注,再設(shè)為星標(biāo)。

常用合集匯總:

和 Dr Peter 一起學(xué) KiCad

KiCad 8 探秘合集

KiCad 使用經(jīng)驗分享

KiCad 設(shè)計項目(Made with KiCad)

常見問題與解決方法

KiCad 開發(fā)筆記

插件應(yīng)用

發(fā)布記錄

審核編輯 黃宇

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

    關(guān)注

    3

    文章

    4323

    瀏覽量

    46422
  • Redis
    +關(guān)注

    關(guān)注

    0

    文章

    394

    瀏覽量

    12248
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    天數(shù)智芯Day 0適配MiniMax最新開源M2.7大模型

      4月12 日,MiniMax 最新開源 M2.7 大模型正式發(fā)布,憑借自主迭代能力與優(yōu)異的工程、辦公性能引發(fā)行業(yè)關(guān)注。天數(shù)智芯與FlagOS 統(tǒng)一開源技術(shù)棧合作實現(xiàn)Day0落地,在模型發(fā)布當(dāng)日完成適配、精度對齊與部署驗證,再次
    的頭像 發(fā)表于 04-15 15:42 ?551次閱讀

    Redis應(yīng)用監(jiān)控指標(biāo)大盤點

    Redis作為高性能內(nèi)存數(shù)據(jù)庫,廣泛應(yīng)用于緩存、會話存儲、消息隊列等場景。對Redis運(yùn)行狀況的有效監(jiān)控,是保障業(yè)務(wù)穩(wěn)定性的關(guān)鍵。本文的目的是幫助運(yùn)維工程師建立完整的Redis監(jiān)控知識體系,講解需要監(jiān)控哪些指標(biāo)、如何采集這些指標(biāo)
    的頭像 發(fā)表于 04-09 10:07 ?134次閱讀

    全方位對比:Redis能取代MySQL嗎?看完這篇你就懂了

    Redis能不能取代MySQL?答案很明確:不能取代,但可以互補(bǔ)。
    的頭像 發(fā)表于 04-07 10:50 ?133次閱讀
    全方位對比:<b class='flag-5'>Redis</b>能取代MySQL嗎?看完這篇你就懂了

    Redis哨兵模式的自動故障檢測與主從切換實戰(zhàn)

    Redis 主從復(fù)制解決了讀擴(kuò)展和數(shù)據(jù)冗余問題,但主節(jié)點故障時需要人工介入切換,這在生產(chǎn)環(huán)境中是不可接受的。Sentinel(哨兵)模式在主從架構(gòu)之上增加了自動故障檢測和故障轉(zhuǎn)移能力,是 Redis 高可用的標(biāo)準(zhǔn)方案之一。
    的頭像 發(fā)表于 02-27 11:05 ?259次閱讀

    Redis內(nèi)存管理、持久化策略與慢查詢排查分析

    Redis 在生產(chǎn)環(huán)境中承擔(dān)著緩存、會話存儲、消息隊列、分布式鎖等多種角色。隨著數(shù)據(jù)量增長和并發(fā)壓力上升,內(nèi)存碎片、持久化 I/O 抖動、慢查詢堆積這三類問題會逐漸顯現(xiàn),直接影響服務(wù)延遲和穩(wěn)定性。Redis 8.x 在內(nèi)存管理和持久化機(jī)制上做了若干改進(jìn),但核心調(diào)優(yōu)思路與
    的頭像 發(fā)表于 02-27 11:00 ?271次閱讀

    C-小智開源版,可二次開發(fā)(WIN32)#小智AI #開源 #二次開發(fā)

    開源
    不太正經(jīng)的攻城獅
    發(fā)布于 :2026年01月04日 19:31:14

    【產(chǎn)品應(yīng)用】儲能網(wǎng)關(guān)EM-1000與EM-1000G的Redis性能對比

    視頻推薦隨著儲能控制系統(tǒng)智能化發(fā)展,對實時處理和高速緩存需求提升。本測試對EM-1000與EM-1000G的Redis性能進(jìn)行對比,評估其在吞吐、響應(yīng)與穩(wěn)定性上的差異,為客戶提供精準(zhǔn)硬件選型依據(jù)
    的頭像 發(fā)表于 12-02 11:39 ?456次閱讀
    【產(chǎn)品應(yīng)用】儲能網(wǎng)關(guān)EM-1000與EM-1000G的<b class='flag-5'>Redis</b>性能對比

    全網(wǎng)征集令:開源開發(fā)板命名火熱征集中......

    了#擁抱開源!一起來做FPGA開發(fā)板活動,活動一經(jīng)發(fā)布,得到了很多開源愛好者的熱烈響應(yīng),再次感謝大家的支持!開源FPGA項目自發(fā)布以來,得到了眾多開發(fā)者的關(guān)注,涉及工
    的頭像 發(fā)表于 11-04 08:03 ?1240次閱讀
    全網(wǎng)征集令:<b class='flag-5'>開源</b>開發(fā)板命名火熱征集中......

    深度剖析Redis的兩大持久化機(jī)制

    凌晨3點,我被一通緊急電話驚醒。線上Redis集群崩潰,6GB的緩存數(shù)據(jù)全部丟失,導(dǎo)致MySQL瞬間承壓暴增,整個交易系統(tǒng)陷入癱瘓。事后復(fù)盤發(fā)現(xiàn),問題的根源竟是一個被忽視的持久化配置細(xì)節(jié)。
    的頭像 發(fā)表于 09-17 16:22 ?679次閱讀

    Redis Sentinel和Cluster模式如何選擇

    在我十年的運(yùn)維生涯中,見過太多團(tuán)隊在Redis集群方案選擇上踩坑。有的團(tuán)隊盲目追求"高大上"的Cluster模式,結(jié)果運(yùn)維復(fù)雜度爆表;有的團(tuán)隊死守Sentinel不放,最后擴(kuò)展性成了瓶頸。今天,我想通過這篇萬字長文,把我在生產(chǎn)環(huán)境中積累的經(jīng)驗全部分享給你。
    的頭像 發(fā)表于 09-08 09:31 ?742次閱讀

    Redis集群部署配置詳解

    Redis集群是一種分布式Redis解決方案,通過數(shù)據(jù)分片和主從復(fù)制實現(xiàn)高可用性和橫向擴(kuò)展。集群將整個數(shù)據(jù)集分割成16384個哈希槽(hash slots),每個節(jié)點負(fù)責(zé)一部分槽位。
    的頭像 發(fā)表于 07-17 11:04 ?1147次閱讀

    Redis集群部署與性能優(yōu)化實戰(zhàn)

    Redis作為高性能的內(nèi)存數(shù)據(jù)庫,在現(xiàn)代互聯(lián)網(wǎng)架構(gòu)中扮演著關(guān)鍵角色。作為運(yùn)維工程師,掌握Redis的部署、配置和優(yōu)化技能至關(guān)重要。本文將從實戰(zhàn)角度出發(fā),詳細(xì)介紹Redis集群的搭建、性能優(yōu)化以及監(jiān)控運(yùn)維的核心技術(shù)。
    的頭像 發(fā)表于 07-08 17:56 ?1000次閱讀

    【經(jīng)驗分享】在Omni3576上編譯Redis-8.0.2源碼,并安裝及性能測試

    本文首先介紹Redis是什么,然后介紹如何在Omni3576上編譯Redis-8.0.2源碼,以及從源碼編譯、安裝Redis,最后介紹如何在Omni3576上運(yùn)行Redis性能測試,并
    的頭像 發(fā)表于 06-05 08:05 ?1069次閱讀
    【經(jīng)驗分享】在Omni3576上編譯<b class='flag-5'>Redis</b>-8.0.2源碼,并安裝及性能測試

    【幸狐Omni3576邊緣計算套件試用體驗】Redis最新8.0.2版本源碼安裝及性能測試

    的結(jié)果進(jìn)行對比。 一、Redis是什么 維基百科的介紹是: Redis是一個使用ANSI C編寫的開源、支持網(wǎng)絡(luò)、基于內(nèi)存、分布式、可選持久性的鍵值對存儲數(shù)據(jù)庫。 Redis官網(wǎng)的
    發(fā)表于 06-03 01:28