प्रजनन के बिना इसे नीचे ट्रैक करना असंभव है।

हाँ मुझे पता है। इससे पहले कि मैं sourcemaps की पीढ़ी के आसपास एक मेमोरी ढेर हो रहा था इसलिए मैंने इसे हटा दिया। और मुझे यह त्रुटि संदेश मूल सरणी फ़ाइल के आसपास मिला।

क्या अधिक वर्बोज़ स्टैक ट्रेस प्राप्त करने का कोई तरीका है?

FYI करें यह अब निर्माण कर रहा है लेकिन केवल इसलिए कि मैंने नोड प्रक्रिया में अधिक मेमोरी जोड़ी:

NODE_OPTIONS="--max_old_space_size=4096"

यह 28 मार्गों को बनाता है लेकिन जब मैं 30 मार्ग देता हूं (हमारे पास 31 मार्ग हैं) तो प्रक्रिया की मेमोरी 3GB तक मेमोरी (और इससे भी अधिक) तक जाती है। मैं एक औसत लैपटॉप पर बिल्ड प्रक्रिया चला रहा हूं जिसमें 8GB मेमोरी है, इसमें से कुछ पहले से ही उपयोग की गई है। लेकिन यह कामयाब रहा।

मुझे नहीं पता कि मुझे इस मुद्दे को खुला रखना चाहिए या नहीं।
यदि यह मदद करता है, यहाँ निर्मित पृष्ठों के आँकड़े हैं:

जब यह स्रोत मानचित्र (अधिकांश समय) बनाने की कोशिश करता है तो प्रक्रिया क्रैश हो जाती है।

वास्तव में एकमात्र तरीका हम कभी भी जान पाएंगे कि क्या पूर्ण प्रजनन प्रदान किया गया है। मैं इसे अभी के लिए बंद कर दूंगा।

हमने यह भी देखा है कि नेक्स्ट 9 में अपग्रेड करने के बाद हम मेमोरी एरर से बाहर निकल रहे हैं जबकि नेक्स्ट 8 के साथ यह कोई समस्या नहीं थी।

हमारे मामले में हम अपने सीआई प्रवाह के हिस्से के रूप में सर्कलसीआई में अपना ऐप बना रहे हैं और निम्नलिखित का सामना कर रहे हैं:

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

एक सर्कलसीई कंटेनर के लिए 4 जीबी मेमोरी की सीमा है, इसलिए त्रुटि। ऐसा प्रतीत होता है कि नेक्स्ट 9 के साथ हम उस सीमा को मार रहे हैं।

मेरे पास इस समय साझा करने के लिए एक प्रतिलिपि प्रस्तुत करने योग्य मामला नहीं है।

हमने NextJs 9 के साथ अपने आवेदन को तैनात करते समय इस समस्या का भी सामना किया।

उन 3 परियोजनाओं में से जिन्हें हमने NextJs 9 में अपग्रेड किया था, उनमें से दो को 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

यहाँ मेरा वेबपैक कॉन्फिगर है:

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

ट्रैविस के पास NODE_OPTIONS=--max-old-space-size=4096 सेट है

@timneutkens कृपया अब इस मुद्दे को फिर से खोल सकते हैं कि आपके पास रेपो है?

मैं अगले @ 9.0.2 के साथ एक ही समस्या का सामना कर रहा हूं

मैं अनुमान लगा रहा हूं कि इन एप्लिकेशन ने स्मृति से बाहर निकलने के लिए बस अपने आकार की सीमाएं मार दी हैं। आपको NODE_OPTIONS=--max-old-space-size=4096 माध्यम से अपने निर्माण को चलाने की आवश्यकता होगी।

वैकल्पिक रूप से, आप हमारी नई सुविधा को सक्षम कर सकते हैं:

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

धन्यवाद @Timer , मैं granularChunks सुविधा एक कोशिश करूँगा।

