tag 內存管理

標籤
貢獻24
100
03:05 PM · Oct 26 ,2025

@內存管理 / 博客 RSS 訂閱

IT劍客行 - 怎麼讓基礎鏡像不退出

性能調優和問題診斷最佳實踐,第 2 部分 有條不紊地進行性能調優和故障診斷 developerWorks 中國網站編輯團隊 2009 年 3 月 12 日發佈 WeiboGoogle+用電子郵件發送本

內存管理 , 雲計算 , 怎麼讓基礎鏡像不退出 , 運維 , 數據庫 , 雲原生 , SQL

收藏 評論

GVenusLeo - [C程序設計] 08 - 指針

一、什麼是指針 1. 地址與指針 在程序中定義了一個變量,編譯時系統會給這個變量分配存儲單元,同時根據變量的數據類型,分配一定長度的空間。內存區的每一個字節都有一個編號,這就是“地址”。由於通過地址就可以找到所需的變量單元,可以説,地址指向該變量單元。由此,將地址形象地稱為指針。 C 語言對不同的數據類型分配不同大小的存儲單元,且不同數據類型的存儲方式是不一樣的。因此,即使給了一個地址,也無法保證

內存管理 , 指針 , c

收藏 評論

秦川 - 關於 Go arena 的討論的學習

