복제없이 이것을 추적하는 것은 불가능합니다.

그래 알아. 소스 맵 생성에 대한 메모리 힙을 얻기 전에 제거했습니다. 그리고 네이티브 배열 파일 주위에이 오류 메시지가 나타납니다.

더 자세한 스택 추적을 얻을 수있는 방법이 있습니까?

참고로 지금 구축 중이지만 노드 프로세스에 더 많은 메모리를 추가했기 때문입니다.

NODE_OPTIONS="--max_old_space_size=4096"

최대 28 개의 경로를 작성하지만 30 개의 경로 (31 개의 경로가 있음)를 제공하면 프로세스의 메모리가 최대 3GB의 메모리 (그리고 그 이상)까지 늘어납니다. 8GB의 메모리가있는 평균 노트북에서 빌드 프로세스를 실행하고 있으며 일부는 이미 사용되었습니다. 그러나 그것은 관리했습니다.

이 문제를 계속 공개해야하는지 여부를 모르겠습니다.
도움이된다면 빌드 된 페이지의 통계는 다음과 같습니다.

프로세스는 소스 맵을 만들려고 할 때 충돌합니다 (대부분).

우리가 알 수있는 유일한 방법은 완전한 복제가 제공되는지 여부입니다. 지금은 닫겠습니다.

Next 9로 업그레이드 한 후 메모리 부족 오류가 발생하는 반면 Next 8에서는 문제가되지 않는다는 사실도 확인했습니다.

우리의 경우 CI 흐름의 일부로 CircleCi에서 앱을 빌드하고 있으며 다음과 같은 상황이 발생합니다.

Exited with code 137
Hint: Exit code 137 typically means the process is killed because it was running out of memory
Hint: Check if you can optimize the memory usage in your app
Hint: Max memory usage of this container is 4284268544
 according to /sys/fs/cgroup/memory/memory.max_usage_in_bytes

4GB는 CircleCI 컨테이너에 대한 메모리 제한이므로 오류입니다. Next 9로 건물을 짓는 것 같습니다. 우리는 그 한계에 도달하고 있습니다.

현재 공유 할 재현 가능한 케이스가 없습니다.

NextJs 9로 애플리케이션을 배포하는 동안에도이 문제에 직면했습니다.

NextJs 9로 업그레이드 한 3 개의 프로젝트 중 2 개는 Elastic Beanstalk에 배포 할 때 램 사용 문제에 직면합니다. 결국 되돌려 야합니다. 불행히도 나는 문제를 복제하기 위해 공유 할 저장소가 없습니다.

동일한 메모리 부족 문제가 발생하지만 모든 람다가 빌드 된 후에 내 문제가 발생합니다. 랩톱에서 빌드를 완료 할 수 있지만 배포 할 때 충돌이 발생하지만 로컬에서 개발하는 동안 주기적으로 메모리 부족 문제가 몇 가지 발생했습니다. (나에게) 알아볼 수있는 유일한 것은 다음 줄입니다.

 readFile [/tmp/b0cc21aa63cece4e/.build-utils/.builder/node_modules/@now/next/dist/index.js:9555]

여기에 로그가 있습니다 ...