इसके अलावा, बस ध्यान दें, मैंने अपने स्थानीय मशीन पर मूल्य के लिए 8192 की कोशिश की थी और यह अभी भी विफल रही। मैं यह सोचकर थोड़ा डर गया कि वास्तव में इसे बनाने के लिए मुझे कितनी स्मृति की आवश्यकता होगी।

मेरे पास कुछ पुराने मुद्दे पर एक नज़र थी और मैंने देखा कि कभी-कभी, जब कोई नई प्रमुख रिलीज़ होती थी, तो कुछ लोगों को इस स्मृति समस्या का सामना करना पड़ता था। मुझे आश्चर्य है, क्या आप किसी बड़े प्रोजेक्ट पर कुछ मेमोरी टेस्ट करते हैं?

यह नया प्रमुख रिलीज नोड मेमोरी कैप मार रहा है। इस बड़ी राशि की स्मृति का कारण क्या है जो पहले नहीं था?

@ टिमर ने 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 मिनट में ऐप को फिर से शुरू करना पड़ता है, आज पहला दिन था जब मैंने इसे मनाने और काम करने की कोशिश की, और देव चाल में कुछ घंटों तक चलने के बाद मुझे वही JavaScript heap out of memory कि लोगों को अगले निर्माण से चलने की सूचना दी है। यहां कहीं न कहीं स्मृति रिसाव अवश्य होना चाहिए

मै भी यही सोचता हूँ। मेरे एक सहयोगी के पास हाल ही में मैकबुक है और जब से हम अगले 9 में अपग्रेड हुए हैं, देव सर्वर फिर से शुरू करने के लिए धीमा हो गया है। कभी-कभी इसमें 20 सेकेंड लगते हैं।

मैं एक ही समस्या हो रही है, यहां तक ​​कि मेरे 32GB भौतिक स्मृति मैकबुक प्रो पर 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 कृपया इस मुद्दे को फिर से खोलें, या एक नया खोलें। यह मेमोरी लीक और साथ ही कुछ अजीब अनंत एचएमआर अनुरोध हमारे ऐप को विकास मोड में बेकार कर रहे हैं और हमारे समय की एक बड़ी मात्रा को खा रहे हैं।

एक और गवाह जोड़ना।
मुझे नेक्स्ट वर्जन 4.2.3 के साथ एक ऐप विरासत में मिला है।

• इसे अगले संस्करण में अपडेट किया गया 9.1.3
• Package.json में अन्य सभी संकुल संस्करण को अपडेट किया गया;
• नोड_मॉडल फ़ोल्डर और पैकेज.लोक। Json हटा दिया गया
• भागा npm स्थापित

जब मैंने प्रोजेक्ट की स्थानीय सेवा की तो यह निम्नलिखित त्रुटि के साथ विफल रहा:
FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
विफलता आमतौर पर ऐप शुरू करने के दस मिनट से भी कम समय के भीतर हुई और ऐप में अधिक नेविगेशन को ट्रिगर करके इसे तेज किया जा सकता है।

मैं 8.1.0 संस्करण पर वापस लौटा हूं और एक ही विफलता को पुन: उत्पन्न नहीं कर सकता - यहां तक ​​कि अधिक बयाना नेविगेशन (और इस तरह पेज-बिल्ड) के साथ।

हाँ, हम यह भी देख रहे हैं ...

फिर से खुलने का समय मुझे लगता है कि @timneutkens

जब से मैंने अपने विकास मोड पर bootstrap.min.css को आयात करना शुरू किया है, मैं कल से इस समस्या का सामना अगले@9.1.3 को प्रतिक्रिया-राउटर कस्टम सर्वर के साथ कर रहा हूं।

दोनों जब मैं सीधे bootstrap.min.css को आयात करता हूँ / आवश्यकता होती है तो js या @import के माध्यम से css /

लेकिन जब मैं 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>

इसलिए मुझे लगता है कि समस्या अगले सीएसएस में सीएसएस के संशोधन पर थी। क्योंकि जब मैंने अपनी परियोजना को 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;
  },
});

