複製なしでこれを追跡することは不可能です。

ええ、私は知っています。 ソースマップの生成の周りにメモリヒープを取得する前に、それを削除しました。 そして、ネイティブ配列ファイルに関するこのエラーメッセージが表示されました。

より詳細なスタックトレースを取得する方法はありますか？

参考までに、現在ビルド中ですが、ノードプロセスにメモリを追加したためです。

NODE_OPTIONS="--max_old_space_size=4096"

最大28のルートを構築しますが、30のルート（31のルートがあります）を指定すると、プロセスのメモリは最大3GB（およびそれ以上）になります。 私は8GBのメモリを搭載した平均的なラップトップでビルドプロセスを実行していますが、その一部はすでに使用されています。 しかし、それはなんとかしました。

この問題を開いたままにしておくべきかどうかわかりません。
それが役立つ場合は、ここに構築されたページの統計があります：

ソースマップを作成しようとすると（ほとんどの場合）、プロセスがクラッシュします。

本当に私たちが知る唯一の方法は、完全な複製が提供されているかどうかです。 とりあえずこれを閉じます。

Next 9にアップグレードした後、メモリ不足エラーが発生しているのに対し、Next8ではこれは問題ではなかったことにも気づきました。

この場合、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つはElasticBeanstalkにデプロイするときにRAMの使用上の問題に直面しています。 最終的には元に戻す必要があります。 残念ながら、問題を再現するために共有するリポジトリがありません。

同じメモリ不足の問題が発生していますが、すべてのラムダがビルドされた後に発生します。 ラップトップでビルドを完了することはできますが、デプロイ時にクラッシュしますが、ローカルでの開発中に定期的にメモリ不足の問題がいくつか発生します。 （私にとって）認識できる唯一のものはこの行です：

 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.js9も使用してメモリが不足しています。 コンパイルしているコンポーネントの数が原因である可能性があります。 あなたはそれの完全な再現が必要だと言いました。 あなたは私の支店を見ることができます。
https://github.com/stramel/styled-icons/tree/ms/add-material-variants

失敗したビルドは次のとおりです： https ：

TravisにはNODE_OPTIONS=--max-old-space-size=4096設定されています

@timneutkensは、レポを持っているので、問題を再開してください。