Aug 22 2019 01:26:51:346 | λ  (Lambda)       page was emitted as a lambda (i.e. getInitialProps)
-- | --
Aug 22 2019 01:26:51:346 | ⚡  (Static File)  page was prerendered as static HTML
Aug 22 2019 01:26:51:434 | Done in 146.48s.
Aug 22 2019 01:26:51:444 | preparing lambda files...
Aug 22 2019 01:34:22:983 | <--- Last few GCs --->
Aug 22 2019 01:34:22:983 | [430:0x23f5310]   666594 ms: Mark-sweep 4089.3 (4262.1) -> 4089.3 (4261.1) MB, 3898.4 / 0.0 ms  allocation failure GC in old space requested
Aug 22 2019 01:34:22:983 | [430:0x23f5310]   671097 ms: Mark-sweep 4089.3 (4261.1) -> 4089.3 (4225.6) MB, 4502.8 / 0.0 ms  last resort GC in old space requested
Aug 22 2019 01:34:22:983 | [430:0x23f5310]   674990 ms: Mark-sweep 4089.3 (4225.6) -> 4089.3 (4223.1) MB, 3892.4 / 0.0 ms  last resort GC in old space requested
Aug 22 2019 01:34:22:983 | <--- JS stacktrace --->
Aug 22 2019 01:34:22:983 | ==== JS stack trace =========================================
Aug 22 2019 01:34:22:983 | Security context: 0x70e9f6257c1 <JSObject>
Aug 22 2019 01:34:22:983 | 1: toString [buffer.js:611] [bytecode=0x2833662c6061 offset=31](this=0xce2ca70dbc1 <Uint8Array map = 0x6cc06836709>,encoding=0x2fb750b822d1 <undefined>,start=0x2fb750b822d1 <undefined>,end=0x2fb750b822d1 <undefined>)
Aug 22 2019 01:34:22:983 | 2: arguments adaptor frame: 0->3
Aug 22 2019 01:34:22:983 | 3: readFile [/tmp/b0cc21aa63cece4e/.build-utils/.builder/node_modules/@now/next/dist/index.js:9555] [bytecode=0x1814135ff3e1 offset=53](t...
Aug 22 2019 01:34:22:983 | FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory
Aug 22 2019 01:34:22:983 | 1:
Aug 22 2019 01:34:22:984 | node::Abort() [/node8/bin/node]
Aug 22 2019 01:34:22:984 | 2:
Aug 22 2019 01:34:22:986 | 0x11e73ec [/node8/bin/node]
Aug 22 2019 01:34:22:986 | 3:
Aug 22 2019 01:34:22:986 | v8::Utils::ReportOOMFailure(char const*, bool) [/node8/bin/node]
Aug 22 2019 01:34:22:986 | 4: v8::internal::V8::FatalProcessOutOfMemory(char const*, bool) [/node8/bin/node]
Aug 22 2019 01:34:22:986 | 5: v8::internal::Factory::NewRawTwoByteString(int, v8::internal::PretenureFlag) [/node8/bin/node]
Aug 22 2019 01:34:22:986 | 6:
Aug 22 2019 01:34:22:986 | v8::internal::Factory::NewStringFromUtf8(v8::internal::Vector<char const>, v8::internal::PretenureFlag) [/node8/bin/node]
Aug 22 2019 01:34:22:986 | 7:
Aug 22 2019 01:34:22:987 | v8::String::NewFromUtf8(v8::Isolate*, char const*, v8::NewStringType, int) [/node8/bin/node]
Aug 22 2019 01:34:22:987 | 8:
Aug 22 2019 01:34:22:987 | node::StringBytes::Encode(v8::Isolate*, char const*, unsigned long, node::encoding, v8::Local<v8::Value>*) [/node8/bin/node]
Aug 22 2019 01:34:22:987 | 9:
Aug 22 2019 01:34:22:988 | 0x12070d6 [/node8/bin/node]
Aug 22 2019 01:34:22:988 | 10:
Aug 22 2019 01:34:22:988 | v8::internal::FunctionCallbackArguments::Call(void (*)(v8::FunctionCallbackInfo<v8::Value> const&)) [/node8/bin/node]
Aug 22 2019 01:34:22:988 | 11:
Aug 22 2019 01:34:22:989 | 0xb79dac [/node8/bin/node]
Aug 22 2019 01:34:22:989 | 12:
Aug 22 2019 01:34:22:989 | v8::internal::Builtin_HandleApiCall(int, v8::internal::Object**, v8::internal::Isolate*) [/node8/bin/node]
Aug 22 2019 01:34:22:989 | 13: 0x47a70c842fd
Aug 22 2019 01:35:32:549 | done

내 webpack 구성은 다음과 같습니다.

const loadConfig = require('./loadConfig');

const reNodeModules = /node_modules/;
const reScript = /\.(js|jsx|mjs)$/;
const reImage = /\.(bmp|gif|jpg|jpeg|png|svg)$/;
const reGraphql = /\.graphql?$/;
const reStyle = /\.(css|less|styl|scss|sass|sss)$/;

module.exports = (nextConfig = {}) => {
  return {
    ...nextConfig,
    webpack(config, options) {
      const { webpack, isServer, dev } = options;

      const staticAssetName = dev ? '[path][name].[ext]?[hash:8]' : '[name]-[hash:8].[ext]';
      const publicPath = '/_next/static/';
      const outputPath = `${isServer ? '../' : ''}static/`;

      // eslint-disable-next-line no-param-reassign
      config.resolve = {
        ...config.resolve,
        modules: [...config.resolve.modules, './src'],
      };

      config.module.rules.push(
        {
          test: reImage,
          exclude: reNodeModules,
          oneOf: [
            // Inline lightweight into CSS
            {
              issuer: reStyle,
              oneOf: [
                // Inline lightweight SVGs as UTF-8 encoded DataUrl string
                {
                  test: /\.svg$/,
                  loader: 'svg-url-loader',
                  options: {
                    name: staticAssetName,
                    limit: 4096, // 4kb
                    publicPath,
                    outputPath,
                  },
                },

                // Inline lightweight as Base64 encoded DataUrl string
                {
                  loader: 'url-loader',
                  options: {
                    name: staticAssetName,
                    limit: 4096, // 4kb
                    publicPath,
                    outputPath,
                  },
                },
              ],
            },

            // Or return public URL to image resource
            {
              loader: 'file-loader',
              options: {
                name: staticAssetName,
                publicPath,
                outputPath,
              },
            },
          ],
        }, // Rules for GraphQL
        {
          test: reGraphql,
          exclude: reNodeModules,
          use: [
            {
              loader: 'webpack-graphql-loader',
              options: {
                removeUnusedFragments: true,
                output: 'document',
              },
            },
          ],
        },
        {
          exclude: [reNodeModules, reScript, reImage, reGraphql, /\.json$/, /\.txt$/, /\.md$/],
          loader: 'file-loader',
          options: {
            name: staticAssetName,
            publicPath,
            outputPath,
          },
        },
      );

      const appConfig = loadConfig();
      if (isServer && dev) {
        console.info(appConfig);
      }
      config.plugins.push(
        new webpack.DefinePlugin({
          __DEV__: dev,
          __SERVER__: isServer,
          __BROWSER__: !isServer,
          __CONFIG__: JSON.stringify(appConfig),
        }),
      );

      if (typeof nextConfig.webpack === 'function') {
        return nextConfig.webpack(config, options);
      }

      return config;
    },
  };
};

@timneutkens Next.js 9를 사용하여 메모리가 부족합니다. 우리가 컴파일하는 구성 요소의 수 때문일 수 있습니다. 당신은 그것의 완전한 재현이 필요하다고 언급했습니다. 내 지점을 볼 수 있습니다.
https://github.com/stramel/styled-icons/tree/ms/add-material-variants

실패한 빌드는 다음과 같습니다. https://travis-ci.org/jacobwgillespie/styled-icons/builds/582987078

Travis는 NODE_OPTIONS=--max-old-space-size=4096 세트를 가지고 있습니다.

@timneutkens 는 이제 repo가 ​​있으므로 문제를 다시 열 수 있습니까?

[email protected] 와 같은 문제에 직면하고

이 응용 프로그램이 단순히 크기 범위에 도달하여 메모리 부족을 시작했다고 생각합니다. NODE_OPTIONS=--max-old-space-size=4096 를 통해 추가로 빌드를 실행해야합니다.

또는 새로운 청킹 기능을 활성화 할 수 있습니다.

// next.config.js
module.exports = {
  experimental: { granularChunks: true }
}

@Timer 에게 감사드립니다. granularChunks 기능을 사용해 보겠습니다.

또한 내 로컬 컴퓨터의 값으로 8192를 시도했지만 여전히 실패했습니다. 실제로 구축하는 데 얼마나 많은 메모리가 필요한지 상상하기가 조금 무서워요.

나는 오래된 문제를 살펴 보았고 때로는 새로운 주요 릴리스가있을 때 일부 사람들 이이 메모리 문제에 직면한다는 것을 알았습니다. 큰 프로젝트에서 기억력 테스트를 하시나요?

이 새로운 주요 릴리스는 노드 메모리 캡에 도달했습니다. 이전에 없었던 대용량 메모리의 원인은 무엇일까요?

@Timer granularChunks 기능을 사용해 보았지만 여전히 동일한 문제가 발생했습니다. 8192 세트로 로컬에서도.

여기에는 세분화 된 청크 구성 기능 세트 https://github.com/stramel/styled-icons/tree/ms/granular-chunks가 있습니다.

구성 요소를 동적으로 가져 오는 것으로 전환되었습니다. https://github.com/stramel/styled-icons/tree/ms/dynamic-import-granular-chunks

이 문제는 현재 기본적으로 비활성화되어있는 축소를 수행하도록 빌드를 변경할 때 저장소 중 하나에서 발생합니다.

업데이트 : 코드베이스에서 문제가 withSourceMaps 플러그인을 사용하고 있음을 확인했습니다.

"@zeit/next-source-maps": "^0.0.4-canary.1"

이것은 매우 느린 hidden-source-map 설정했기 때문에 의미가 있습니다. 하지만 NextJS 8보다 왜 기하 급수적으로 느린 지 모르겠습니다.

또한 v9로 업그레이드 한 후 엄청난 성능 문제를 발견했습니다 ... 저는 2015 년 맥북 프로를 사용하고 있으며 이전에는 지연된 적이 없으며 꽤 무거운 프로그램을 실행했지만 이제는 다음 앱을 로컬에서 실행할 때마다 그것은 완전히 지연되고 모든 것이 엄청나게 느려집니다.

저는 보통 10 분 정도마다 앱을 다시 시작해야합니다. 오늘은 인내하고 해결하려고 노력한 첫 날이었고, dev move에서 몇 시간을 실행 한 후 동일한 JavaScript heap out of memory 를 받았습니다. 다음 빌드 실행에 대해보고했습니다. 여기 어딘가에 메모리 누수가있을거야

나도 그렇게 생각해. 내 동료는 더 최근의 MacBook을 가지고 있으며 다음 9로 업그레이드 한 이후로 개발 서버는 재 컴파일 속도가 느려졌습니다. 때로는 20 초가 걸립니다.

동일한 문제가 발생하고 32GB 실제 메모리 MacBook Pro에서 NODE_OPTIONS = 16384를 시도했지만 효과가 없습니다.

로그가 나열됩니다.

==== JS stack trace =========================================

    0: ExitFrame [pc: 0x335bafb5be3d]
Security context: 0x0fe28be1e6e9 <JSObject>
    1: createPrinter [0xfe25fe2c0b9] [/Users/my-name/my-project/node_modules/typescript/lib/typescript.js:~86713] [pc=0x335bb12e86f3](this=0x0fe280c03329 <Object map = 0xfe2df152cc9>,printerOptions=0x0fe2f39e8ae1 <Object map = 0xfe20ac205a9>,handlers=0x0fe28e1026f1 <undefined>)
    2: arguments adaptor frame: 1->2
    3: reportImplicitAny(aka reportImpli...

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
 1: 0x10003d035 node::Abort() [/usr/local/opt/nvm/versions/node/v10.16.3/bin/node]
 2: 0x10003d23f node::OnFatalError(char const*, char const*) [/usr/local/opt/nvm/versions/node/v10.16.3/bin/node]
 3: 0x1001b8e15 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [/usr/local/opt/nvm/versions/node/v10.16.3/bin/node]
 4: 0x100586d72 v8::internal::Heap::FatalProcessOutOfMemory(char const*) [/usr/local/opt/nvm/versions/node/v10.16.3/bin/node]
 5: 0x100589845 v8::internal::Heap::CheckIneffectiveMarkCompact(unsigned long, double) [/usr/local/opt/nvm/versions/node/v10.16.3/bin/node]
 6: 0x1005856ef v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [/usr/local/opt/nvm/versions/node/v10.16.3/bin/node]
 7: 0x1005838c4 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/usr/local/opt/nvm/versions/node/v10.16.3/bin/node]
 8: 0x10059015c v8::internal::Heap::AllocateRawWithLigthRetry(int, v8::internal::AllocationSpace, v8::internal::AllocationAlignment) [/usr/local/opt/nvm/versions/node/v10.16.3/bin/node]
 9: 0x1005901df v8::internal::Heap::AllocateRawWithRetryOrFail(int, v8::internal::AllocationSpace, v8::internal::AllocationAlignment) [/usr/local/opt/nvm/versions/node/v10.16.3/bin/node]
10: 0x10055fb24 v8::internal::Factory::NewFillerObject(int, bool, v8::internal::AllocationSpace) [/usr/local/opt/nvm/versions/node/v10.16.3/bin/node]
11: 0x1007e7e04 v8::internal::Runtime_AllocateInNewSpace(int, v8::internal::Object**, v8::internal::Isolate*) [/usr/local/opt/nvm/versions/node/v10.16.3/bin/node]
12: 0x335bafb5be3d
13: 0x335bb12e86f3
14: 0x335bafb0a5c3

@timneutkens 이 문제를 다시 열거 나 새 문제를 엽니 다. 이 메모리 누수와 이상한 무한 HMR 요청으로 인해 개발 모드에서 앱을 사용할 수 없게되고 엄청난 시간이 소모됩니다.

다른 증인 추가.
Next 버전 4.2.3으로 앱을 상속했습니다.

• 다음 버전 9.1.3으로 업데이트했습니다.
• package.json의 다른 모든 패키지 버전을 업데이트했습니다.
• node_modules 폴더 및 package.lock.json 삭제
• npm 설치 실행

프로젝트의 로컬 서비스를 수행했을 때 다음 오류로 인해 실패했습니다.
FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
실패는 일반적으로 앱을 시작한 후 10 분 이내에 발생하며 앱에서 더 많은 탐색을 트리거하여 서둘러 질 수 있습니다.

버전 8.1.0으로 되 돌렸고 더 진지한 탐색 (따라서 페이지 빌드)으로도 동일한 실패를 재현 할 수 없습니다.

네, 우리도 이걸보고 있습니다 ...

다시 열 시간입니다 @timneutkens

어제 개발 모드에서 bootstrap.min.css를 가져 오기 시작한 이후로 react-router 사용자 정의 서버를 사용하는 [email protected]에서도이 문제에 직면하고 있습니다.

js를 통해 require / import 또는 css / scss를 통해 @import 를 사용하여 bootstrap.min.css를 직접 가져올 때 둘 다. 내 nodejs 메모리 사용은 개발 중에 몇 가지 준수 후 증가했습니다.

하지만 cdn에서 부트 스트랩을 가져올 때 에

<Head>
<meta key="viewport" name="viewport" content="initial-scale=1.0, width=device-width" />
<link key="bootstrapcdn" rel="stylesheet" href="https://maxcdn.bootstrapcdn.com/bootstrap/3.3.7/css/bootstrap.min.css" ...  />
...
</Head>

그래서 문제는 next-css의 CSS 축소에 있다고 생각합니다. 내 프로젝트를 8.1.0으로 다운 그레이드 할 때이 축소 문제가 발생했기 때문입니다. https://github.com/zeit/next-plugins/issues/541. 그래서이 해결 방법을 시도했습니다 (https://github.com/zeit/next-plugins/issues/392#issuecomment-475845330). 아직 메모리 문제가 다시 발생

// next.config.js
const withCSS = require('@zeit/next-css');

function HACK_removeMinimizeOptionFromCssLoaders(config) {
  console.warn(
    'HACK: Removing 'minimize' option from 'css-loader' entries in Webpack config',
  );
  config.module.rules.forEach(rule => {
    if (Array.isArray(rule.use)) {
      rule.use.forEach(u => {
        if (u.loader === 'css-loader' && u.options) {
          delete u.options.minimize;
        }
      });
    }
  });
}

module.exports = withCSS({
  webpack(config) {
    HACK_removeMinimizeOptionFromCssLoaders(config);
    return config;
  },
});

Next 9.1.3으로 업그레이드 한 후에도 동일한 문제가 발생합니다. 나는 next-css도 사용하고 있는데, 아마도 그것이 실제로 그것을 충돌시키는 것일까 요?

이것이 모든 사람에게 동일한 지 확실하지 않지만 요청하는 리소스를 실제로 찾을 수 있는지 확인하십시오. 앱에서 찾을 수없는 이미지가 있었고 힙 오류가 발생할 때까지 계속 검색했습니다. 나는 그 이미지에 대한 언급을 제거했고 그것은 나에게 다시 오류를주지 않았다.

나는 또한 이것을 고칠 수 있었고 @lloan 코멘트는 문제를 디버그하는 데 도움이되었습니다.

내 경우, 나는 참조 된 /public/manifest.json A와 meta 태그 <head/> 자원 내 프로젝트에 존재하지 않았다 그러나 것을,이 메모리 누수의 원인이되었다.

icon.png 이 존재하지 않는이 코드가 있습니다.

<Head>
  <link rel="icon" href="/static/icon.png" type="image/png" />
</Head>

파비콘 가져 오기를 수정하면 더 이상 메모리 누수 오류가 발생하지 않습니다.

<Head>
  <link rel="icon" href="/icon.png" type="image/png" />
</Head>

언급했듯이 https://github.com/zeit/now/issues/3307 static / public 폴더에 문제가 있다고 생각합니다.

나도이 문제가 있었다. bukinoshita가 언급했듯이 정적 폴더를 조사했습니다. public/static/ 폴더에서 674 개의 json 파일 (테스트 용) 폴더를 제거했습니다. 나는 그 이후로 문제가 없었습니다.

이 문제는 현재 기본적으로 비활성화되어있는 축소를 수행하도록 빌드를 변경할 때 저장소 중 하나에서 발생합니다.

업데이트 : 코드베이스에서 문제가 withSourceMaps 플러그인을 사용하고 있음을 확인했습니다.

"@zeit/next-source-maps": "^0.0.4-canary.1"

이것은 매우 느린 hidden-source-map 설정했기 때문에 의미가 있습니다. 하지만 NextJS 8보다 왜 기하 급수적으로 느린 지 모르겠습니다.

"@zeit/next-source-maps": "^0.0.4-canary.1" 업그레이드 한 후에도이 문제가 발생하기 시작했습니다. 어떤 해결책이나 소스 맵을 제거해야합니까?

@focux 나는 소스 맵을 전혀 비활성화해야했습니다. 그 후 메모리 사용량이 크게 감소했습니다.

여기에서도 같은 문제가 있습니다. 빌드의 파일 크기가 너무 크면 충돌하는 것 같습니다. 예를 들어, Typescript에서 무언가를 가져 왔고 빌드의 파일 크기가 2.41MB까지 증가했습니다. 그런 다음 2GB 램이있는 CI가 충돌하기 시작했습니다. Typescript 가져 오기를 제거한 후 파일 크기가 100kb로 줄어들었고 다시 작동했습니다.

Nextjs 9는 처음부터 CI에서 매우 느 렸습니다. 빌드하는 데 시간이 매우 오래 걸리고 특별한 요구 사항이 없습니다. 반응하는 것, 재료 UI, 여기저기서 일부 패키지. 나는 노드 / 익스프레스, 일부 dotnet 코어, php 등이있는 동일한 클러스터에 CI가 있습니다.이 모든 것들은 CI에 1GB 메모리를 가지고 있으며 매우 빠르게 빌드됩니다. 빌드 프로세스에 대한 내 느낌보다 더 많은 것을 알지 못합니다.

여기에도 같은 문제가 있습니다. Mac OS / Github 작업. 여기에 언급 된 작업은 도움이되지 않으며 링크되었지만 존재하지 않는 파일을 찾을 수 없습니다.

그러나 프로젝트는 Zeit Now에서 빌드 (생산 중)됩니다.

방법을 알고 있다면 돕고 싶습니다.

여기에도 같은 문제가 있습니다 (MacOS). 내가 찾은 것은 :

• Next 9.1.5 및 9.1.6에서 시작됩니다. 9.1.4로 다운 그레이드하면 오류가 사라집니다.
• 프로젝트 내에 내 자신의 _ckeditor_ 빌드가 있으며 크기는 606KB입니다. 제거하면 문제가 사라집니다.

도움이 필요하면 알려주세요. 여기에 오류 로그가 있습니다 ...

<--- Last few GCs --->

[83442:0x102804000]   123060 ms: Scavenge 1371.3 (1422.4) -> 1370.7 (1422.9) MB, 8.3 / 0.0 ms  (average mu = 0.120, current mu = 0.058) allocation failure 
[83442:0x102804000]   123066 ms: Scavenge 1371.7 (1422.9) -> 1370.9 (1423.9) MB, 4.1 / 0.0 ms  (average mu = 0.120, current mu = 0.058) allocation failure 
[83442:0x102804000]   123071 ms: Scavenge 1371.7 (1423.9) -> 1371.0 (1424.4) MB, 3.9 / 0.0 ms  (average mu = 0.120, current mu = 0.058) allocation failure 


<--- JS stacktrace --->

==== JS stack trace =========================================

    0: ExitFrame [pc: 0x3b944125be3d]
Security context: 0x164494d1e6e9 <JSObject>
    1: SourceMapConsumer_allGeneratedPositionsFor [0x16448b97d331] [/Users/alberto.iglesias/Coding/iteisa/projects/ceoe-gis/node_modules/@babel/core/node_modules/source-map/lib/source-map-consumer.js:~178] [pc=0x3b944240968c](this=0x1644193fb679 <BasicSourceMapConsumer map = 0x16448ea8a239>,aArgs=0x16447d082249 <Object map = 0x16448ea98939>)
    2: /* anonym...

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
 1: 0x10003d035 node::Abort() [/Users/alberto.iglesias/.nvm/versions/node/v10.16.3/bin/node]
 2: 0x10003d23f node::OnFatalError(char const*, char const*) [/Users/alberto.iglesias/.nvm/versions/node/v10.16.3/bin/node]
 3: 0x1001b8e15 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [/Users/alberto.iglesias/.nvm/versions/node/v10.16.3/bin/node]
 4: 0x100586d72 v8::internal::Heap::FatalProcessOutOfMemory(char const*) [/Users/alberto.iglesias/.nvm/versions/node/v10.16.3/bin/node]
 5: 0x100589845 v8::internal::Heap::CheckIneffectiveMarkCompact(unsigned long, double) [/Users/alberto.iglesias/.nvm/versions/node/v10.16.3/bin/node]
 6: 0x1005856ef v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [/Users/alberto.iglesias/.nvm/versions/node/v10.16.3/bin/node]
 7: 0x1005838c4 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/Users/alberto.iglesias/.nvm/versions/node/v10.16.3/bin/node]
 8: 0x10059015c v8::internal::Heap::AllocateRawWithLigthRetry(int, v8::internal::AllocationSpace, v8::internal::AllocationAlignment) [/Users/alberto.iglesias/.nvm/versions/node/v10.16.3/bin/node]
 9: 0x1005901df v8::internal::Heap::AllocateRawWithRetryOrFail(int, v8::internal::AllocationSpace, v8::internal::AllocationAlignment) [/Users/alberto.iglesias/.nvm/versions/node/v10.16.3/bin/node]
10: 0x10055fb24 v8::internal::Factory::NewFillerObject(int, bool, v8::internal::AllocationSpace) [/Users/alberto.iglesias/.nvm/versions/node/v10.16.3/bin/node]
11: 0x1007e7e04 v8::internal::Runtime_AllocateInNewSpace(int, v8::internal::Object**, v8::internal::Isolate*) [/Users/alberto.iglesias/.nvm/versions/node/v10.16.3/bin/node]
12: 0x3b944125be3d 
13: 0x3b944240968c 
Abort trap: 6

SourceMapConsumer_allGeneratedPositionsFor 이것이 범인이라고 생각합니다. 개발 모드에서는 소스 맵이 생성됩니다. 시간이 지나면이 소스 맵 플러그인이 너무 많은 메모리를 유지한다고 생각합니다.

소스 맵 생성을 끄더라도 여전히 같은 문제가 발생합니다.

Сергей.

2019 년 12 월 24 일 10:01 GMT에 Emanuele [email protected] 은 다음과 같이 썼습니다.

SourceMapConsumer_allGeneratedPositionsFor 이것이 범인이라고 생각합니다. 개발 모드에서는 소스 맵이 생성됩니다. 시간이 지나면 이러한 소스 맵 플러그인이 너무 많은 메모리를 유지한다고 생각합니다.

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하거나 GitHub 에서 확인하거나 수신을 거부 하세요.

"아직도이 문제가 발생합니다"를 게시해도 문제가 해결되지 않습니다. 사람들이 조사 할 수 있도록 완전한 재현을 제공하십시오. 그렇지 않으면 귀하의 의견은 초기 문제에 대해 👍를하는 것과 동일하지만 이유없이 문제의 모든 사람에게 핑을 보냅니다.

댓글이 실행 가능하거나 유용한 지 항상 확인하세요. 예를 들어 ematipico와 같은 문제를 조사하여 공유하는 것이 유용합니다. "아직도이 문제가 있습니다"라고 말하는 것은 유용하지 않습니다.

해결 방법이 있습니까? 내 CI / CD 파이프 라인이 1GB RAM에서 실패합니다.

@timneutkens 재현 단계는이 닫힌 문제에서 언급 한대로입니다.

https://github.com/zeit/next.js/issues/9442#issuecomment -554839437

나를 위해 일한 @ Vista1nik 해결 방법은 더 이상 사용되지 않는 정적 디렉토리를 다시 만드는 것입니다.

관련된 지금 문제 :

https://github.com/zeit/now/issues/3307

누군가에게 도움이 될 경우를 대비하여 토론에 추가하십시오.
메모리 부족을 경험 한 다음 내 경우에 문제가 무엇인지 알아 냈습니다.

다음 코드 조각에서 const Icon 가 undefined 경우 코드는 구성 요소가 유효한지 확인하는 무한 루프에 들어갑니다.

const iconMapping = {
  "flash-outline": FlashOutline,
};

export const Icon = ({ name }) => {
  const Icon = iconMapping[name];

  return <Icon />;
}

const Icon 가 정의되어 있지 않은 경우 확인을 추가하면 메모리 부족 문제를 제거합니다.

...
  const Icon = iconMapping[name];

  if (!Icon) return null;
  return <Icon />;
}

나에게도 똑같은 일이 일어 났고 그 원인이 오타임을 깨달았습니다.

const Button = ({ children }) => {
  // BUG: the button should be lower case (the HTML input)
  //      instead of CamelCase (an undefined component)
  return <Button>{children}</Button>
}

최신 버전의 Next.js로 업그레이드 해보세요. 최근에 메모리 사용량을 최적화했습니다.

@timneutkens , 최신 버전 (9.3.5)이 있습니다. 오늘 아침에 프로젝트를 만들었고 몇 분 후에 그 오류에 직면했습니다.

next-source-maps 사용하여 소스 맵으로 앱을 빌드하는 동안 CricleCI에서 유사한 문제가 발생했습니다.

NODE_OPTIONS="--max_old_space_size=4096" 로컬에서 도움이되었지만 CircleCI에서는 리소스 클래스 https://circleci.com/docs/2.0/configuration-reference/#resource_class 를 최소한 large 로 늘려야 작동합니다. 정확히.

오늘 다음 9.3.6으로 업데이트 한 후이 오류가 발생하기 시작했습니다.

<--- Last few GCs --->

[66325:0x108008000]    17639 ms: Mark-sweep 1936.2 (2071.4) -> 1923.6 (2073.4) MB, 283.4 / 0.0 ms  (average mu = 0.157, current mu = 0.048) allocation failure scavenge might not succeed
[66325:0x108008000]    17937 ms: Mark-sweep 1938.1 (2073.4) -> 1925.4 (2075.4) MB, 285.8 / 0.0 ms  (average mu = 0.108, current mu = 0.042) allocation failure scavenge might not succeed


<--- JS stacktrace --->

==== JS stack trace =========================================

Security context: 0x0fb9ac667d09 <JSObject>
    0: builtin exit frame: stringify(this=0x0fb9ac6598a9 <Object map = 0xfb921b01449>,0x0fb958e804d1 <undefined>,0x0fb958e804d1 <undefined>,0x0fb910180ec1 <Object map = 0xfb9d8491399>,0x0fb9ac6598a9 <Object map = 0xfb921b01449>)

    1: arguments adaptor frame: 1->3
    2: callAsync [0xfb9320a6cf9] [0x0fb958e804d1 <undefined>:~1] [pc=0x1aa09fe84627](this=0x0fb9320a6909 <Hook map = 0xfb9d8495179>...

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
...

# 12280에 제안 된대로 tsconfig.json 에서 paths 을 수정하여 문제를 해결했습니다.

아마도 다른 원인

9.0.5에서 9.3.6으로 업그레이드 한 후에도 동일한 문제가 여기에 나타납니다.

Creating an optimized production build ..
<--- Last few GCs --->

[1600:0000020DB9FFEBE0]    26245 ms: Mark-sweep 1958.0 (2080.3) -> 1945.0 (2081.5) MB, 266.4 / 0.0 ms  (average mu = 0.179, current mu = 0.077) allocation failure scavenge might not succeed
[1600:0000020DB9FFEBE0]    26530 ms: Mark-sweep 1959.9 (2082.0) -> 1947.2 (2083.8) MB, 265.9 / 0.0 ms  (average mu = 0.127, current mu = 0.068) allocation failure scavenge might not succeed


<--- JS stacktrace --->

==== JS stack trace =========================================

    0: ExitFrame [pc: 00007FF77B4D4DDD]
Security context: 0x00e7d00c08d1 <JSObject>
    1: /* anonymous */(aka /* anonymous */) [000002BB3E5CAA29] [C:\Users\...\node_modules\enhanced-resolve\lib\UnsafeCachePlugin.js:~27] [pc=00000147695447FC](this=0x00d9404004b1 <undefined>,0x001a9e083681 <Object map = 000003D51551D3A9>,0x001a9e0838d9 <Object map = 000003D515521AE9>,0x001a9e083979 ...

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
 1: 00007FF77A8D363F napi_wrap+128063
 2: 00007FF77A872836 v8::base::CPU::has_sse+35142
 3: 00007FF77A8734F6 v8::base::CPU::has_sse+38406
 4: 00007FF77B089F4E v8::Isolate::ReportExternalAllocationLimitReached+94
 5: 00007FF77B072021 v8::SharedArrayBuffer::Externalize+833
 6: 00007FF77AF3E57C v8::internal::Heap::EphemeronKeyWriteBarrierFromCode+1436
 7: 00007FF77AF497D0 v8::internal::Heap::ProtectUnprotectedMemoryChunks+1312
 8: 00007FF77AF462F4 v8::internal::Heap::PageFlagsAreConsistent+3204
 9: 00007FF77AF3BB13 v8::internal::Heap::CollectGarbage+1283
10: 00007FF77AF3A184 v8::internal::Heap::AddRetainedMap+2452
11: 00007FF77AF5C734 v8::internal::Factory::NewInternalizedStringImpl+132
12: 00007FF77AD9C7FD v8::internal::DescriptorArray::Allocate+4941
13: 00007FF77ADAD0C5 v8::internal::StringTable::LookupString+373
14: 00007FF77AAAF356 v8::internal::Factory::InternalizeName+54
15: 00007FF77ACAB0BE v8::internal::Runtime::GetObjectProperty+9662
16: 00007FF77B4D4DDD v8::internal::SetupIsolateDelegate::SetupHeap+546637
17: 00000147695447FC

어떤 생각?

@szaza 는 next@canary 를 시도해 볼 수 있습니다. 가장 가능성이 높은 경우는 여기에 설명 된 문제가있는 것입니다. https://github.com/zeit/next.js/issues/12280

좋아요, node_modules 을 삭제하고 종속성을 다시 설치하면 카나리아 버전에서 작동하는 것 같지만 이제 Cannot find module 'next-server/dist/server/next-server'. 오류가 발생합니다. 익숙한 것 같습니까?

알겠습니다. import Server from "next/dist/next-server/server/next-server"; 로 이동했습니다.
이제 잘 작동합니다. 당신의 도움을 주셔서 감사합니다!

@szaza 프로젝트에서 해당 모듈을 어떻게 가져 왔습니까? 내부 모듈인가요? 대신 'next' 를 가져 오려고 하셨나요?

TypeScript로 작성된 대규모 프로젝트를 진행 중입니다. 인증되지 않은 사용자를 로그인 페이지로 다시 리디렉션하는 여권 인증 미들웨어가 구성되어 있습니다. 다음과 같은 방식으로 구현됩니다.

import Server from "next-server/dist/server/next-server";
...
export const initPassport = (
    server: Express,
    app: Server,
    authStrategies: string[]
) => {
...
return app.render(req, res, AuthRoutes.LOGIN_PAGE);
...
}

다음 버전을 9.0.5에서 9.3.7-canary.0으로 업데이트 한 후 Server 유형을 더 이상 next-server/dist/... 에서 가져올 수 없지만 위에서 언급 한 경로에서 가져올 수 있습니다.

내 package.json의 모든 라이브러리를 업그레이드 할 때 동일한 오류가 발생했습니다. 현재 저는 문제없이 @ zeit / next-css 와 함께 NextJS 9.2.2 를 사용하고 있습니다. 일부 버전의 라이브러리가 메모리 부족 문제를 일으키거나 어떻게 든 NextJS와 충돌하는 것처럼 보입니다.

내 현재 패키지 구성은-

{
"dependencies": {
    "@zeit/next-css": "^1.0.1",
    "axios": "^0.19.2",
    "body-parser": "^1.19.0",
    "compression": "^1.7.4",
    "cookie-parser": "^1.4.4",
    "cookie-session": "^1.4.0",
    "express": "^4.17.1",
    "helmet": "^3.21.3",
    "json-server": "^0.16.1",
    "morgan": "^1.9.1",
    "next": "^9.2.2",
    "passport": "^0.4.1",
    "passport-local": "^1.0.0",
    "passport-strategy": "^1.0.0",
    "prop-types": "^15.7.2",
    "react": "^16.13.0",
    "react-dom": "^16.13.0",
    "react-mathjax2": "0.0.2",
    "shaka-player": "^2.5.10",
    "styled-components": "^5.0.1"
  },
  "devDependencies": {
    "@babel/cli": "^7.8.4",
    "@babel/core": "^7.9.0",
    "@babel/preset-env": "^7.8.6",
    "@babel/preset-react": "^7.8.3",
    "babel-jest": "^25.1.0",
    "babel-plugin-module-resolver": "^4.0.0",
    "babel-plugin-styled-components": "^1.10.7",
    "enzyme": "^3.11.0",
    "enzyme-adapter-react-16": "^1.15.2",
    "jest": "^25.1.0",
    "react-test-renderer": "^16.13.0"
  }
}

내 특정 문제를 https://github.com/google/schema-dts 라이브러리 사용으로 좁혔습니다

pages/ 에서 한 페이지를 제외한 모든 페이지를 제거하고 프로젝트가 빌드 될 때까지 코드를 제거한 다음 점차적으로 코드를 다시 삽입하여 문제를 디버깅했습니다.

아마도 이것은이 스레드를 발견하는 사람에게 도움이 될 것입니다 🤷‍♂️

next-source-maps 사용하여 소스 맵으로 앱을 빌드하는 동안 CricleCI에서 유사한 문제가 발생했습니다.

NODE_OPTIONS="--max_old_space_size=4096" 로컬에서 도움이되었지만 CircleCI에서는 리소스 클래스 https://circleci.com/docs/2.0/configuration-reference/#resource_class 를 최소한 large 로 늘려야 작동합니다. 정확히.

이것이 우리를 위해 일한 유일한 것입니다 👍

상당히 큰 Next.js 앱 (v9.3.6)에서 많은 사람들이 앱 시작 (개발 모드)시 힙 메모리 부족 문제를 겪고있었습니다. NODE_OPTIONS="--max_old_space_size=4096" 설정이 노드 10에 도움이되었습니다. 노드 12 이상에서는이 커밋 과 컨테이너에 할당 된 메모리 양을 고려하는 다른 커밋 으로 처리됩니다 (Linux 만 해당).

누군가에게 도움이 될 경우를 대비하여 토론에 추가하십시오.
메모리 부족을 경험 한 다음 내 경우에 문제가 무엇인지 알아 냈습니다.

다음 코드 조각에서 const Icon 가 undefined 경우 코드는 구성 요소가 유효한지 확인하는 무한 루프에 들어갑니다.

const iconMapping = {
  "flash-outline": FlashOutline,
};

export const Icon = ({ name }) => {
  const Icon = iconMapping[name];

  return <Icon />;
}

const Icon 가 정의되어 있지 않은 경우 확인을 추가하면 메모리 부족 문제를 제거합니다.

...
  const Icon = iconMapping[name];

  if (!Icon) return null;
  return <Icon />;
}

이 코드가이 문제를 일으킨다는 것을 어떻게 알았습니까?

흥미롭게도이 코드를 다시 보면 실제로 다른
문제. Icon은 구성 요소이며 Icon 내부에서 Icon을 참조했습니다.
그 자체.

내가 알아 낸 방법은 대부분 구성 요소별로 구성 요소를 분리하고
어떤 구성 요소가 자극을 받았는지 알 때까지 문제를 재현하십시오.
그.

2020 년 5 월 21 일 목요일 18:20에 Vivek_Neel [email protected]이 작성했습니다.

누군가에게 도움이 될 경우를 대비하여 토론에 추가하십시오.
나는 메모리 부족을 경험하고 있었는데
제 경우에는 문제 :

다음 코드 스 니펫에서 const 아이콘이 정의되지 않은 경우
코드는 구성 요소가 유효한지 확인하는 무한 루프에 들어갑니다.

const iconMapping = {
"flash-outline": FlashOutline,
};
내보내기 const 아이콘 = ({이름}) => {
const 아이콘 = iconMapping [이름];

반환 ;
}

const Icon이 정의되어 있지 않은지 확인을 추가하면
메모리 문제.

...
const 아이콘 = iconMapping [이름];

(! Icon) 반환 null;
반환 ;
}

