Gulp-sass в связке с node.js — долгая компиляция, и Node начал забивать всю свободную RAM. Что не так?

Question

[ANDREW_TUR]

Всем привет!
Вот такая штука случилась:
Есть проект - стили пишу как и все на SASS.
Использую для этого Gulp-sass.

есть примерно 20 файлов *scss которые компиляться в один style.css
Сначала время компиляции было около 7 сек.
Проект вырос - сейчас чтоб скомпилить все файлы в конечный Требуеться 4 - 6 минут (в зависимости от машины на которой делаеться эта магия)

+ на время компиляции Node жрет всю свободную память что есть. На ноуте 8гб.... 3Гб свободно и Node их забирает под себя показывая фак всем остальным процесам в моей системе.)) Раньше был скромней (это я о Node.exe)
На компе 32 и угадайте - он жрет 16гиг... 16 ГБ Карл)) (остальное жрут мои вечно открытые программки)

вот скрин с диспеччера задач на ноуте

Вот сама задача с gulp js:

gulp.task('styles', function () {
    return gulp.src(config.scss)
    // .pipe(sourcemaps.init())
        .pipe(sass().on('error', sass.logError))
        .pipe(autoprefixer('last 3 versions'))
        .pipe(minifycss())
        .pipe(rename({suffix: '.min'}))
        .pipe(gulp.dest('' + config.css + ''))
        .pipe(reload({stream: true}));
});

Вот результат работы с терминала(cmd):


Вот зависимости с package.json:
Вопрос: У всех так или что это и как с ним бороться?

Comments

[sim3x]

Убрать .pipe(autoprefixer('last 3 versions'))

Показать версии gulp-sass / node-sass

[ANDREW_TUR]

autoprefixer убрал ничего не дало - память всеравно забита..
Вот зависимости:


Есть еще идеи?))

[Модератор]

ANDREW_TUR, 3.8. Использовать для демонстрации фрагментов кода только специальный тег < code> или специальные демонстрационные ресурсы (например, JsFiddle - https://jsfiddle.net/). Размещение фрагментов кода в виде изображений запрещено.

[Flying]

ANDREW_TUR У меня на ноутбуке с i7-4800 и 16Gb проект, выдающий в итоге почти пол-мегабайта несжатого css компилируется через node-sass + autoprefixer за 16 секунд, при этом по памяти максиум - 200мб, так что ваша ситуация явно не типичная.

Answer 1

[Flying]

Навскидку что можно попробовать:
1. Убрать постоянную минификацию css, всё равно для разработки она не полезна, а только жрёт время и ухудшает читабельность результата. Сделать отдельную задачу, например "prod" куда вынести все задачи по оптимизации (кстати можно подключить ещё css-mqpacker, хорошо помогает)
2. Попробовать отключить вызов browserSync, не факт что поможет, но для чистоты эксперимента - стоит попробовать.
3. Попробовать альтернативные варианты библиотек:
- gulp-connect вместо browsersync
- gulp-csso вместо gulp-minify-css
4. Попробовать сменить версию node.js, проще всего поэкспериментировать с этим через nvm или для windows - nvm-windows.
5. Попробовать посмотреть на то что происходит через inspect режим работы node.js

Comments

[sim3x]

css-mqpacker - насколько хорошо помогает?

[Flying]

Зависит от того насколько много повторяющихся медиа-запросов в CSS. Он их группирует в один медиа-запрос, тем самым экономя количество записей в CSS. У автора вопроса в проекте используется Susy, если она там используется в responsive вёрстке (а скорее всего так и есть) - то там довольно много медиа-запросов генерируется, в этом случае css-mqpacker - хороший помощник.

[ANDREW_TUR]

Flying, версию нода сменить не могу - использую NVM, и под этот проект нужно именно 6.9.2 иначе летят зависимости... SUSY например....

css-mqpacker.... за это спасибо, не использовал раньше)) Немножко быстрей = не 6 сек, а 4,3сек стало....
Но вот с Оперативкой прикол остался...какого он так её жрет...Может резервирует под себя... Но как это оключить?

[ANDREW_TUR]

Flying, версию нода сменить не могу - использую NVM, и под этот проект нужно именно 6.9.2 иначе летят зависимости... SUSY например....

css-mqpacker.... за это спасибо, не использовал раньше)) Немножко быстрей = не 6 сек, а 4,3сек стало....
Но вот с Оперативкой прикол остался...какого он так её жрет...Может резервирует под себя... Но как это оключить?

[Flying]

У меня susy спокойно работает на более новых версиях node.js:

>node --version
v8.10.0

>cat package.json | grep susy
    "susy": "^2.2.12"

на 9-й версии тоже нормально собирается, проект на windows.

По поводу оперативки - я бы всё-таки замерил то сколько памяти съедает одиночный запуск процесса сборки и то как быстро она растёт при отключении каждого из компонентов, возможно это даст подсказку по поводу того кто виноват в проблеме. Для подобных замеров очень хорош AnVir при включеной панели детальной информации, там видны графики потребления памяти, можно смотреть один выбранный процесс.

[ANDREW_TUR]

Flying, Ок, с памятью поиграемся... результаты отпишу.

[ANDREW_TUR]

[Flying]

ANDREW_TUR node-sass - это нативный бинарник, при смене версии node.js необходимо как минимум удалить пакет node-sass из node_modules и заново запустить npm install

[ANDREW_TUR]

Flying, Решилось все так - снес весь пакет с модулями и заново установил нужные...