[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

この問題は、ミニファイを実行するようにビルドを変更したときにリポジトリの1つで発生します。これは、現在デフォルトで無効になっています。

更新：コードベースで問題がwithSourceMapsプラグインを使用していると判断しました：

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

非常に遅いhidden-source-mapに設定しているので、これは理にかなっています。 ただし、NextJS8よりも指数関数的に遅い理由はわかりません。

また、v9にアップグレードした後、パフォーマンスの大きな問題に気づきました... 2015 macbook proを使用しています。これまで遅れることはなく、かなり重いプログラムを実行しましたが、次のアプリをローカルで実行するたびにそれは完全に遅れ、すべてが大幅に遅くなります。

私は通常10分ごとにアプリを再起動する必要があります。今日は私が頑張ってそれをやり遂げようとした最初の日でした、そして開発移動で数時間実行した後、私は人々と同じJavaScript heap out of memoryを手に入れました次のビルドの実行から報告されました。 ここのどこかにメモリリークがあるはずです

私もそう思います。 私の同僚は最近のMacBookを持っていて、次の9にアップグレードしてから、開発サーバーの再コンパイルが遅くなりました。 時々それは20秒かかる。

32GBの物理メモリMacBookProで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は、この問題を

別の証人を追加します。
Nextバージョン4.2.3でアプリを継承しました。

• 次のバージョン9.1.3に更新しました
• package.jsonの他のすべてのパッケージバージョンを更新しました。
• node_modulesフォルダーとpackage.lock.jsonを削除しました
• npminstallを実行しました

プロジェクトのローカルサーブを実行すると、次のエラーで失敗しました。
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を使用してbootstrap.min.cssを直接インポートする場合、またはcss / scss経由で@importを使用する場合の両方。 使用する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を使用していますが、それが実際にクラッシュしているのでしょうか？

これがすべての人にとって同じであるかどうかは完全にはわかりませんが、要求しているリソースが実際に見つかることを確認してください。 アプリが見つけられなかった画像があり、ヒープエラーが発生するまで画像を探し続けました。 私はその画像の言及を削除しました、そしてそれは私に再びエラーを与えませんでした。

私もこれを修正することができました。

私の場合、 /public/manifest.jsonを<head/> 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フォルダーで問題が発生していると思います。

私もこの問題を抱えていました。 ブキノシタが言ったように、私は静的フォルダを調べました。 public/static/フォルダーから（テスト目的で）674個のjsonファイルのフォルダーを削除しました。 それ以来、問題はありませんでした。

この問題は、ミニファイを実行するようにビルドを変更したときにリポジトリの1つで発生します。これは、現在デフォルトで無効になっています。

更新：コードベースで問題がwithSourceMapsプラグインを使用していると判断しました：

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

非常に遅いhidden-source-mapに設定しているので、これは理にかなっています。 ただし、NextJS8よりも指数関数的に遅い理由はわかりません。

"@zeit/next-source-maps": "^0.0.4-canary.1"にアップグレードした後も、この問題が発生し始めました。 解決策はありますか、それともソースマップを削除する必要がありますか？

@focuxソースマップをまったく無効にする必要がありました。 その後、メモリの使用量は大幅に減少しました

ここでも同じ問題があります。 ビルドのファイルサイズが大きすぎるとクラッシュするようです。 たとえば、Typescriptから何かをインポートしたところ、ビルドのファイルサイズが2.41mbになりました。 その後、2GBのRAMを搭載したCIがクラッシュし始めました。 Typescriptインポートを削除した後、ファイルサイズは100kbに​​減少し、再び機能しました。

Nextjs 9は、最初からCIで非常に遅いです。 ビルドには非常に時間がかかり、特別なニーズはありません...ただ反応するもの、マテリアルUI、あちこちのパッケージがあります。 私はノード/エクスプレス、いくつかのドットネットコア、phpなどと同じクラスターにCIを持っています。これらはすべてCIに1GBのメモリがあり、かなり高速にビルドされます。 ビルドプロセスについての私の気持ち以上に何か問題があるのか​​わかりませんか？

ここでも同じ問題があります。 Mac OS / Githubアクション。 ここに記載されているアクションは役に立ちません。リンクされているが存在しないファイルを見つけることができません。

ただし、プロジェクトはZeit Nowでビルドされます（そして本番環境にあります）。

方法を知っていれば助けたいです。

ここでも同じ問題（MacOS）。 私が見つけたのは：

• Next9.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これが原因だと思います。 開発モードでは、ソースマップの生成があります。 時間の経過とともに、このソースマッププラグインはメモリを保持しすぎると思います。

ソースマップの生成をオフにしても同じ問題が発生します

Сергей。

10：01 GMTでの2019年12月24日には、エマヌエーレ[email protected]は書きました：

SourceMapConsumer_allGeneratedPositionsForこれが原因だと思います。 開発モードでは、ソースマップの生成があります。 時間の経過とともに、これらのソースマッププラグインはメモリを保持しすぎると思います。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで登録を解除してください。

「私はまだこれを経験しています」と投稿しても問題は解決しないことに注意してください。 人々が調べるための完全な複製を提供します。そうでない場合、あなたのコメントは最初の問題で👍を行うのと同じですが、理由もなく問題のすべての人にpingを送信します。

コメントが実用的または有用であることを常に確認してください。 たとえば、問題の調査に基づいて物事を共有する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 ： 。

わかりました。 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内のすべてのライブラリをアップグレードしたときに、同じエラーが発生しました。 現在、私はすべての問題なし@ツァイト/次-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/から1ページを除くすべてを削除し、プロジェクトがビルドされるまでコードを削除してから、徐々にコードを元に戻すことで、問題をデバッグしました。

多分これはこのスレッドに出くわす誰かを助けます🤷‍♂️

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）では、アプリの起動（開発モード）でヒープメモリの問題が発生し、ノード10でNODE_OPTIONS="--max_old_space_size=4096"を設定すると、ノード10で問題が発生しました。ノード12以降では、これはこのコミットと、コンテナーに割り当てられたメモリの量を考慮した別のコミットで処理されます（Linuxのみafaik）。

それが誰かを助ける場合に備えて、議論に追加するだけです。
メモリ不足が発生していましたが、私の場合は何が問題であるかがわかりました。

次のコードスニペットでは、 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 />;
}

これがこの問題の原因となったコードの一部であることをどのようにして理解しましたか？

興味深いことに、このコードをもう一度見ると、実際には別のコードが表示されます
問題。 アイコンはコンポーネントであり、アイコンの内部でアイコンを参照していました
自体。

私がそれを理解する方法は、主にコンポーネントごとに分離することでした
どのコンポーネントが原因であるかがわかるまで、問題を再現してみてください
それ。

木曜、18：20で2020年5月21日には、Vivek_Neel [email protected]は書きました：

それが誰かを助ける場合に備えて、議論に追加するだけです。
私はメモリ不足を経験していました、そしてそれから私は何があったかを知りました
私の場合の問題：

次のコードスニペットでは、constアイコンがたまたま未定義の場合
コードは、コンポーネントが有効かどうかをチェックする無限ループに入ります。

const iconMapping = {
「flash-outline」：FlashOutline、
};
export const Icon =（{name}）=> {
const Icon = iconMapping [name];

戻る ;
}