原因 目前 Go 的 GC 雖然高效,但是也是有代價的。 對於一些會有大量堆對象生成的場景,GC 相關的內存和CPU資源佔用,會導致服務吞吐量和相應速度受到影響。 因此需要一個效率更高且安全的內存管理機制,應對內存(GC)密集型的需求場景。 這也是個人長期以來對於 Go 的一個特別關注點。之前見過一些基於 mmap 系統內存自己管理的方案,但是很遺憾,這些方案看起來都很難真正的在項目中使用(接口複

protobuf , 內存管理 , gc , 內存分配 , go

收藏 評論

註銷 - 內存安全問題之 use-after-free 漏洞的介紹

計算機安全領域中的"use-after-free"漏洞是一種常見的內存安全問題。該漏洞類型源自於程序錯誤,通常發生在應用程序或操作系統中。"Use-after-free"漏洞指的是在釋放(free)了某塊內存後,程序繼續使用了已釋放的內存區域,可能導致嚴重的安全問題。這種漏洞對計算機系統和用户數據構成嚴重威脅,攻擊者可以利用它們執行惡意代碼,篡改數據,或者導致系統崩潰。 漏洞發生的主要原因之一是內

內存 , 內存管理 , 內存泄漏

收藏 評論

網絡安全專家 - JavaScript代碼性能優化總結 - ITer在路上的個人博客主頁 -

性能優化的核心目標 減少加載時間,提升執行效率,優化內存管理,改善用户體驗 代碼層面的優化 避免全局變量污染,減少作用域鏈查找 使用 const 和 let 替代 var,減少變量提升帶來的性能損耗 避免頻繁的 DOM 操作,使用文檔片段(DocumentFragment)或虛擬 DOM

性能優化 , 資源加載 , 內存管理 , 前端開發 , 前端 , Javascript

收藏 評論

超神經HyperAI - 【vLLM 學習】Lora With Quantization Inference

vLLM 是一款專為大語言模型推理加速而設計的框架,實現了 KV 緩存內存幾乎零浪費,解決了內存管理瓶頸問題。 更多 vLLM 中文文檔及教程可訪問 →https://vllm.hyper.ai/ *在線運行 vLLM 入門教程:零基礎分步指南 源碼examples/offline_inference/lora_with_quantization_inference.py # SPDX-Licen

llm , 內存管理 , kv存儲 , 量化 , Python

收藏 評論

註銷 - 什麼是計算機安全領域的 use-after-free 漏洞

在計算機安全領域,use-after-free 是一種重要的安全漏洞類型。要理解 use-after-free 漏洞,我們首先需要了解計算機內存管理的基礎知識。 計算機程序在運行時,會使用到計算機的內存資源。內存是一個有限的資源,不可能無限制地使用。因此,程序在使用內存時,必須遵循一個規則:在使用完一個內存區域後,必須釋放它,使得這部分內存可以被其他程序或者同一個程序的其他部分使用。在 C 語言中

內存 , 內存管理 , 內存泄漏

收藏 評論

liuyuede - golang的內存管理

0.1、索引 https://blog.waterflow.link/articles/1663406367769 1、內存管理 內存管理是管理計算機內存的過程,在主存和磁盤之間移動進程以提高系統的整體性能。內存管理的基本要求是提供方法來根據程序的請求動態的將部分內存分配給程序,並在不需要時釋放它以供重用。 程序通過將他們的內存劃分為執行特定任務的不同部分來管理他們。棧和堆就是這部分中的倆個,他們

內存管理 , 垃圾回收

收藏 評論

mob64ca12ee2ba5 - ollama 內存不釋放

在使用 Ollama 進行大規模模型推理時,我們受到了一種困擾——“ollama 內存不釋放”問題。這個問題不僅減緩了系統的響應速度,還可能導致服務崩潰,影響業務的連續性。 問題背景 在實際生產環境中,Ollama 被廣泛用於 NLP 任務,如文本生成與翻譯。我們的一位用户在使用 Ollama 時,發現每次調用模型後,內存使用量不斷上升,最終導致系統中斷。他描述道:

內存管理 , aigc , memory , ci

收藏 評論

wx68fc435ee4240 - 揭秘Linux管道的“秘密容器”:管道緩衝區到底有多大?

當我們使用Linux管道(Pipe)時,我們知道數據從一端流入,從另一端流出,彷彿通過一個無形的通道。但這個“通道”並非無限大,它實際上是內核中的一塊內存,我們稱之為管道緩衝區(Pipe Buffer)。 這個緩衝區的大小,直接決定了在“對講機”的另一端(讀者)來得及接收之前,我們(寫者)最多能“喊”出多少話而不會被“憋住”(阻塞)。那麼,這個看不見摸不着的“秘密容器”,我

內存管理 , 數據 , include , 代碼人生

收藏 評論

apollo008 - 補充物理內存不足以提高系統性能 - Centos系統設置swap分區或swap文件方法實踐

本篇我們講下Centos系統下,尤其是虛擬機上比如vmware centos虛擬機上如果宿主機可分配給虛擬機的物理內存不太充裕的情況下,可以通過設置swap分區或swap文件,補充物理內存不足,提高虛擬機的系統性能。 以下所有操作都需要在root權限 如果之前已經使用swap, 需要先卸載之前的swap 分區或swap文件 swapoff /swapfile 刪除swap分區如果有 rm -rf

內存管理 , swap , 虛擬機 , Centos

收藏 評論

bin的技術小屋 - 談一談 Netty 的內存管理 —— 且看 Netty 如何實現 Java 版的 Jemalloc

本文基於 Netty 4.1.112.Final 版本進行討論 在之前的 Netty 系列中,筆者是以 4.1.56.Final 版本為基礎和大家討論的,那麼從本文開始,筆者將用最新版本 4.1.112.Final 對 Netty 的相關設計展開解析,之所以這麼做的原因是 Netty 的內存池設計一直在不斷地演進優化。 在 4.1.52.Final 之前 Netty 內存池是基於 jemalloc

內存管理 , netty , JAVA , 後端

收藏 評論

bin的技術小屋 - Netty 如何自動探測內存泄露的發生

本文基於 Netty 4.1.112.Final 版本進行討論 本文是 Netty 內存管理系列的最後一篇文章,在第一篇文章 《聊一聊 Netty 數據搬運工 ByteBuf 體系的設計與實現》 中,筆者以 UnpooledByteBuf 為例,從整個內存管理的外圍對 ByteBuf 的整個設計體系進行了詳細的拆解剖析,隨後在第二篇文章 《談一談 Netty 的內存管理 —— 且看 Netty 如

內存管理 , 內存泄露 , netty , JAVA , 後端

收藏 評論

超神經HyperAI - 【vLLM 學習】Mistral-small

vLLM 是一款專為大語言模型推理加速而設計的框架,實現了 KV 緩存內存幾乎零浪費,解決了內存管理瓶頸問題。 更多 vLLM 中文文檔及教程可訪問 →https://vllm.hyper.ai/ *在線運行 vLLM 入門教程:零基礎分步指南 源碼examples/offline_inference/mistral-small.py # SPDX-License-Identifier: Apac

llm , 內存管理 , 零基礎 , 源碼 , kv存儲

收藏 評論

daoheng - 結合生活中的場景來理解棧內存跟堆內存的區別

在程序開發中經常遇到值類型的數據跟引用類型的數據, 值類型的數據存儲在棧內存中, 引用類型的數據實例存儲在堆內存中, 變量保存的時候對象在堆內存中的引用地址. 棧內存跟堆內存兩者有啥區別哪? 我們可以用生活中常見的"快遞收發"場景來對比兩者的區別. 先建立一個核心比喻:內存 = 快遞站點 把整個計算機內存想象成一個 “快遞站點”,站點裏有兩種存放快遞的區域: 棧內存 = 站點前台的

內存管理 , typescript

收藏 評論

zhuchenxi113 - macOS 26 Chrome 瀏覽器後台 Google Chrome Helper (Renderer)佔用內存超高解決辦法。

結論:必應搜索頁面問題。 控制變量法倒推過程: 關閉 Adguard 後,短暫降低內存佔用,之後反彈。 重裝 Chrome 瀏覽器後,無改善。 使用百度搜索相同關鍵字,保留 1 個百度搜索窗口,1 個必應搜索窗口,查看 Chrome 任務管理,必應占用內存超高,16GB 運存單個必應搜索標籤頁最高佔用 12GB。必應占用內存異常原因未知。 改善方式:更改默認搜索引擎,避免

chrome , 內存管理 , 內存泄漏

收藏 評論

自由的瘋 - 《性能優化:從代碼到架構(十八)》

內存管理、多線程與並行編程、基準測試 性能優化是軟件開發的核心環節,涵蓋從底層內存管理到高層架構設計的多個層面。本文將深入探討GC機制優化、多線程與並行編程實踐,以及如何通過BenchmarkDotNet量化性能提升。 一、內存管理:GC機制優化 .NET的垃圾回收(Garbage Collection, GC)機制自動管理內存,但不當的內存分配和回收策

內存管理 , yyds乾貨盤點 , c++ , 後端開發 , 多線程 , c , 並行編程

收藏 評論

bin的技術小屋 - 一文聊透 Linux 缺頁異常的處理 —— 圖解 Page Faults

本文基於內核 5.4 版本源碼討論 在前面兩篇介紹 mmap 的文章中,筆者分別從原理角度以及源碼實現角度帶着大家深入到內核世界深度揭秘了 mmap 內存映射的本質。從整個 mmap 映射的過程可以看出,內核只是在進程的虛擬地址空間中尋找出一段空閒的虛擬內存區域 vma 然後分配給本次映射而已。 vma = vm_area_alloc(mm); vma-vm_start = add

內存管理 , linux-kernel , 內核 , Linux , 後端

收藏 評論

bin的技術小屋 - 從內核世界透視 mmap 內存映射的本質(原理篇)

本文基於內核 5.4 版本源碼討論 之前有不少讀者給筆者留言,希望筆者寫一篇文章介紹下 mmap 內存映射相關的知識體系,之所以遲遲沒有動筆,是因為 mmap 這個系統調用看上去簡單,實際上並不簡單,可以説是非常複雜的一個系統調用。 如果想要給大家把 mmap 背後的技術本質,正確地,清晰地還原出來,還是有一定難度的,因為 mmap 這一個系統調用就能撬動起整個內存管理系統,文件系統,頁表體系,缺

內存管理 , mmap , linux-kernel , 操作系統 , Linux

收藏 評論

小小張説故事 - Python內存管理與垃圾回收深度解析

Python的內存管理和垃圾回收是一項基礎但至關重要的技術。理解Python如何管理內存可以幫助我們寫出更優化、更高效的代碼,同時也可以幫助我們更好地理解Python運行時的一些行為。在本文中,我們將深入探討Python的內存管理和垃圾回收機制。 一、Python的內存管理 Python的內存管理是自動的。它由Python的內存管理器負責,當你創建一個對象時,Python會自動分配內存給它;當對象

內存管理 , 垃圾回收 , 後端 , Python

收藏 評論

註銷 - 關於內存芯片的電流消耗機制的介紹

內存芯片的電能消耗機制是一個複雜而精密的系統,受到多種因素的影響。在理解內存芯片的電能消耗機制之前,我們需要了解內存芯片的基本結構和工作原理。 內存芯片的基本結構: 內存芯片通常由存儲單元組成,每個存儲單元用於存儲一個數據位。存儲單元的排列方式可以是行和列的矩陣結構,其中每個存儲單元可以通過行地址和列地址進行訪問。內存芯片的核心是存儲電荷的電容器,其中電荷的存在或缺失表示存儲的二進制信息(0

內存 , 內存管理

收藏 評論

vivo互聯網技術 - Java 8 內存管理原理解析及內存故障排查實踐

作者:vivo 互聯網服務器團隊- Zeng Zhibin 介紹Java8虛擬機的內存區域劃分、內存垃圾回收工作原理解析、虛擬機內存分配配置,介紹各垃圾收集器優缺點及場景應用、實踐內存故障場景排查診斷,方便讀者面臨內存故障時有一個明確的思路和方向。 一、背景 Java是一種流行的編程語言,可以在不同的操作系統上運行。它具有跨平台、面向對象、自動內存管理等特點,Java程序在運行時需要使用內存來存儲

性能優化 , 內存管理 , java8

收藏 評論