이것이 코드의 일부라는 것을 어떻게 알았습니까?
발행물?

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/zeit/next.js/issues/7929#issuecomment-632187103 또는
구독 취소
https://github.com/notifications/unsubscribe-auth/ABA2CL7ZJQY5YPYJVCJMCODRSVIE7ANCNFSM4ICM4RAA
.

>

내 휴대 전화에서 보냄

내가 이해하는 한 Next.js (v9.0.0 이후)는 대규모 웹 애플리케이션의 메모리를 최적화 할 수 없습니다. 우리의 빌드 프로세스는 프로젝트의 서버 측 부분을 컴파일하기 시작할 때 메모리 제한에 도달합니다.

개발 모드에서 로컬 서버는 처음에는 정상이지만 얼마 후 할당 된 메모리가 폭발하고 메모리 힙 오류가 표시됩니다.

핵심 팀의 누군가가이 문제를 인정하고 문제를 분류하는 데 도움을 주시겠습니까?

저와 제 팀은 강력한 랩톱을 사용하더라도 때때로 로컬에서 애플리케이션을 빌드 할 수 없습니다. 이 문제는 거의 1 년이 지났지 만 문제에 대한 명확한 업데이트가 없습니다. 개인적으로 생각할 수있는 유일한 해결 방법은 응용 프로그램을 두 개의 하위 Next.js 프로젝트로 분할하는 것입니다. 언젠가는 CI에서도 응용 프로그램을 빌드 할 수 없을 까봐 걱정되기 때문입니다 (우리는 이미 강력한 이를 수행하기위한 VM).