मैं अगले 9.1.3 में अपग्रेड करने के बाद भी यही मुद्दा रहा हूँ। मैं अगले सीएसएस का भी उपयोग कर रहा हूं, हो सकता है कि वास्तव में यह दुर्घटनाग्रस्त हो गया हो?

पूरी तरह से निश्चित नहीं है कि यह सभी के लिए समान होगा, लेकिन यह सुनिश्चित करने के लिए सुनिश्चित करें कि आपके द्वारा अनुरोध किए जा रहे किसी भी संसाधन को वास्तव में पाया जा सकता है। मेरे पास एक ऐसी छवि थी जिसे मेरा ऐप नहीं मिला और यह तब तक तलाश करता रहा जब तक कि उसने मुझे ढेर त्रुटि नहीं दी। मैंने उस छवि का उल्लेख हटा दिया और इसने मुझे फिर से त्रुटि नहीं दी।

मैंने इसे ठीक करने में भी काम किया, @lloan टिप्पणी ने इस मुद्दे पर

मेरे मामले में, मैं /public/manifest.json meta टैग के रूप में <head/> /public/manifest.json रूप में संदर्भित कर रहा था, हालांकि वह संसाधन मेरे प्रोजेक्ट में मौजूद नहीं था और यह मेमोरी लीक का कारण बन रहा था।

मेरे पास यह कोड था, जो 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" अपग्रेड करने के बाद मुझे भी यह समस्या होने लगी। किसी भी समाधान या मुझे स्रोत के नक्शे से छुटकारा पाना होगा?

@ फ़ोकस मुझे स्रोत मानचित्रों को बिल्कुल अक्षम करना पड़ा। उसके बाद, मेमोरी का उपयोग काफी हद तक कम हो गया

यहाँ भी यही समस्या है। ऐसा लगता है कि निर्माण में फ़ाइल का आकार बहुत बड़ा होने पर क्रैश हो सकता है। उदाहरण के लिए, मैंने टाइपस्क्रिप्ट से कुछ आयात किया और बिल्ड में फ़ाइल का आकार 2.41 एमबी तक बढ़ गया। फिर 2GB RAM वाला मेरा CI क्रैश होने लगा। जब मैंने टाइपस्क्रिप्ट को हटा दिया तो फ़ाइल आकार 100kb पर चला गया और यह फिर से काम कर गया।

Nextjs 9 शुरू से ही CI में बहुत धीमा रहा है। इसे बनाने में बहुत समय लगता है और मुझे इसकी कोई विशेष आवश्यकता नहीं है ... बस सामान, सामग्री यूआई, कुछ पैकेज यहां और वहां प्रतिक्रिया करें। मेरे पास CI: नोड / एक्सप्रेस, कुछ डॉटनेट कोर, php आदि के साथ एक ही क्लस्टर में है, इन सभी में CI में 1GB मेमोरी है और यह बहुत तेज बनाता है। मुझे नहीं पता कि निर्माण प्रक्रिया के बारे में मेरी भावना से अधिक कुछ समस्या है?

यहां भी यही समस्या। Mac OS / Github क्रियाएँ यहां बताई गई कोई भी कार्रवाई मदद नहीं करती है, जो जुड़ी हुई नहीं हैं, लेकिन मौजूद नहीं हैं।

हालाँकि, प्रोजेक्ट अभी ज़ीइट नाउ में बनता है (और उत्पादन में है)।

अगर पता है कि कैसे मदद करना पसंद करेंगे।

एक ही समस्या यहाँ (MacOS)। मैंने जो पाया है वह है:

• अगला 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 मुझे लगता है कि यह अपराधी है। देव मोड में स्रोत नक्शे की एक पीढ़ी है। मुझे लगता है कि ओवरटाइम, यह स्रोत मानचित्र प्लगइन बहुत अधिक मेमोरी बनाए रखता है।

मैं अभी भी एक ही समस्या का अनुभव करता हूं, भले ही मैं स्रोत मानचित्र पीढ़ी को बंद कर दूं

