Сервер WebPack dev, ведущий к замораживанию системы
Как говорили другие, я, вероятно, сделаю переустановку, если это случилось со мной. Однако, если бы я пытался выполнить ремонт, я бы сначала начал с копирования каталога / lib из динамической установки в мою систему. Если удалить весь / lib , то сначала ничего не будет работать, даже диспетчер (ы) пакетов, поэтому такой шаг может потребоваться. Затем я зашел в свой менеджер пакетов и переустановил все пакеты с файлами в / lib , которые были указаны как устанавливаемые (см. Ответ Грэма, чтобы узнать, как получить такой список). Затем в качестве окончательной очистки я зашел и удалил все файлы / lib , скопированные из динамической установки, которых там не должно быть; т.е. не соответствовали файлам из установленного пакета.
Inotify отслеживает изменения системных событий, и благодаря внесенным вами изменениям вы отслеживаете больше файлов, чем раньше; мониторинг, что, конечно же, влияет на общее поведение системы.
Если вы действительно хотите «настроить» это значение, проверьте с помощью следующей команды, сколько наблюдает текущий пользователь:
lsof | grep inotify | wc -l
После этого просто присвойте этому результату немного большее значение, чтобы избежать проблемы в fs.inotify.max _user _watch ; значение, которое может быть намного меньше 524288 и поможет вам потреблять гораздо меньше ресурсов.
524288 :a (слишком большое )магическое число
Как и вы, вероятно, сделали, я последовал предложению установить значение max_user_watchesна большее число, чем значение по умолчанию, когда IDE жаловалась на это.
Я не знаю, откуда берется 524288, но после нескольких месяцев использования могу точно сказать, что это может вызвать проблемы даже для системы с большим количеством оперативной памяти.
Для тех, кто ищет ответ на такое же предупреждающее сообщение:
Если вы хотите изменить лимит, делайте это небольшими шагами, не переходите сразу к 524288 или около того.
Оптимизация сервера разработки Webpack (Не скрывайте проблему... исправьте ее!)
Цель разработки -сервера и горячей -перезагрузки — сэкономить ваше время, просматривая файлы с высокой вероятностью обновления во время разработки.
Но сколько раз вы меняете код в папке node_modules? Наверное, не так много, так что...
devServer: {
...
watchOptions: {
ignored: /node_modules/
},
...
},
С этой опцией сервер разработки будет концентрироваться только на файлах, которые вам действительно нужно отслеживать, чтобы воспользоваться преимуществами горячей перезагрузки.
Если вам нужно изменить зависимости npm, то лучше остановить сервер, установить/удалить пакеты и, наконец, перезапустить его.
Скрипт для проверки процессов с помощью средства наблюдения за файлами
На GitHub есть интересный скрипт , который выводит все процессы, наблюдающие за файлами, с соответствующим подсчетом номеров файлов.
Это безопаснее!
intellij-current/plugins/JavaScriptLanguage/jsLanguageServicesIm
Я подозреваю, что это происходит из-за функции поддержки кода Jetbrains Node.js, она просматривает еще 13 КБ файлов в дополнение к ~10 КБ, просматриваемым сервером разработки.
Удачи в поиске лучших настроек -!:-)