여기서 나쁜 놈이되어서 정말 미안 해요, 그냥 도움을 구하고 있어요.

편집 : Next.js 9.3.3으로 업데이트했지만 개선되지 않았습니다.

핵심 팀의 누군가가이 문제를 인정하고 문제를 분류하는 데 도움을 주시겠습니까?

이 스레드에서 전체 복제를 제공하거나 응용 프로그램을 제공하기 위해 여러 번 요청했습니다. 특정 애플리케이션의 어떤 것도 분석하여 애플리케이션의 문제를 추적 할 수 없습니다.
9.4 btw에서 소스 맵 생성을 변경 했으므로 반드시 최신 버전으로 업그레이드해야합니다.

https://github.com/zeit/next.js/issues/7929#issuecomment -618297553과 같은 FWIW 사례는 애플리케이션 내부에서 생성 된 무한 루프이며이를 잘 감지 할 수 없습니다. ).

내가 이해하는 한 Next.js (v9.0.0 이후)는 대규모 웹 애플리케이션의 메모리를 최적화 할 수 없습니다. 우리의 빌드 프로세스는 프로젝트의 서버 측 부분을 컴파일하기 시작할 때 메모리 제한에 도달합니다.

귀하가 복제물을 제공하지 않았다는 점을 감안할 때 저는 우리 자신의 응용 프로그램 만 참조 할 수 있습니다.