Сергей।

24 दिसंबर, 2019 को 10:01 GMT पर, Emanuele सूचनाएं @github.com ने लिखा:

SourceMapConsumer_allGeneratedPositions मुझे लगता है कि यह अपराधी है। देव मोड में स्रोत नक्शे की एक पीढ़ी है। मुझे लगता है कि ओवरटाइम, ये स्रोत मानचित्र प्लगइन बहुत अधिक मेमोरी बनाए रखते हैं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें , या सदस्यता समाप्त करें ।

ध्यान रखें कि "मुझे अभी भी यह अनुभव है" पोस्ट करने से समस्या हल नहीं होगी। लोगों को देखने के लिए एक पूर्ण प्रजनन प्रदान करें, अन्यथा आपकी टिप्पणी प्रारंभिक मुद्दे पर for करने के समान है लेकिन बिना किसी कारण के सभी को समस्या में डालती है।

हमेशा सुनिश्चित करें कि आपकी टिप्पणियां कार्रवाई योग्य या उपयोगी हैं। जैसे इमैटीपिको समस्या की जाँच के आधार पर बातें साझा करना उपयोगी है। "मेरे पास अभी भी यह मुद्दा है" कहना उपयोगी नहीं है।

क्या कोई वर्कअराउंड है? मेरा CI / CD पाइपलाइन 1GB RAM पर विफल रहता है।

@timneutkens repro चरण इस बंद अंक में उल्लिखित हैं:

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
...

paths 12280 में सुझाए अनुसार tsconfig.json में संशोधित करके इसे तय किया

शायद अलग कारण

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' आयात करना था?

मैं टाइपस्क्रिप्ट में लिखे गए एक बड़े प्रोजेक्ट पर काम कर रहा हूं। एक पासपोर्ट प्रमाणीकरण मिडिलवेयर कॉन्फ़िगर किया गया है, जो अनधिकृत उपयोगकर्ताओं को लॉगिन पृष्ठ पर वापस भेज देता है। इसे निम्नलिखित तरीके से लागू किया जाता है:

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/... से आयात नहीं किया जा सकता है, लेकिन ऊपर वर्णित पथ से।

मेरे पास एक ही त्रुटि थी जब मैंने अपने पैकेज में सभी पुस्तकालयों को अपग्रेड किया। Json। वर्तमान में मैं NextJS 9.2.2 का उपयोग बिना किसी मुद्दे के @ zeit / next-css के साथ कर रहा हूं। कुछ संस्करण पुस्तकालयों की तरह लगता है कि स्मृति के मुद्दे से बाहर निकलता है या वे किसी तरह 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 कम से कम इसे बनाने के लिए काम करें अच्छी तरह।

यह केवल एक चीज है जो हमारे लिए काम करती है that

काफी बड़े Next.js ऐप (v9.3.6) पर हम में से कई लोग ऐप स्टार्टअप (देव मोड) पर ढेर मेमोरी मुद्दों से बाहर चल रहे थे, जिसके लिए नोड 10, या वैकल्पिक रूप से NODE_OPTIONS="--max_old_space_size=4096" मदद की गई थी। नोड 12 और उसके बाद, इस कमिट के साथ आपके लिए यह ध्यान रखा जाता है और दूसरा जो कंटेनर में आवंटित मेमोरी की मात्रा को ध्यान में रखता है (लिनक्स केवल 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 />;
}

आपने यह कैसे पता लगाया कि यह इस मुद्दे के कारण कोड का टुकड़ा है?

काफी दिलचस्प है, इस कोड को फिर से देखकर मैं वास्तव में एक और देख रहा हूं
मुसीबत। चिह्न एक घटक है और चिह्न के अंदर मैं चिह्न को संदर्भित कर रहा था
अपने आप।

जिस तरह से मैं यह पता लगाता हूं वह ज्यादातर घटक द्वारा घटक को अलग करके और
समस्या का पुनरुत्पादन करने का प्रयास करें जब तक मुझे पता नहीं चल जाता है कि कौन सा घटक उत्तेजक था
उस।

