Node 内存控制

  • Node 只能使用部分内存,原因:

    node 基于 V8 构建,V8 的内存管理机制限制了内存的用量。

    在实际的使用中,不小心触碰到这个内存界限,会造成进程退出。

    V8 是通过堆来进行内存分配的;在代码中声明对象并赋值时,所使用对象的内存就分配在堆中;如果已申请的堆空闲内存不够分配新的对象,将继续申请堆内存,直到堆的大小超过 V8

    的限制为止。

    V8 为何要限制堆的大小?原因是 V8 的垃圾回收机制的限制。

    垃圾回收会引起 JavaScript 线程暂停执行;内存太大,垃圾回收时间太长,在当时的考虑下,直接限制了堆内存大小。

    这个内存限制能打开,node 在启动时传递 --max-old-space-size 或 --max-new-space-size 来调整内存限制的大小,示例如下:

    node --max-old-space-size=1700 test.js

    或者

    node --max-new-space-size=1024 test.js

    上述参数在V8初始化时生效,一旦生效就不能再动态改变。

  • V8 的垃圾回收机制

    v8 的垃圾回收策略,主要基于分代式垃圾回收机制

    在 v8 中,主要将内存分为新生代老生代两代。

    v8 堆的整体大小,就是新生代所用内存空间加上老生代所用内存空间。

    默认分配内存大小:

系统\生代 老生代 新生代(默认) 新生代(最大)
64位系统 1400MB 32MB 64MB
32位系统 700MB 16MB 32MB

原文地址:https://www.cnblogs.com/cag2050/p/9795248.html

时间: 2024-09-17 05:26:07

Node 内存控制的相关文章

深入浅出NodeJS——内存控制

基于无阻塞.事件驱动建立的Node服务,具有内存消耗低的优点,非常适合处理海量的网络请求. V8的垃圾回收机制与内存限制 Javascript和Java类似,由垃圾回收机制来进行自动内存管理,而Node是构建在V8虚拟机基础上,所以其内存回收和V8运行机制息息相关. V8的内存限制:64位系统约为1.4GB.32位系统约为0.7GB process.memoryUsage(),返回值包括heapTotal代表已申请到的堆内存,heapUsed当前使用的内存,rss(resident set si

【读书笔记】《深入浅出nodejs》第五章 内存控制

海量请求+长时间运行 -> 内存控制 -> 一切资源高效循环利用 1. V8的垃圾回收机制与内存限制 在Node中通过JavaScript使用内存时,只能使用部分内存(64位系统下约1.4GB,32位系统下约为0.7GB). 在V8中,所有的JavaScript对象都是通过堆来进行分配的,当申请的堆空闲内存不够分配新的对象,将继续申请堆内存,直到堆得大小超过V8的限制为止. 为什么V8要限制堆得大小? -> (1)V8最初为浏览器设计,不太可能遇到用大量内存的场景. -> (2)V

RabbitMQ 内存控制 硬盘控制

一.内存控制: vm_memory_high_watermark 该值为内存阈值,默认为0.4.意思为物理内存的40%.40%的内存并不是内存的最大的限制,它是一个发布的节制,当达到40%时Erlang会做GC.最坏的情况是使用内存80%.如果把该值配置为0,将关闭所有的publishing . rabbitmqctl set_vm_memory_high_watermark 0 Paging 内存阈值,该值为默认为0.5,该值为vm_memory_high_watermark的20%时,将把内

Java 对象及其内存控制

作者:禅楼望月(http://www.cnblogs.com/yaoyinglong) Java 向程序员许下了美好的承诺:无需关心内存的回收,Java提供了优秀的垃圾回收机制来回收已经分配的内存. 所以初学者往往会肆无忌惮的挥霍Java内存,从而导致Java程序的运行效率下降,主要坏处为: 不断分配内存使得系统中可用内存减少,从而降低程序运行性能: (更重要的)大量已分配内存的回收使得垃圾回收的负担加重,降低程序的运行性能. 1 前向应用 这说明Java中定义实例成员变量时,必须采用合法的前向

node 内存溢出的解决方案

工作开发项目中,运行一个项目,因为项目过大,项目报错: FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - process out of memory 查询可知是node内存 溢出导致,解决方案 1.安装increase-memory-limit 插件,增加node服务器内存限制 2. "scripts": { "start": "node --max_old_space_size=9000 build

深入浅出Node.js (5) - 内存控制

5.1 V8的垃圾回收机制与内存限制 5.1.1 Node与V8 5.1.2 V8的内存限制 5.1.3 V8的对象分配 5.1.4 V8的垃圾回收机制 5.1.5 查看垃圾回收日志 5.2 高效使用内存 5.2.1 作用域 5.2.2 闭包 5.2.3 小结 5.3 内存指标 5.3.1 查看内存使用情况 5.3.2 堆外内存 5.3.3 小结 5.4 内存泄漏 5.4.1 慎将内存当做缓存 5.4.2 关注队列状态 5.5 内存泄漏排查 5.5.1 node-heapdump 5.5.2 n

轻松排查线上Node内存泄漏问题

I. 三种比较典型的内存泄漏 一. 闭包引用导致的泄漏 这段代码已经在很多讲解内存泄漏的地方引用了,非常经典,所以拿出来作为第一个例子,以下是泄漏代码: 'use strict'; const express = require('express'); const app = express(); //以下是产生泄漏的代码 let theThing = null; let replaceThing = function () { let leak = theThing; let unused =

JVM堆内存控制/分代垃圾回收

JVM的堆的内存, 是通过下面面两个参数控制的 -Xms 最小堆的大小, 也就是当你的虚拟机启动后, 就会分配这么大的堆内存给你 -Xmx 是最大堆的大小 当最小堆占满后,会尝试进行GC,如果GC之后还不能得到足够的内存(GC未必会收集到所有当前可用内存),分配新的对象,那么就会扩展堆,如果-Xmx设置的太小,扩展堆就会失败,导致OutOfMemoryError错误提示. 实际上,细节不止于此, 堆还会被分成几个不同的区域,分别应用不同的GC算法 http://unixboy.javaeye.c

树莓派.使用Node.js控制GPIO

树莓派上的40个GPIO是最好玩的东西 它们可以被C,/C++, Python, Java等语言直接控制 现在就来看看怎么用Node.js做到同样的事情 在试验之前, 请先安装好Node.js, 具体可以移步到: <树莓派.安装系统+Node.js+MongoDB系列环境> 1.准备试验文件夹 mkdir /home/pi/Documents/test-gpio-demo/ 2.创建文件package.json { "name": "test-gpio-demo&