Next.js에서 수백만 건의 요청을 실행하고 실행하는 애플리케이션에는 300 개 이상의 페이지가 있습니다. 우리 팀에서보고 된 메모리 문제는 없었으며 하루 종일 여러 페이지에서 작업합니다.

이것은 문제가있을 수 있다는 것을 부인하는 것이 아니라, 우리가 프로파일 링 할 수있는 명확한 복제 또는 응용 프로그램을 제공하지 않을 경우 문제가 있는지 추적하는 것이 불가능하다는 것을 의미합니다.
또한 나는 유료 컨설팅을 요청하는 것이 아니라 신청서를 무료로 살펴볼 것입니다.

이 스레드에서 전체 복제를 제공하거나 응용 프로그램을 제공하기 위해 여러 번 요청했습니다. 특정 애플리케이션의 어떤 것도 분석하여 애플리케이션의 문제를 추적 할 수 없습니다.

내가 문제를 연 이후로 다른 사람들이 여기에 저장소를 제공했습니다. 이것이 문제가 다시 열린 이유이며 문제를 재현하려면 리포지토리가 필요하다는 레이블이없는 것입니다.

• https://github.com/zeit/next.js/issues/7929#issuecomment -529756317

개봉 한 이후로

웹 애플리케이션이 내 클라이언트에 속하고 소스 코드가 닫혀 있기 때문에 저장소를 제공 할 수 없습니다.