Thu पर, 21 मई 2020 को 18:20 बजे, Vivek_Neel सूचनाएं @github.com ने लिखा:

सिर्फ मामले में चर्चा में जोड़ने के लिए यह किसी को भी मदद करता है।
मैं स्मृति से बाहर अनुभव कर रहा था और तब मुझे पता चला कि क्या था
मेरे मामले में मुद्दा:

निम्नलिखित कोड स्निपेट में, यदि कॉन्स्टेड आइकन अपरिभाषित होता है
यदि कोड वैध है तो कोड एक अनंत लूप जाँच में प्रवेश करता है।

const आइकन मैपिंग = {
"फ्लैश-आउटलाइन": फ्लैशऑटलाइन,
};
निर्यात const चिह्न = ({नाम}) => {
const चिह्न = iconMapping [नाम];

वापसी ;
}

यदि मैं एक चेक जोड़ता हूं यदि कॉन्स्ट आइकॉन को परिभाषित नहीं किया जाता है, तो मुझे आउट ऑफ से छुटकारा मिल जाता है
स्मृति समस्या।

...
const चिह्न = iconMapping [नाम];

अगर (आइकन) वापसी शून्य है;
वापसी ;
}

आपने यह कैसे पता लगाया कि यह इस कारण कोड का टुकड़ा है
मुद्दा?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/zeit/next.js/issues/7929#issuecomment-6321818103/ या
सदस्यता समाप्त
https://github.com/notifications/unsubscribe-auth/ABA2CL7ZJQY5YPYJVCJMCODRSVIE7ANCNFSM4ICM4RAA
।

>

मेरे फोन से भेजा गया

जहाँ तक मैंने समझा, Next.js (v9.0.0 के बाद से) बड़े वेब अनुप्रयोगों की मेमोरी को ऑप्टिमाइज़ करने में सक्षम नहीं है। जब यह प्रोजेक्ट के सर्वर साइड भाग को संकलित करना शुरू करता है तो हमारी निर्माण प्रक्रिया मेमोरी लिमिट को हिट करती है।

विकास मोड के दौरान, स्थानीय सर्वर शुरू में ठीक है, लेकिन कुछ समय बाद आवंटित स्मृति ऊपर उड़ जाती है और मेमोरी हीप त्रुटि दिखाई देती है।

क्या कोर टीम का कोई व्यक्ति इस मुद्दे को स्वीकार कर सकता है और समस्या को सुलझाने में हमारी मदद कर सकता है?

मैं और मेरी टीम, यहां तक ​​कि शक्तिशाली लैपटॉप के साथ, कभी-कभी स्थानीय रूप से एप्लिकेशन बनाने में सक्षम नहीं होते हैं। यह समस्या लगभग 1 वर्ष पुरानी है लेकिन इस मुद्दे के बारे में कोई स्पष्ट अद्यतन नहीं किया गया है। व्यक्तिगत रूप से, मैं केवल सोच सकता हूं कि दो उप-अगली परियोजनाओं में एप्लिकेशन को विभाजित करना है क्योंकि मैं चिंतित हूं कि एक दिन हम सीआई पर भी आवेदन नहीं बना पाएंगे (और हम पहले से ही शक्तिशाली का उपयोग कर रहे हैं इसे करने के लिए VMs)।

मुझे यहाँ पर बुरे आदमी होने का बहुत अफ़सोस है, मैं सिर्फ मदद के लिए कह रहा हूँ।

संपादित करें: हमने Next.js 9.3.3 को अपडेट किया है लेकिन इसमें कोई सुधार नहीं हुआ है

क्या कोर टीम का कोई व्यक्ति इस मुद्दे को स्वीकार कर सकता है और समस्या को सुलझाने में हमारी मदद कर सकता है?

