jjzjj

gc_allocator

全部标签

javascript - 在 : memory allocation versus large object manipulation 中

我有一个维护和操作大量数据的JavaScript模块。我有四个大型结构——每个基本上都是数组对象的对象的对象。他们里面有很多数据。当用户执行删除或更新等操作时,我需要遍历每个结构并可靠地修改结构以反射(reflect)更改。在某些结构中,根据用户操作,我不知道我需要更改哪个“叶”对象,所以我必须遍历所有对象,等等。在发生变化时操纵这些大型结构的另一种方法是将它们清空并从原始数据中重建它们。这就是我的问题:从性能的Angular来看,在Javascript中,循环遍历和修改现有(大型)数据结构或简单地从原始数据重建结构是否更优化?我确定答案可能是“视情况而定”,但是a)假设有大量数据;b

javascript - Node : How to free buffers that get allocated outside of the V8 memory heap

我有一个应用程序,我按顺序从服务器下载mp3文件,将它们临时存储在我的服务器中,然后将它们直接流式传输到客户端,如下所示:functiondownloadNextTrack(){varrequest=http.get('http://mp3server.com',function(response){response.on('data',function(data){fs.appendFile('sometrack.mp3',data,function(err){});});response.on('end',function(){streamTrack('sometrack.mp3'

javascript - Firefox 在 for 循环中抛出 js 错误 "allocation size overflow"

下面是我的代码相同的代码可以在本地服务器上运行,但不能在实时运行。htmlC="";htmlC+='';for(i=1;i"+i+"";}else{htmlC+=""+i+"";}}htmlC+='';我试过寻找无限循环但没有成功。非常相同的代码在本地服务器上运行。 最佳答案 以这种方式使用字符串连接通常不是一个好主意,尤其是当您不知道要执行的迭代次数时。每次连接字符串时,都会重新分配适合新字符串所需的内存,并且需要对旧字符串进行垃圾回收(出于性能原因,这甚至可能不会在循环期间完成)varhtmlBuffer=[];htmlBuff

javascript - 如何调试 Chrome Javascript 中 GC 事件之间看似长时间的停顿

我一直在尝试优化一个Angular网站,但在某些路由之间切换时,我的页面响应出现大量延迟。显示的每个页面都不大,但其中包含相当数量的元素和合理数量的绑定(bind)。我已经用bindonce做了我能做的,所以我用Chrome查看了调试器,我发现我的大部分时间似乎都花在了GC上。奇怪的是,每个GC之间似乎存在巨大的差距,我正试图弄清楚这些差距到底是什么。我猜是在它实际删除项目时,小条是在进行标记和清除时,但我对分析JS的这种深度并不熟悉。我的大部分工作都是在C++/C#/Java中完成的。 最佳答案 在半秒内收集了超过20MB的垃圾。

javascript - 使用适当的 GC 删除 DOM 节点(无泄漏)

问题添加节点,同时从DOM中删除旧节点,不会从内存中丢弃旧节点。(至少不是全部,没有明显的原因)。如何看待这种情况(你已经知道了,但无论如何..)右键单击输出区域并使用Chrome开发人员工具进行检查。单击时间轴选项卡,然后单击左上角的圆圈(点)开始录制。现在点击body元素,它将开始每300ms添加和删除项目(删除的节点应该被垃圾收集)。停止记录,将数据采样区域扩展到最大,您将在屏幕的下半部分看到绿色的节点。预期的图形将上下波动(其中向下表示节点已被GC正确丢弃)。测试页面这2个测试页面非常原始。当然,在现实生活中,开发人员使用生成大量文本的模板,这些文本应转换为DOM并注入(inj

javascript - Chrome 53 中的 `Allocation stack` 选项卡在哪里

我正在阅读thisarticle关于内存分析。其中一个屏幕截图显示了Allocationstack选项卡:在我的53版Chrome中没有这样的标签:它去哪儿了?如何在Chrome53中找到Allocationstack中显示的信息? 最佳答案 要使用此功能,您需要转到DevTools->Settings并启用Recordheapallocationstacktraces。 关于javascript-Chrome53中的`Allocationstack`选项卡在哪里,我们在StackOve

go - C 代码是否享受 Go GC 的碎片预防策略?

关闭。这个问题需要detailsorclarity.它目前不接受答案。想改进这个问题吗?通过editingthispost添加细节并澄清问题.关闭4年前。Improvethisquestion更正了错误的暗示:Golang的GC执行虚拟地址空间碎片整理碎片预防策略,这使程序能够运行很长时间(如果不是永远的话)。但似乎C代码(cgo或SWIG)无法更新它的内存指针,以防它们被移动到别处。从这些策略中获益。这是真的吗?C代码不会受益于Golang的虚拟地址空间碎片整理碎片预防,最终得到碎片吗?如果那是假的,怎么办?此外,C代码加载的任何DLL代码(例如WindowsDLL)会怎样?(问题已

debugging - 在不修改源代码的情况下调用 runtime.GC()/memprofile

我有一个编译好的Go程序,有时会占用大量内存。不幸的是,我没有它的源代码,所以不可能修改它来添加一个runtime/pprof服务器。我想知道有没有什么方法可以在不修改源代码的情况下调用runtime.GC()或生成堆转储? 最佳答案 我不这么认为。即使对信号(如SIGQUIT)使用react也需要对其进行编码,如seenhere.只有可执行文件(没有.a,没有源代码),你会onlyhavegotoolobjdump. 关于debugging-在不修改源代码的情况下调用runtime.G

戈朗 : appending slices with or w/o allocation

Go的append()函数仅在给定slice的容量不足时分配新的slice数据(另请参见:https://stackoverflow.com/a/28143457/802833)。这可能会导致意外行为(至少对我这个golang新手来说):packagemainimport("fmt")funcmain(){a1:=make([][]int,3)a2:=make([][]int,3)b:=[][]int{{1,1,1},{2,2,2},{3,3,3}}common1:=make([]int,0)common2:=make([]int,0,12)//providesufficientcap

Golang 基准测试 : why does allocs/op show 0 B/op?

这是基准测试的代码片段://bench_test.gopackagemainimport("testing")funcBenchmarkHello(b*testing.B){fori:=0;i指标allocs/op显示0B/op。变量a是一个int类型,不会占用太多内存,但它不应该占用零B.>gotest-bench=.-benchmemgoos:darwingoarch:amd64pkg:aBenchmarkHello-420000000000.26ns/op0B/op0allocs/opPASSoka0.553s 最佳答案 Wh