9.4 btw에서 소스 맵 생성을 변경 했으므로 반드시 최신 버전으로 업그레이드해야합니다.

이 기능이 옵트 인 / 옵트 아웃입니까? (아주 오래 전) 이슈를 연 후 소스 맵 생성 (플러그인을 통해 수행됨)을 제거했지만 그다지 도움이되지 않았습니다.

이 문제가 유효하지 않다고 생각되면 닫으십시오. 저장소는 오래 전에 공유되었으며 더 이상 유효하지 않을 수 있습니다.

심사를 도와 드릴 수 있지만 안내가 필요합니다.

▲  styled-icons (master) ✗ yarn build:ci
yarn run v1.22.4
$ lerna run build
lerna notice cli v3.21.0
lerna info Executing command in 25 packages: "yarn run build"
lerna info run Ran npm script 'build' in '@styled-icons/styled-icon' in 6.6s:
$ tsc --project tsconfig.esm.json && mv dist/index.js dist/index.esm.js && tsc --project tsconfig.json
lerna ERR! yarn run build exited 1 in '@styled-icons/boxicons-logos'
lerna ERR! yarn run build stdout:
$ build-pack
Reading icon packs...
Error reading icons from pack
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

lerna ERR! yarn run build stderr:
error Command failed with exit code 1.