मैंने आपको एक पूर्ण प्रजनन प्रदान करने या अपना आवेदन प्रदान करने के लिए इस धागे पर कई बार पूछा है। हम आपके आवेदन में समस्या को ट्रैक करने के लिए आपके विशेष एप्लिकेशन में कुछ भी विश्लेषण नहीं कर सकते हैं।
हमने 9.4 btw में sourcemap पीढ़ी को बदल दिया है ताकि आपको नवीनतम संस्करण में निश्चित रूप से अपग्रेड करना चाहिए।

FWIW के मामले जैसे https://github.com/zeit/next.js/issues/7929#issuecomment -618297553 आपके आवेदन के अंदर बनाए गए अनंत लूप हैं और हम इनका अच्छी तरह से पता नहीं लगा सकते हैं (जैसा कि वे रिएक्ट रेंडरिंग से गुजर रहे हैं) )।

जहाँ तक मैंने समझा, Next.js (v9.0.0 के बाद से) बड़े वेब अनुप्रयोगों की मेमोरी को ऑप्टिमाइज़ करने में सक्षम नहीं है। जब यह प्रोजेक्ट के सर्वर साइड भाग को संकलित करना शुरू करता है तो हमारी निर्माण प्रक्रिया मेमोरी लिमिट को हिट करती है।

यह देखते हुए कि आपने एक प्रजनन प्रदान नहीं किया है मैं केवल अपने स्वयं के अनुप्रयोगों का संदर्भ दे सकता हूं।

हम Next.js पर लाखों अनुरोध चलाते हैं और हमारे द्वारा चलाए जाने वाले एप्लिकेशन में 300+ पृष्ठ होते हैं। हमारे पास अपनी टीमों से रिपोर्ट की गई कोई स्मृति समस्या नहीं है और वे अपने पूरे दिन में कई पृष्ठों पर काम करते हैं।

ध्यान दें कि यह मुझे इनकार नहीं है एक मुद्दा हो सकता है, मैं सिर्फ यह कह रहा हूं कि अगर कोई समस्या है तो आप इसे स्पष्ट प्रजनन या आवेदन नहीं दे सकते हैं जिसे हम प्रोफाइल कर सकते हैं।
यह भी ध्यान दें कि मैं यह भी नहीं पूछ रहा हूं कि परामर्श का भुगतान करने के लिए, हम निशुल्क आवेदन पर एक नज़र डालेंगे।

मैंने आपको एक पूर्ण प्रजनन प्रदान करने या अपना आवेदन प्रदान करने के लिए इस धागे पर कई बार पूछा है। हम आपके आवेदन में समस्या को ट्रैक करने के लिए आपके विशेष एप्लिकेशन में कुछ भी विश्लेषण नहीं कर सकते हैं।

जब से मैंने इस मुद्दे को खोला है, अन्य लोगों ने यहाँ रिपॉजिटरी प्रदान की है। इसीलिए इस मुद्दे को फिर से खोल दिया गया और इसीलिए इसमें वह लेबल नहीं है जो कहता है कि इस मुद्दे को पुन: पेश करने के लिए एक भंडार की आवश्यकता है।

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

जब से इसे खोला गया था

मैं एक रिपॉजिटरी प्रदान नहीं कर सकता क्योंकि वेब एप्लिकेशन मेरे क्लाइंट का है और स्रोत कोड बंद है।

हमने 9.4 btw में sourcemap पीढ़ी को बदल दिया है ताकि आपको नवीनतम संस्करण में निश्चित रूप से अपग्रेड करना चाहिए।

क्या यह सुविधा ऑप्ट-इन / ऑप्ट-आउट है? मैंने स्रोत नक्शे की पीढ़ी को हटा दिया (यह प्लगइन के माध्यम से किया गया था) जब मैंने मुद्दा खोला (तो बहुत समय पहले) लेकिन यह बहुत मदद नहीं करता था।

अगर आपको लगता है कि यह मुद्दा वैध नहीं है, तो कृपया इसे बंद कर दें। रेपो को बहुत समय पहले साझा किया गया था और यह अब मान्य नहीं हो सकता है।

