內(nèi)存
-
Rambus推出支持HBM3的內(nèi)存子系統(tǒng)，速率可達(dá)8.4Gbps，助力AI/ML性能提升
中國北京，2021年8月25日 —— 作為業(yè)界領(lǐng)先的芯片和IP核供應(yīng)商，致力于使數(shù)據(jù)傳輸更快更安全，Rambus Inc.今日宣布推出支持HBM3的內(nèi)存接口子系統(tǒng)，內(nèi)含完全集成的PHY和數(shù)字控制器。
-
vmmap?分析內(nèi)存泄露問題
vmmap是sysinternals工具集中的一個(gè)工具，主要用于分析一個(gè)進(jìn)程的虛擬內(nèi)存和物理內(nèi)存的使用情況。更有效的是，可以通過對比兩個(gè)不同時(shí)間的內(nèi)存使用情況的Snapshot，來查找內(nèi)存泄露問題。vmmap介紹當(dāng)你用vmmap去查看一個(gè)正在運(yùn)行的進(jìn)程的時(shí)候?？梢钥吹饺缦聢D，不同...
-
Windows?程序內(nèi)存泄漏?(Memory?Leak)?分析之?UMDH
小木發(fā)現(xiàn)線上的程序通過任務(wù)管理器發(fā)現(xiàn)內(nèi)存不斷的增長，懷疑是不是內(nèi)存泄漏呢？用戶態(tài)內(nèi)存泄漏可能是句柄泄漏，堆內(nèi)存泄露，Socket,?GDI對象等等。而對于C程序員來說，碰到最多的無疑是堆內(nèi)存泄露：也就是通過malloc或者new從堆上申請的內(nèi)存，使用完成后，并沒有釋放，導(dǎo)致程序使...
-
Windows?程序內(nèi)存泄漏?(?Memory?Leak?)?分析之Windbg
之前寫了一篇>"data-itemshowtype="11"tab="innerlink"data-linktype="2">。這種方法有一定的局限性:實(shí)踐證明，當(dāng)程序復(fù)雜，內(nèi)存頻繁的申請釋放，通過UMDH對比的文件將會非常的大，并且很難直接看出內(nèi)存泄露所在。UMDH在收集信息的...
-
Windows?內(nèi)存泄露分析之?DebugDialog
Windows中內(nèi)存泄露的文章已經(jīng)寫過兩篇>"data-itemshowtype="11"tab="innerlink"data-linktype="2">和>"data-itemshowtype="11"tab="innerlink"data-linktype="2">。如果有...
-
微軟Debug?CRT庫是如何追蹤C(jī) 內(nèi)存泄露的？
之前已經(jīng)寫過四篇關(guān)于Windows中如何查找內(nèi)存泄露的方法，基本上可以幫你找到內(nèi)存泄露的問題所在。查看系列文章請發(fā)送關(guān)鍵字?內(nèi)存泄漏?獲取。那么為什么要寫這篇文章呢？本人在逛知乎的時(shí)候，看到一個(gè)問題,不乏很多高手的回答。我正好也寫了幾篇通過工具去分析內(nèi)存泄露的文章，那先說說工具的...
-
有了它，再也不怕?C ?內(nèi)存泄露了！
C/C程序越復(fù)雜，內(nèi)存的管理顯得越重要，稍有不慎就會出現(xiàn)泄漏。如果內(nèi)存泄漏不是很嚴(yán)重，在短時(shí)間內(nèi)對程序不會有太大影響，這也使得內(nèi)存泄漏問題有很強(qiáng)的隱蔽性，不易被發(fā)現(xiàn)。然而不管內(nèi)存泄漏多么輕微，當(dāng)程序長時(shí)間運(yùn)行時(shí)，其破壞力是驚人的-從性能下降到內(nèi)存耗盡，甚至?xí)绊懫渌绦虻恼＿\(yùn)行...
-
百度?C ?工程師的那些極限優(yōu)化（內(nèi)存篇）
導(dǎo)讀：在百度看似簡簡單單的界面后面，是遍布全國的各個(gè)數(shù)據(jù)中心里，運(yùn)轉(zhuǎn)著的海量C服務(wù)。如何提升性能，降低延時(shí)和成本就成了百度C工程師的必修功課。伴隨著優(yōu)化的深入攻堅(jiān)，誕生并積累下來一系列的性能優(yōu)化理論和方案，其中不乏一些冷門但精巧實(shí)用的經(jīng)驗(yàn)和技巧。本文從內(nèi)存訪問角度，收集總結(jié)了一些...
-
Windows 程序內(nèi)存泄漏 (Memory Leak) 分析之 UMDH
小木發(fā)現(xiàn)線上的程序通過任務(wù)管理器發(fā)現(xiàn)內(nèi)存不斷的增長，懷疑是不是內(nèi)存泄漏呢？用戶態(tài)內(nèi)存泄漏可能是句柄泄漏，堆內(nèi)存泄露，Socket,?GDI對象等等。而對于C程序員來說，碰到最多的無疑是堆內(nèi)存泄露：也就是通過malloc或者new從堆上申請的內(nèi)存，使用完成后，并沒有釋放，導(dǎo)致程序使...
-
Windows 程序內(nèi)存泄漏 ( Memory Leak ) 分析之Windbg
之前寫了一篇>"data-itemshowtype="11"tab="innerlink"data-linktype="2">。這種方法有一定的局限性:實(shí)踐證明，當(dāng)程序復(fù)雜，內(nèi)存頻繁的申請釋放，通過UMDH對比的文件將會非常的大，并且很難直接看出內(nèi)存泄露所在。UMDH在收集信息的...
-
Windows 內(nèi)存泄露分析之 DebugDialog
Windows中內(nèi)存泄露的文章已經(jīng)寫過兩篇>"data-itemshowtype="11"tab="innerlink"data-linktype="2">和>"data-itemshowtype="11"tab="innerlink"data-linktype="2">。如果有...
-
再談GPU的內(nèi)存帶寬
在先前的文章中《近距離看GPU計(jì)算（2）》，我們談到GPU相比CPU有更大的內(nèi)存帶寬，此言不虛，這也是眾核GPU有源源不斷數(shù)據(jù)彈藥供給，能夠發(fā)揮強(qiáng)大算力的主要原因。如下表所示(GDDR和HBM都是GPU的顯存規(guī)格)，基本上GPU的內(nèi)存帶寬要比CPU多一個(gè)數(shù)量級。但是考慮到GPU運(yùn)...
-
內(nèi)存對齊
?什么是內(nèi)存對齊？理論上計(jì)算機(jī)對于任何變量的訪問都可以從任意位置開始，然而實(shí)際上系統(tǒng)會對這些變量的存放地址有限制，通常將變量首地址設(shè)為某個(gè)數(shù)N的倍數(shù)，這就是內(nèi)存對齊。為什么要內(nèi)存對齊？1.硬件平臺限制，內(nèi)存以字節(jié)為單位，不同硬件平臺不一定支持任何內(nèi)存地址的存取，一般可能以雙字節(jié)、...
-
C 常見的三種內(nèi)存破壞場景和分析
有一定C開發(fā)經(jīng)驗(yàn)的同學(xué)大多數(shù)踩過內(nèi)存破壞的坑,有這么幾種現(xiàn)象:比如某個(gè)變量整形，在程序中只可能初始化或者賦值為1或者2,但是在使用的時(shí)候卻發(fā)現(xiàn)其為0或者其他的情況。對于其他類型，比如字符串等，可能出現(xiàn)了一種出乎意料的值！程序在堆上申請內(nèi)存或者釋放內(nèi)存的時(shí)候，在內(nèi)存充足的情況下，居...
-
AIoT碎片應(yīng)用和算力撬動新機(jī)遇，兆易創(chuàng)新多元化存儲布局背后邏輯揭秘
在人腦中，海馬體負(fù)責(zé)記憶相關(guān)的重要功能。類似的，在電子系統(tǒng)中，扮演“海馬體”角色的則是存儲器。
-
內(nèi)存泄漏和內(nèi)存溢出的關(guān)系和區(qū)別
一、內(nèi)存泄漏（memoryleak）1、內(nèi)存泄漏是指程序中已動態(tài)分配的堆內(nèi)存由于某種原因未釋放或無法釋放，造成系統(tǒng)內(nèi)存的浪費(fèi)，導(dǎo)致程序運(yùn)行速度減慢甚至系統(tǒng)奔潰等嚴(yán)重后果。2、一次內(nèi)訓(xùn)泄漏似乎不會有大的影響，但內(nèi)存泄漏后堆積的結(jié)果就是內(nèi)存溢出。3、內(nèi)存泄漏具有隱蔽性，積累性的特征，...
-
繼續(xù)硬肝內(nèi)存，你真的理解內(nèi)存分配嗎？
怒肝內(nèi)存！
-
字節(jié)終面：CPU?是如何讀寫內(nèi)存的？
如果你覺得這是一個(gè)非常簡單的問題，那么你真應(yīng)該好好讀讀本文，我敢保證這個(gè)問題絕沒有你想象的那么簡單。
-
圍繞HugeTLB的極致優(yōu)化
介紹以一種創(chuàng)新的方式優(yōu)化 HugeTLB 對應(yīng)的 struct page 內(nèi)存占用。
-
AK47所向披靡，內(nèi)存泄漏一網(wǎng)打盡
初識內(nèi)存泄漏小白的練級之路少不了前輩們的語重心長。
