nodejs 가비지 수집에 대한 자세한 소개

이 기사는 nodejs 가비지 수집에 대한 자세한 소개를 제공합니다. 이는 특정 참고 가치가 있으므로 도움이 될 수 있습니다.

nodejs의 가비지 수집 메커니즘은 v8 엔진에 의해 자동으로 관리됩니다.

nodejs의 메모리 제한

일반적인 백엔드 언어인 ​​​​(php)에서는 메모리 사용에 제한이 없지만 nodejs의 경우 시스템의 일부만 사용할 수 있습니다 --- - 64비트 시스템은 1.4G이고, 32비트 시스템 비트는 0.7G입니다. 이때 데이터 분석을 위해 3G 파일을 처리하려는 경우 시스템 메모리가 8G이더라도 nodejs 프로세스 메모리는 여전히 오버플로됩니다.

위의 문제는 주로 nodejs가 v8 기반인데, nodejs가 v8만의 방식으로 메모리를 관리한다는 점에서 발생합니다. 그렇다면 v8이 힙 메모리 크기를 제한하는 이유는 무엇일까요? 2가지 이유가 있습니다:

1. 피상적인 이유: v8은 브라우저용으로 설계되었으며 대용량 메모리 시나리오가 발생할 가능성이 없습니다.

2. 깊은 이유: v8 가비지 수집 메커니즘의 한계. 1.5G의 힙 메모리를 예로 들면 v8은 소규모 가비지 수집을 수행하는 데 50ms가 걸리고 비증분 가비지 수집을 수행하는 데 1초가 걸립니다. 가비지 수집으로 인해 js 스레드가 일시 중지되고 이러한 시간이 지나면 애플리케이션의 성능과 응답성이 급락하게 됩니다.

메모리 제한을 켤 수 있습니다:
--max-old-space-size (구세대)
--max-new-space-size (신세대)
v8 힙 메모리 크기 = 구세대 + 신세대

v8 가비지 수집 메커니즘
v8 가비지 수집은 주로 세대 가비지 수집 메커니즘을 기반으로 합니다. 메모리 가비지 수집은 객체의 생존 시간에 따라 서로 다른 세대에서 수행되며, 서로 다른 세대의 메모리에서 서로 다른 알고리즘이 수행됩니다.

신세대 ---> 생존 시간이 짧은 객체
Old 세대 ---> 생존 시간이 길거나 상주 메모리가 있는 객체
위에서 언급했듯이 nodejs 힙 메모리의 크기는 신세대 메모리 공간에 Old Generation을 더한 크기입니다. 기억공간.

신세대 알고리즘
신세대는 주로 가비지 수집을 위해 청소 알고리즘을 사용합니다.

가비지 컬렉션을 구현하기 위한 복사 방식으로 힙 메모리를 둘로 나누어 각 공간을 세미스페이스(semispace)라고 합니다. 이 두 개의 반공간 중 하나만 사용되고(공간에서 호출됨) 다른 하나는 비어 있습니다(공간으로 호출됨). 할당을 시작할 때 먼저 from 공간부터 시작하고, 가비지 수집이 시작되면 from 공간에서도 시작하여 살아남은 객체를 확인하고, 살아남은 객체를 to 공간에 복사하며, 살아남지 않은 객체가 차지하는 공간은 석방되다. 복사가 완료되면 원본 공간과 대상 공간의 역할이 바뀌게 됩니다.
위의 과정을 통해 스캐빈지의 단점은 힙 메모리의 절반만 사용하여 공간 획득 시간을 희생한다는 점을 알 수 있습니다.

기존 세대는 mark-sweep 및 mark-comopact 알고리즘을 전달합니다.

mark-sweep 마크 제거는 마킹과 지우기의 두 단계로 나누어집니다. mark-sweep은 먼저 표시 단계에서 힙 메모리의 모든 객체를 탐색하고 남아 있는 객체를 표시합니다. 지우기 단계에서 표시되지 않은 객체를 지웁니다. scavenge는 살아있는 객체만 복사하고, mark-sweep은 죽은 객체만 정리하는 것을 볼 수 있습니다. 새로운 세대에서 살아남은 객체가 작은 부분을 차지하고, Old 세대에서 죽은 객체가 작은 부분을 차지하기 때문에 이 두 알고리즘이 효율적인 이유입니다.

마크-콤팩트 마크 구성, 마크-스윕에 문제가 발생합니다. 재활용 후 메모리는 불연속 상태(메모리 조각화)가 됩니다. 메모리 조각화는 큰 메모리를 할당해야 하지만 모든 메모리 조각이 할당을 완료할 수 없는 상황이 발생하기 때문에 후속 메모리 할당에 영향을 미칩니다. 이렇게 하면 사전에 가비지 수집이 실행되고 이러한 재활용이 필요하지 않습니다. Mark-compact는 Mark-sweep을 기반으로 진화했습니다. 주요 차이점은 객체가 표시된 후 정렬 프로세스 중에 살아남은 모든 객체가 한쪽 끝으로 이동되고 이동이 완료된 후 바로 지워진다는 것입니다.

요약: 일반적인 사용 중에는 v8의 메모리 제한이 여전히 충분하지만 nodejs의 가비지 수집 및 단일 스레드는 여전히 성능에 영향을 미칩니다. 고성능을 원한다면 가비지 수집을 가능한 한 작게 유지해야 합니다. 실제 개발에서는 일반적으로 메모리에 저장(어레이)되는 웹 서비스 세션(세션)을 구현할 때처럼 Old Generation 객체를 사용해야 하며, 접근량이 많을 경우 Old Generation 객체가 급격히 증가하게 됩니다. 오버플로를 일으킬 수 있는 생성 개체입니다. 3G 파일 읽기와 같이 대용량 메모리 데이터를 처리해야 하는 경우 읽기 가능한 스트림의 Pipe() 메서드를 사용하여 v8 메모리 제한의 영향을 받지 않고 nodejs 프로그램의 견고성을 향상시킵니다.

위 내용은 nodejs 가비지 수집에 대한 자세한 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!