2017-03-18 2 views
6

私はさらに多くの情報を提供しない "追加の資産処理"ステップで91%でほとんどハングする大きなwebpackビルドを持っています。 モジュールをビルドに追加すると、このステップで最大4分かかってしまい、指数関数的に大きくなるようです。 このステップで何が行われたかを理解し、最終的に最適化する方法はありますか?webpack2プロダクションのビルドが本当に遅い "追加の資産処理"

56205ms building modules 
31ms sealing 
0ms optimizing 
0ms basic module optimization 
15ms module optimization 
0ms advanced module optimization 
0ms basic chunk optimization 
0ms chunk optimization 
16ms advanced chunk optimization 
14487ms building modules 
0ms module and chunk tree optimization 
31ms module reviving 
0ms module order optimization 
16ms module id optimization 
0ms chunk reviving 
16ms chunk order optimization 
31ms chunk id optimization 
140ms hashing 
0ms module assets processing 
265ms chunk assets processing 
0ms additional chunk assets processing 
0ms recording 
206740ms additional asset processing 
79781ms chunk asset optimization 
1ms asset optimization 
906ms emitting 
+0

は 'より多くの情報を表示するstats'オプションを設定してください。 – wuxiandiejia

+0

@wuxiandiejia私は統計情報を持っていますが、実際に何を探すべきですか? – doberkofler

+0

おそらく、 'verbose'を設定すると、webpackがすべての情報を出力します。 – wuxiandiejia

答えて

1

あなたの設定は私のケースではわかりませんが、WebpackとExtract Textプラグインは長い資産ロード時間を引き起こしていました。 Webpack 2.7.0とextract-text-webpack-plugin 2.1.2に変更され、読み込みが正常に戻った。

+0

私は今バージョン3を使用していますが、改善はされていますが、まだかなり遅いです。私は実際に後で発見しました。遅い部分は実際は縮小され、完全に削除され、展開時にのみ縮小されます。 – doberkofler

0

私の場合は、webpack babiliプラグイン(今はbabel-minify-webpack-plugin)でした。 私はそれをuglifyjs-webpack-pluginに置き換えました。

マイ設定:

new UglifyJSPlugin({ 
    parallel: true, 
    exclude: /\/node_modules/, 
    uglifyOptions: { 
    ecma: 8, 
    mangle: true, 
    compress: { 
     sequences: true, 
     dead_code: true, 
     conditionals: true, 
     booleans: true, 
     unused: true, 
     if_return: true, 
     join_vars: true, 
     drop_console: true 
    }, 
    output: { 
     comments: false, 
     beautify: false 
    } 
    } 
}) 
関連する問題