通過 HTTP/2 協議案例學習 Java & Netty 性能調優:工具、技巧與方法論
摘要 Dubbo3 Triple 協議是參考 gRPC、gRPC-Web、Dubbo2 等協議特點設計而來,它吸取各自協議特點,完全兼容 gRPC、Streaming 通信、且無縫支持 HTTP/1 和瀏覽器。 當你在 Dubbo 框架中使用 Triple 協議,然後你就可以直接使用 Dubbo 客户端、gRPC 客户端、curl、瀏覽器等訪問你發佈的服務,不需要任何額外組件與配置。
昵称 阿里雲開發者
贡献者17
粉丝0
摘要 Dubbo3 Triple 協議是參考 gRPC、gRPC-Web、Dubbo2 等協議特點設計而來,它吸取各自協議特點,完全兼容 gRPC、Streaming 通信、且無縫支持 HTTP/1 和瀏覽器。 當你在 Dubbo 框架中使用 Triple 協議,然後你就可以直接使用 Dubbo 客户端、gRPC 客户端、curl、瀏覽器等訪問你發佈的服務,不需要任何額外組件與配置。
昵称 阿里雲開發者
Million.js 是一個非常快速和輕量級的 ( 4kb) 虛擬 DOM。框架可以通過包裝 React 組件來提升性能(該框架目前版本只兼容 React 18 及以上版本)。 先説結論:Million.js 適應的場景極其有限,但在特定場景下也大放異彩。 如何使用 Million.js 集成 React 中使用非常簡單。先進行安裝和編譯器配置。 安裝與配置 npm install million
昵称 jump__jump
引言 我們很高興地宣佈:由 EMQ 提供的MQTT 開放基準測試規範現已正式發佈! 該測試規範包含了實用的典型使用場景、一套衡量 Broker 性能的主要指標,以及一個模擬負載和收集測試結果的工具,可以幫助開發者評估 MQTT Broker 的可擴展性和性能,從而選擇最需要和合適的產品。 完整內容請點擊下方鏈接查看: https://developer.aliyun.com/arti
昵称 阿里雲開發者
一、前言 開發Java項目過程中,難免會碰到一些 性能 問題,這時候就需要一些工具,幫忙排查 本文開篇主要介紹 JDK自帶的工具 jps,獲取 Java程序列表,以 openjdk 11.0.10 為例 二、Java程序列表:jps 1. 簡介 用來查找當前用户的 Java 進程,而不能查找當前系統中其他用户的進程 相比 Linux系統 的 ps -ef | grep java,Wi
昵称 javalover
引言 近十年來,物聯網迎來了爆炸式的增長。面對海量的設備及其產生的數據,物聯網應用和服務變得越來越複雜。我們不僅要保證這些物聯網系統的業務功能正確無誤,還要保證系統能夠支持大量設備之間持續穩定地通信。 因此,我們需要通過性能測試以確保所構建的物聯網系統是穩定可靠的。 完整內容請點擊下方鏈接查看: https://developer.aliyun.com/article/1240780?utm_co
昵称 阿里雲開發者
一、前言 開發Java項目過程中,難免會碰到一些 性能 問題,這時候就需要一些工具,幫忙排查 本文主要介紹 JDK自帶的上古神器 jstat、jmap,用於分析內存問題,另簡單介紹 MAT、gceasy、HeapDump 等 以 openjdk 11.0.13、G1 垃圾收集器、Linux系統 為例 二、GC分析:jstat 1. jstat 簡介 jstat 全稱 “Java Vi
昵称 javalover
一、前言 開發接口以後,對性能有要求的 接口,需要做 性能壓力測試 常見免費的如:經典的 ab,性能不太好的 jmeter、siege(有時候都懷疑程序性能不行了),另介紹 hey、k6、vegeta、wrk 二、方案 1. ab - Apache HTTP server benchmarking tool C語言開發,適用於 Linux 平台 優劣:可能因為在 WSL裏面運行,性能
昵称 javalover
1 前言 關注用户體驗,提高頁面性能,是每位前端研發同學的日常工作之一。提高頁面性能對業務的幫助,雖不易衡量,但肯定是利遠大於弊。如何衡量頁面性能優劣?如何幫助研發同學快速定位到頁面性能瓶頸點?一直是前端的重點工作之一。本文分享汽車之家在頁面性能監控建設方面的部分工作,主要包含三方面: 技術選型 該選擇哪些頁面性能監控技術方案? 在儘可能不影響頁面性能的前提下,既能客觀、全面衡量頁面性能,又
昵称 之家技術
作為一名程序員,我們不能只關注代碼的實現和上線,而忽視了線上環境的運行和優化。 近期遇到了兩個線上服務的問題,一個後端應用和一個前端項目,它們存在一些 bug 和歷史遺留問題。為了不影響用户的使用體驗,決定對它們進行一次優化。 後端服務 這個後端服務是年初的時候有同事離職了,交到了我這裏,沒接手的時候不知道,沒想到接手後,到處都是問題,天天各種報警,基本上隔三差五就要重啓。 雖然一開始的時候知道這
昵称 Java極客技術
Vue.js 是一個流行且強大的 JavaScript 框架,它允許我們構建動態和交互式 Web 應用程序。 然而,與任何軟件一樣,Vue.js 應用程序有時會遇到內存泄漏,從而導致性能下降和意外行為。 今天,我們將深入探討 Vue.js 應用程序中內存泄漏的原因,並探索如何定位和修復這些問題的有效策略。 什麼是內存泄漏 ? 當程序執行過程中保留不再需要的內存時(主要是一些 變量、 方法等),會阻
昵称 Sean
本文導讀: 當前,電商運營的主要痛點不僅來自多變的市場和客户需求,也受困於碎片化用户觸達等帶來的競爭與挑戰。為了深度挖掘用户價值、培養用户忠誠度、實現業績增長,有贊為商家搭建了全方位 OLAP 分析系統,提供實時與離線分析報表、智能營銷與人羣圈選等 SaaS 服務。本文將詳細介紹有贊從 Clickhouse 至 Apache Doris 的遷移規劃和性能對比測試實踐,分享如何基於 Apache D
昵称 SelectDB技術團隊
分享一個印象深刻的線上問題,希望能夠給 xdm 帶來一點思考 一個稀鬆平常的工作日,正準備下班的時候,不巧,突發線上緊急問題,心中一萬個不情願,可還是要硬着頭皮去定位問題 簡單的表象為微服務之間 gRPC通信的通道默認是用了默認值,並沒有按照實際業務去設置通道接受和發送的字節大小 用過 golang grpc 通信的 xdm 就知道,grpc 通道默認的發送和接收的消息大小為 4M,由於傳送的數據
昵称 阿兵雲原生
在工作中,雲產品之間自然少不了各種系統的對接,系統對接自然會涉及到各種鑑權,以及需要將對方系統的組織結構同步到己方內部系統中來 當然,有的產品可能會去對接實際的第三方認證源和同步源,但是成本相對比較高,因為對接一個不同的源就需要去實現一套接口和邏輯,雖然流程大同小異,可實際工作量可不小 因此,大多數產品為了方便和節省人力,是會選擇對接 IDaaS,讓 IDaaS 去對接各種第三方認證源和同步源 此
昵称 阿兵雲原生
看到這一篇文章的 xdm ,應該對組織結構同步有一些想法了吧,如果沒有,可以看前面兩篇文章,可以通過如下地址查看一下: 【性能優化上】第三方組織結構同步優化一,你 get 到了嗎? !---- 坑爹,線上同步近 3w 個用户導致鏈路阻塞引入發的線上問題,你經歷過嗎? 這類文章,主要是期望能給 xdm 帶來不一樣的思考,如有表述不當的地方,還請不吝賜教,期望對你有幫助😀 這篇文章主要是
昵称 阿兵雲原生
1 問題回顧 1.1 問題描述 在項目的性能測試中,相關的接口的隨着併發數增加,接口的響應時間變長,接口吞吐不再增長,應用的CPU使用率較高。 1.2 分析思路 誰導致的CPU較高,阻塞接口TPS的增長?接口的響應時間的調用鏈分佈是什麼樣的,有沒有慢的點? 1)使用火焰圖分析應用的CPU如下,其中log4j2日誌佔了40%左右CPU,初步懷疑是log4j2的問題。 2)調用鏈的分析 通過pfin
昵称 京東雲開發者
DTU 全稱 Database Transaction Unit,是一種用於評估和衡量雲數據庫性能的指標。它最常用於關係型數據庫管理系統(RDBMS),特別是在雲計算環境中,如Microsoft Azure SQL Database和Amazon RDS等。DTU 是一個關鍵的性能度量標準,幫助開發者和數據庫管理員瞭解其數據庫實例的性能狀況,以便更好地規劃、優化和監控數據庫工作負載。 在 DTU
昵称 註銷
在雲計算領域,DTU 是 Database Throughput Unit 的縮寫,它代表着數據庫吞吐單位,是一種用於度量數據庫性能的單位。DTU 概念主要應用於 Azure SQL Database 和 Azure SQL Managed Instance,它是一種抽象的、預配置的資源集合,包括 CPU、內存、讀寫操作等。 在 DTU 模型中,每個服務級別都有一個預定義的 DTU 數量。比如,一
昵称 註銷
作者:vivo 互聯網數據庫團隊- Liu Huang 本文介紹了一次排查Elasticsearch node_concurrent_recoveries 引發的性能問題的過程。 一、故障描述 1.1 故障現象 1. 業務反饋 業務部分讀請求拋出請求超時的錯誤。 2. 故障定位信息獲取 故障開始時間 19:30左右開始 故障拋出異常日誌 錯誤日誌拋出timeout錯誤。 故障之前的
昵称 vivo互聯網技術
在開發中,我習慣使用 ConcurrentHashMap 做緩存,但當需要控制緩存大小並進行緩存淘汰時,我通常依賴第三方緩存框架,如 Caffeine 或 Guava Cache。 最近在閲讀 Mondrian 源碼時,發現了一種新的緩存設計,引發了我的思考,特此記錄。 在 Mondrian 源碼中,有這樣一段代碼: private final MapInteger, MutableConnect
昵称 抓bug的貓
Web 頁面性能衡量指標-以用户為中心的性能指標 以用户為中心的性能指標是理解和改進站點體驗的關鍵點 一、以用户為中心的性能指標 1. 指標是用來幹啥的? 指標是用來衡量性能和用户體驗的 2. 指標類型 感知加載速度:網頁可以多快地加載網頁中的所有視覺元素並將其渲染到屏幕上 加載響應速度:頁面加載和執行組件快速響應用户互動所需的 JavaScript 代碼的速度 運行時響應速度:網頁在加載
昵称 月恆
Web 網頁性能及性能優化 一、Web 性能 Web 性能是 Web 開發的一個重要方面,側重於網頁加載速度以及對用户輸入的響應速度 通過優化網站來改善性能,可以在為用户提供更好的體驗 網頁性能既廣泛又非常深入 1. 為什麼性能這麼重要? 1. 性能關乎留住用户 性能對於任何在線業務都至關重要 與加載速度緩慢、讓人感覺運行緩慢的網站相比,加載速度快並能及時響應用户輸入的網站能更好地吸引並留住用户
昵称 月恆
GreptimeDB 在行業標準測試 Prometheus-Benchmark 當中以 100 個 8c16g 規格節點的集羣,在 datanode 峯值水位為 CPU 38%、內存 40% 的負載下,承接了每秒約 4000 萬點的寫入流量。總體活躍時間線 6.1 億條,每十分鐘更新 615 萬條時間線,在測試的 1.5 小時內均能穩定寫入。 測試結果説明 GreptimeDB 的架構設計能夠支
昵称 Greptime
作者:來自 vivo 互聯網大前端團隊- Wei Xing 在研發小型項目時,傳統的 Vue、React 顯得太“笨重”。本文主要針對開發小型項目的場景,談談 Vite+Svelte 是如何讓項目變得“小巧靈動”,並橫向對比 Svelte 和 Vue 的性能表現,對二者的加載流程做詳細分析。 一、背景 為了統一技術標準、提升協作效率,通常在前端團隊內部只會保留一套通用的研發框架。尤其是在團隊初創時
昵称 vivo互聯網技術
先説結論 dom 節點數量對內存影響沒想象中大,js 變量才是內存佔用的元兇 內存佔用及運行性能對比:原生 js v-for div ≈ v-for 函數式組件 v-for 普通組件 去虛擬 dom 化框架正在崛起,成為一種新的選擇 dom 節點數量對內存影響沒想象中大(十萬 div 僅佔用 400mb) 測試示例 生成 100,000(十萬)個 div,內存佔用僅
昵称 momo707577045