lerna ERR! yarn run build exited 1 in '@styled-icons/boxicons-logos'
lerna WARN complete Waiting for 4 child processes to exit. CTRL-C to exit immediately.
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

재생은 내가이 같은 피하기 경우에 재생을 제공하기 위해 여기에보고 모든 사람들에게 물었다 따라서 왜 실행할 수 없습니다. 또한 이러한 문제가 100 % 동일 할 가능성은 매우 낮습니다.

이 기능이 옵트 인 / 옵트 아웃입니까? (아주 오래 전) 이슈를 연 후 소스 맵 생성 (플러그인을 통해 수행됨)을 제거했지만 그다지 도움이되지 않았습니다.

소스 맵은 개발시 항상 활성화되어 있지만 평가 소스 맵으로 전환했습니다.

이것이 문제가 다시 열린 이유이며 문제를 재현하려면 리포지토리가 필요하다는 레이블이없는 것입니다.

더 많은 보고서가 계속 들어오고 계속 복제물을 요청했기 때문에 다시 열었습니다 : https://github.com/zeit/next.js/issues/7929#issuecomment -568760542

이 스레드에는 2 개의 복제품 만 제공됩니다. 하나는 Next.js ( now dev 메모리 소비)와 완전히 관련이 없으며 다른 하나는 실행 / 빌드 할 수 없습니다.

따라서 내가 다시 한 번 전체 복제를 요청하는 이유는 그렇지 않으면 조사가 계속 불가능할 것입니다.

웹 애플리케이션이 내 클라이언트에 속하고 소스 코드가 닫혀 있기 때문에 저장소를 제공 할 수 없습니다.

[email protected] 으로 연락해 주시면 NDA를 설정할 수 있습니다.이 모든 것을 설정하는 데 상당한 시간이 걸리더라도 잠재적으로 귀하를 위해 컨설팅을 수행해야 함을 의미합니다. 특정 응용 프로그램에 도움이되며 클라이언트 용 응용 프로그램도 구축하고 있습니다.

이 응용 프로그램이 단순히 크기 범위에 도달하여 메모리 부족을 시작했다고 생각합니다. NODE_OPTIONS=--max-old-space-size=4096 를 통해 추가로 빌드를 실행해야합니다.

또는 새로운 청킹 기능을 활성화 할 수 있습니다.