constアイコンが定義されていないかどうかのチェックを追加すると、
メモリの問題。

..。
const Icon = iconMapping [name];

（！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以降）は大規模なWebアプリケーションのメモリを最適化できません。 プロジェクトのサーバー側部分のコンパイルを開始すると、ビルドプロセスがメモリ制限に達します。

開発モードでは、ローカルサーバーは最初は問題ありませんが、しばらくすると、割り当てられたメモリが爆発し、メモリヒープエラーが表示されます。

コアチームの誰かがこの問題を認識し、問題のトリアージを手伝ってくれませんか？

私と私のチームは、強力なラップトップを使用していても、アプリケーションをローカルでビルドできない場合があります。 この問題はほぼ1年前のものですが、この問題に関する明確な更新はありません。 個人的には、アプリケーションを2つのサブNext.jsプロジェクトに分割することだけが考えられます。これは、いつの日かCIでもアプリケーションをビルドできなくなるのではないかと心配しているためです（すでに強力なアプリケーションを使用しています）。それを行うためのVM）。

ここで悪者になってすみません、ただ助けを求めています。

編集：Next.js 9.3.3に更新しましたが、改善はありません

コアチームの誰かがこの問題を認識し、問題のトリアージを手伝ってくれませんか？

このスレッドで、完全な複製を提供するか、アプリケーションを提供するように何度もお願いしました。 特定のアプリケーションの問題を追跡するために、特定のアプリケーションの内容を分析することはできません。
9.4 btwでソースマップの生成を変更したので、必ず最新バージョンにアップグレードする必要があります。

https://github.com/zeit/next.js/issues/7929#issuecomment -618297553のようなFWIWのケースは、アプリケーション内で作成された無限ループであり、これらをうまく検出することはできません（最終的にReactレンダリングを実行するため） ）。

私が理解している限り、Next.js（v9.0.0以降）は大規模なWebアプリケーションのメモリを最適化できません。 プロジェクトのサーバー側部分のコンパイルを開始すると、ビルドプロセスがメモリ制限に達します。

あなたが複製を提供しなかったことを考えると、私は私たち自身のアプリケーションを参照することしかできません。

Next.jsで何百万ものリクエストを実行し、実行するアプリケーションには300以上のページがあります。 チームからのメモリの問題は報告されておらず、チームは1日を通して多くのページで作業しています。

これは問題がある可能性があることを否定するものではないことに注意してください。プロファイルできる明確な複製またはアプリケーションを提供しない場合、問題があるかどうかを追跡することは不可能であると言っています。
また、有料のコンサルティングを求めているわけでもないので、無料でアプリケーションを見ていきます。

このスレッドで、完全な複製を提供するか、アプリケーションを提供するように何度もお願いしました。 特定のアプリケーションの問題を追跡するために、特定のアプリケーションの内容を分析することはできません。

私がこの号を開いて以来、他の人々がここにリポジトリを提供してきました。 そのため、問題が再開されました。そのため、問題を再現するにはリポジトリが必要であることを示すラベルがありません。

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

開いたままにしてから

Webアプリケーションがクライアントに属し、ソースコードが閉じているため、リポジトリを提供できません。

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 ：

このスレッドで提供されている複製は2つだけです。 1つはNext.js（ now devメモリ消費）とは完全に無関係であり、もう1つは実行/ビルドできません。

したがって、なぜ私がもう一度完全な複製を求めているのか、そうでなければこれを調査することは不可能であり続けるでしょう。

Webアプリケーションがクライアントに属し、ソースコードが閉じているため、リポジトリを提供できません。

気軽に[email protected]に連絡してください。NDAを設定できます。これは、設定にかなりの時間がかかることを考えると、コンサルティングを行う必要があることを意味します。特定のアプリケーションを支援し、クライアント用のアプリケーションも構築しています。

これらのアプリケーションは、単にサイズの限界に達してメモリ不足になり始めたと思います。 NODE_OPTIONS=--max-old-space-size=4096介して、より多くのビルドを実行する必要があります。

または、新しいチャンク機能を有効にすることもできます。

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

これは私たちの問題を解決しませんでした、FYI。

この問題が組み込みの次回サーバー起動で発生するかどうかは誰にもわかりませんか？
すなわち： Next startではなくNODE_ENV=production node server.js" ？

ビルドを生成した後に問題が発生します。 「nodeserver.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設定（v4.1.0以降）を有効にすること

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

somepackageが「大きすぎる」（500kbから700kb）と、ここで説明した問題に最初に遭遇しましたが、突然、すべてのメモリ（8GBオプションでも試してみました）ではこれを処理できませんでした。

シンボリックリンクによって引き起こされるループがいくつかあり、メモリが指数関数的に肥大化する原因になると思います。