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

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

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

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

Redis 再次開(kāi)源!

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

掃碼添加小助手

加入工程師交流群

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

Redis CEO 的 Blog

以下是 Redis CEO Rowan Trollope 的 Blog:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

常用合集匯總:

和 Dr Peter 一起學(xué) KiCad

KiCad 8 探秘合集

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

KiCad 設(shè)計(jì)項(xiàng)目(Made with KiCad)

常見(jiàn)問(wèn)題與解決方法

KiCad 開(kāi)發(fā)筆記

插件應(yīng)用

發(fā)布記錄

審核編輯 黃宇

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

    關(guān)注

    3

    文章

    4323

    瀏覽量

    46424
  • Redis
    +關(guān)注

    關(guān)注

    0

    文章

    394

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

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

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

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

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

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

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

    Redis哨兵模式的自動(dòng)故障檢測(cè)與主從切換實(shí)戰(zhàn)

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

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

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

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

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

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

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

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

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

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

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

    Redis Sentinel和Cluster模式如何選擇

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

    Redis集群部署配置詳解

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

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

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

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

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

    【幸狐Omni3576邊緣計(jì)算套件試用體驗(yàn)】Redis最新8.0.2版本源碼安裝及性能測(cè)試

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