// next.config.js
module.exports = {
  experimental: { granularChunks: true }
}

이것은 우리 문제를 해결하지 못했습니다. 참고로.

누구나이 문제가 내장 된 다음 서버 시작에서 발생하는지 알고 있습니까?
즉 : Next start 대신 NODE_ENV=production node server.js" ?

내 문제는 빌드 생성 후 발생합니다. "node server.js"를 실행하는 내 사용자 정의 서버에서 해당 오류를 수신하고 프로세스가 다시 시작될 때까지 메모리를 구축합니다. 이는 캐시 된 모든 경로와 항목을 잃어 버리기 때문에 그 이후에 페이지를 입력하는 첫 번째 사용자에게는 정말 느립니다. 모든 SSR이 일어나고 있습니다.

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
0|profiles |  1: 0xa093f0 node::Abort() [node /home/projects/profiles/server.js]
0|profiles |  2: 0xa097fc node::OnFatalError(char const*, char const*) [node /home/projects/profiles/server.js]
0|profiles |  3: 0xb842ae v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [node /home/projects/profiles/server.js]
0|profiles |  4: 0xb84629 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [node /home/projects/profiles/server.js]
0|profiles |  5: 0xd30fe5  [node /home/projects/profiles/server.js]
0|profiles |  6: 0xd31676 v8::internal::Heap::RecomputeLimits(v8::internal::GarbageCollector) [node /home/projects/profiles/server.js]
0|profiles |  7: 0xd3def5 v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [node /home/projects/profiles/server.js]
0|profiles |  8: 0xd3eda5 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [node /home/projects/profiles/server.js]
0|profiles |  9: 0xd4185c v8::internal::Heap::AllocateRawWithRetryOrFail(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [node /home/projects/profiles/server.js]
0|profiles | 10: 0xd0830b v8::internal::Factory::NewFillerObject(int, bool, v8::internal::AllocationType, v8::internal::AllocationOrigin) [node /home/projects/profiles/server.js]
0|profiles | 11: 0x1049f4e v8::internal::Runtime_AllocateInYoungGeneration(int, unsigned long*, v8::internal::Isolate*) [node /home/projects/profiles/server.js]
0|profiles | 12: 0x13cf019  [node /home/projects/profiles/server.js]

이것은 내 package.json입니다.

{
  "name": "profiles",
  "version": "0.1.0",
  "private": true,
  "scripts": {
    "dev": "node server.js",
    "build": "yarn relay && next build",
    "start": "NODE_ENV=production node server.js",
    "relay": "relay-compiler --src ./ --exclude '**/.next/**' '**/node_modules/**' '**/test/**'  '**/__generated__/**' --exclude '**/schema/**' --schema ./var/schema.graphql --artifactDirectory __generated__",
    "relay-get-schema-stage": "graphql get-schema --project sourcr --endpoint stage && yarn run relay",
    "relay-get-schema-prod": "graphql get-schema --project sourcr --endpoint prod && yarn run relay",
    "relay-get-schema-dev": "graphql get-schema --project sourcr --endpoint dev && yarn run relay",
    "pm2": "pm2"
  },
  "dependencies": {
    "@babel/plugin-proposal-class-properties": "^7.10.4",
    "@babel/plugin-proposal-decorators": "^7.10.5",
    "@babel/plugin-proposal-export-default-from": "^7.10.4",
    "@babel/plugin-proposal-optional-chaining": "^7.11.0",
    "@babel/plugin-syntax-dynamic-import": "^7.8.3",
    "@babel/plugin-transform-runtime": "^7.11.0",
    "@fortawesome/fontawesome": "^1.1.8",
    "@fortawesome/fontawesome-free-regular": "^5.0.13",
    "@fortawesome/fontawesome-free-solid": "^5.0.13",
    "@fortawesome/react-fontawesome": "^0.1.11",
    "@sentry/browser": "^5.21.0",
    "@svgr/webpack": "^5.4.0",
    "babel-loader": "^8.1.0",
    "babel-plugin-styled-components": "^1.11.1",
    "babel-plugin-transform-export-extensions": "^6.22.0",
    "bootstrap": "^4.5.2",
    "classnames": "^2.2.6",
    "file-loader": "^6.0.0",
    "formsy-react": "^1.1.5",
    "graphql": "^15.3.0",
    "jwt-decode": "^2.2.0",
    "mobx": "^5.15.5",
    "moment": "^2.28.0",
    "next": "9.5.1",
    "path": "^0.12.7",
    "pm2": "^4.5.0",
    "query-string": "^6.13.1",
    "react": "16.13.1",
    "react-dom": "16.13.1",
    "react-helmet": "^6.1.0",
    "react-player": "^2.6.0",
    "react-relay": "^10.0.1",
    "react-relay-network-modern": "^4.7.4",
    "react-relay-network-modern-ssr": "^1.4.0",
    "react-toastify": "^6.0.8",
    "relay-compiler": "^10.0.1",
    "relay-devtools": "^1.4.0",
    "relay-devtools-core": "^0.0.8",
    "relay-runtime": "^10.0.1",
    "sass": "^1.26.10",
    "sass-resources-loader": "^2.0.3",
    "siema": "^1.5.1",
    "transform-class-properties": "^0.1.0"
  },
  "devDependencies": {
    "babel-plugin-relay": "^10.0.1"
  }
}

next build 메모리 부족 문제를 겪고있는 사람이라면 .babelrc 또는 babel.config.js 삭제 해보세요. Next.js와 관련이없는 내 프로젝트의 별도 부분에 대해 .babelrc 이 있는데 next build 과 일치하지 않습니다. 제 상황에서는 문제가 Docker에서만 발생했습니다. 내 Dockerfile을 변경하여 수정했습니다.

FROM node:12
WORKDIR /app
COPY package.json package-lock.json /app/
ENV NODE_ENV production
RUN npm install
COPY . /app
RUN npm run build
RUN npm run next-build
EXPOSE 8081
CMD ["npm", "start"]

이에

FROM node:12
WORKDIR /app
COPY package.json package-lock.json /app/
ENV NODE_ENV production
RUN npm install
COPY . /app
RUN npm run build
# Let Next.js use its own Babel config
RUN rm .babelrc
RUN npm run next-build
EXPOSE 8081
CMD ["npm", "start"]

GitLab CI에서 공유 실행기를 사용하는 경우 해당 실행기는 SIGABRT 빌드 프로세스를 종료하고 차례로이 오류를 트리거합니다. 우리는 그룹 주자로 다시 전환했고 작동했습니다.

next-transpile-modules 경우 내 해결책은 다음과 같이 resolveSymlinks -setting (v4.1.0부터)을 활성화하는 것입니다.

// next.config.js
const withTM = require("next-transpile-modules")([
    "somepackage"
], {
    resolveSymlinks: true
})
module.exports = {
    ...withTM()
}

somepackage 가 "너무 커졌을 때"(500kb에서 700kb로) 처음에 여기에 설명 된 문제가 발생했습니다. 이제 갑자기 모든 메모리 (8GB 옵션으로 시도)가이 문제를 처리하기에 충분하지 않았습니다. .

메모리를 기하 급수적으로 부 풀리는 심볼릭 링크로 인한 루프가 있다고 생각합니다.