मैं ट्राइएजिंग में मदद कर सकता हूं लेकिन मुझे मार्गदर्शन की आवश्यकता होगी।

▲  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% होने की संभावना काफी कम है।

क्या यह सुविधा ऑप्ट-इन / ऑप्ट-आउट है? मैंने स्रोत नक्शे की पीढ़ी को हटा दिया (यह प्लगइन के माध्यम से किया गया था) जब मैंने मुद्दा खोला (तो बहुत समय पहले) लेकिन यह बहुत मदद नहीं करता था।

Sourcemaps हमेशा विकास में सक्षम होते हैं, हमने हालांकि eval स्रोत मानचित्रों पर स्विच किया है।

इसीलिए इस मुद्दे को फिर से खोल दिया गया और इसीलिए इसमें वह लेबल नहीं है जो कहता है कि इस मुद्दे को पुन: पेश करने के लिए एक भंडार की आवश्यकता है।

मैंने इसे फिर से खोला क्योंकि अधिक रिपोर्टें आती रहीं और मैं प्रतिकृतियां मांगता रहा: https://github.com/zeit/next.js/issues/7929#issuecomment -568760542

इस थ्रेड में केवल 2 रिप्रोडक्शन दिए गए हैं। एक पूरी तरह से Next.js ( now dev मेमोरी खपत) से संबंधित नहीं है और दूसरे को निष्पादित / निर्मित नहीं किया जा सकता है।

इसलिए मैं एक बार फिर से पूर्ण प्रजनन के लिए कह रहा हूं अन्यथा यह जांच जारी रखना असंभव होगा।

मैं एक रिपॉजिटरी प्रदान नहीं कर सकता क्योंकि वेब एप्लिकेशन मेरे क्लाइंट का है और स्रोत कोड बंद है।

एंटरप्राइज़ @vercel.com पर पहुंचने के लिए स्वतंत्र महसूस करें और हम एक एनडीए स्थापित कर सकते हैं, संभवतः इसका मतलब है कि हमें आपके लिए परामर्श करना होगा, हालांकि यह देखते हुए कि यह सब सेट करने के लिए महत्वपूर्ण समय लगेगा। आप अपने विशेष आवेदन के साथ मदद और आप एक ग्राहक के लिए भी आवेदन का निर्माण कर रहे हैं।

मैं अनुमान लगा रहा हूं कि इन एप्लिकेशन ने स्मृति से बाहर निकलने के लिए बस अपने आकार की सीमाएं मार दी हैं। आपको NODE_OPTIONS=--max-old-space-size=4096 माध्यम से अपने निर्माण को चलाने की आवश्यकता होगी।

वैकल्पिक रूप से, आप हमारी नई सुविधा को सक्षम कर सकते हैं:

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

इससे हमारी समस्या हल नहीं हुई, FYI करें।

किसी को पता है कि अगर यह मुद्दा इनबिल्ट अगले सर्वर शुरू होता है?
यानी: Next start NODE_ENV=production node server.js" बजाय?

बिल्ड जनरेट करने के बाद मेरी समस्या उत्पन्न होती है। "नोड 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]

यह मेरा पैकेज है

{
  "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 को हटाने का प्रयास करें। मेरे पास अपनी परियोजना के एक अलग हिस्से के लिए .babelrc Next.js से संबंधित नहीं है, और यह next build सहमत नहीं है। मेरी स्थिति में, मुद्दा केवल डॉकर में हो रहा था। मैंने इसमें से अपनी डॉकरफाइल को बदलकर इसे ठीक किया

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 तक), अब अचानक, मेरी मेमोरी के सभी (8 जीबी विकल्प के साथ भी कोशिश की गई) इसे संभालने के लिए पर्याप्त नहीं था ।

मेरा मानना ​​है कि कुछ सिम्लिंक-कारण लूप हैं जो मेमोरी को तेजी से फूला हुआ होने का कारण बनाते हैं।