Влияние антивирусов на производительность 1С
После выхода нашего материала:
🔹 Почему тормозит 1С. Файловый режим и Microsoft Defender
Нас неоднократно просили проверить влияние других антивирусов на производительность 1С:Предприятие.
Наконец мы нашли время и провели небольшое исследование.
Тестовый стенд:
▫️Windows 11 24H2
▫️1С:Предприятие 8.3.27.1786
▫️Тест Гилева 2.1.1.38
В тестировании принимали участие:
🔸 Windows Defender, антивирус по умолчанию, весьма широко распространен по принципу: уже есть, работает, есть не просит.
🔸 Kaspersky Standard – ведущий в РФ и очень популярный производитель антивирусного ПО, бесплатная версия может быть установлена на ПК по умолчанию
🔸 Dr.Web Security Space – еще один лидер рынка отечественных антивирусов, имеет свою армию поклонников.
🔸 PRO32 – импортозамещенный NOD32, продолжает пользоваться популярностью в определенных кругах, по степени распространения примерно как Dr.Web.
🔸 360 Total Security – бесплатный продукт от наших китайских товарищей, весьма распространен среди любителей бесплатных антивирусов.
👉 В результате нами были получены следующие результаты:
▫️Без антивируса 100% (0%)
▫️Kaspersky Standard 84% (-16%)
▫️Dr.Web Security Space 87% (-13%)
▫️PRO 32 89% (-11%)
▫️360 Total Security (-6%)
▫️Windows Defender 35% (-65%)
👆 Большинство именитых антивирусов показало довольно небольшую просадку производительности 11-16%, что, конечно, неприятно, но не сильно критично.
💪 Лучший результат оказался у 360 Total Security – всего минус 6%, про эффективность данного антивируса говорить ничего не будем, так как не располагаем объективными данными.
🤦♀️ Ну и Windows Defender – это просто катастрофа, падение производительности в три раза. Поэтому при его использовании обязательно вносите 1С в исключение, готовый скрипт можете взять в нашей статье.
После выхода нашего материала:
🔹 Почему тормозит 1С. Файловый режим и Microsoft Defender
Нас неоднократно просили проверить влияние других антивирусов на производительность 1С:Предприятие.
Наконец мы нашли время и провели небольшое исследование.
Тестовый стенд:
▫️Windows 11 24H2
▫️1С:Предприятие 8.3.27.1786
▫️Тест Гилева 2.1.1.38
В тестировании принимали участие:
🔸 Windows Defender, антивирус по умолчанию, весьма широко распространен по принципу: уже есть, работает, есть не просит.
🔸 Kaspersky Standard – ведущий в РФ и очень популярный производитель антивирусного ПО, бесплатная версия может быть установлена на ПК по умолчанию
🔸 Dr.Web Security Space – еще один лидер рынка отечественных антивирусов, имеет свою армию поклонников.
🔸 PRO32 – импортозамещенный NOD32, продолжает пользоваться популярностью в определенных кругах, по степени распространения примерно как Dr.Web.
🔸 360 Total Security – бесплатный продукт от наших китайских товарищей, весьма распространен среди любителей бесплатных антивирусов.
👉 В результате нами были получены следующие результаты:
▫️Без антивируса 100% (0%)
▫️Kaspersky Standard 84% (-16%)
▫️Dr.Web Security Space 87% (-13%)
▫️PRO 32 89% (-11%)
▫️360 Total Security (-6%)
▫️Windows Defender 35% (-65%)
👆 Большинство именитых антивирусов показало довольно небольшую просадку производительности 11-16%, что, конечно, неприятно, но не сильно критично.
💪 Лучший результат оказался у 360 Total Security – всего минус 6%, про эффективность данного антивируса говорить ничего не будем, так как не располагаем объективными данными.
🤦♀️ Ну и Windows Defender – это просто катастрофа, падение производительности в три раза. Поэтому при его использовании обязательно вносите 1С в исключение, готовый скрипт можете взять в нашей статье.
👍22❤2🤝1
Проблема, как и статья не новая, но регулярно возникают вопросы.
Не включается сетевое обнаружение в Windows 10/11 и Windows Server
Современные ОС предусматривают современные подходы ко многим привычным вещам, отказываясь от многих устаревших технологий.
С одной стороны это правильно, с другой - может вызвать и вызывает проблемы в переходный период. Поэтому системный администратор всегда должен интересоваться всеми нововведениями используемых систем, а также уметь применять их на практике.
Здоровый консерватизм - это хорошо, но он не должен препятствовать прогрессу. Сегодня мы поговорим об одной часто встречающейся проблеме - не включается сетевое обнаружение в последних версиях Windows 10/11 и Windows Server.
✅ https://interface31.ru/post/ne-vklyuchaetsya-setevoe-obnaruzhenie-v-windows-10-windows-server/
Не включается сетевое обнаружение в Windows 10/11 и Windows Server
Современные ОС предусматривают современные подходы ко многим привычным вещам, отказываясь от многих устаревших технологий.
С одной стороны это правильно, с другой - может вызвать и вызывает проблемы в переходный период. Поэтому системный администратор всегда должен интересоваться всеми нововведениями используемых систем, а также уметь применять их на практике.
Здоровый консерватизм - это хорошо, но он не должен препятствовать прогрессу. Сегодня мы поговорим об одной часто встречающейся проблеме - не включается сетевое обнаружение в последних версиях Windows 10/11 и Windows Server.
✅ https://interface31.ru/post/ne-vklyuchaetsya-setevoe-obnaruzhenie-v-windows-10-windows-server/
👍4🤔1👀1
V2V миграция при помощи Vinchin Backup & Recovery
Виртуализация сегодня – норма жизни, даже в среде малого бизнеса. Но за последние несколько лет рынок виртуализации серьезно изменился. Прошлые лидеры отправились на покой, а их место заняли новые, молодые системы.
Так для последнего бесплатного Hyper-V Server 2019 поддержка заканчивается в январе 2029 года, а новый владелец VMware – Broadcom полностью закрутил гайки переведя всех на платную подписную модель с совершенно не гуманным ценником.
В итоге вопрос из стадии «куда пойти податься» переходит в стадию «а куда мы можем быстро мигрировать».
Потому как в эпоху ИИ, которая находит уязвимости пачками и также быстро клепает к ним эксплойты вопрос взлома неподдерживаемой системы остается только вопросом времени.
Классическая схема: конвертируем диск – создаем новую VM – запускаем, проверяем, тестируем подходит только если у вас виртуальных машин штучное количество. В противном случае это будет неконтролируемый растянутый по времени процесс, все время которого бизнес будет находиться в подвешенном состоянии.
Почему в подвешенном? Так сломают нас или не сломают, и какие новые косяки вылезут при переезде очередной виртуальной машины? Все это время работа нарушается, прибыль падает, руководство нервничает.
Лучше быстро перенести все за один раз, а потом уже решать вопросы в рабочем порядке. И тут нужны совсем другие инструменты.
И тут на помощь нам приходят наши китайские друзья со своим Vinchin Backup & Recovery, про него мы уже писали:
✅ Vinchin Backup & Recovery - универсальная система резервного копирования уровня предприятия
Да, это коммерческая система, но бизнес говорит на языке денег, если инструмент стоит дешевле, чем возможный простой или упущенная прибыль – деньги на него найдутся.
Так вот, данный продукт умеет в кроссплатформенное восстановление виртуальных машин, а список поддерживаемых платформ виртуализации там куда как велик, включая и все отечественные системы.
Сам процесс очень прост: подключаем платформу А, делаем резервные копии нужных виртуалок. Подключаем платформу Б и делаем туда кроссплатформенное восстановление.
Да, восстановление имеет ряд особенностей, а частности вы с большой долей вероятности получите эмулированное, а не паравиртуализированное виртуальное железо. От этого страдает производительность, но это безопасно.
Любая современная система знает, что такое сетевая карта E1000 или чипсет i440, т.е. ваши виртуалки гарантированно запустятся и будут работать. А дальше – тюнингуйте в порядке приоритета.
Да и будем честны, большинство виртуальных машин даже параметры эмулируемого железа не утилизируют, поэтому особой проблемы не будет.
В качестве теста мы выполнили миграцию с Hyper-V Server 2019 на Proxmox VE 9 и перенесли виртуальные машины как первого, так и второго поколения.
✅ Читать подробнее: Vinchin Backup & Recovery - V2V миграция из Hyper-V в Proxmox
Виртуализация сегодня – норма жизни, даже в среде малого бизнеса. Но за последние несколько лет рынок виртуализации серьезно изменился. Прошлые лидеры отправились на покой, а их место заняли новые, молодые системы.
Так для последнего бесплатного Hyper-V Server 2019 поддержка заканчивается в январе 2029 года, а новый владелец VMware – Broadcom полностью закрутил гайки переведя всех на платную подписную модель с совершенно не гуманным ценником.
В итоге вопрос из стадии «куда пойти податься» переходит в стадию «а куда мы можем быстро мигрировать».
Потому как в эпоху ИИ, которая находит уязвимости пачками и также быстро клепает к ним эксплойты вопрос взлома неподдерживаемой системы остается только вопросом времени.
Классическая схема: конвертируем диск – создаем новую VM – запускаем, проверяем, тестируем подходит только если у вас виртуальных машин штучное количество. В противном случае это будет неконтролируемый растянутый по времени процесс, все время которого бизнес будет находиться в подвешенном состоянии.
Почему в подвешенном? Так сломают нас или не сломают, и какие новые косяки вылезут при переезде очередной виртуальной машины? Все это время работа нарушается, прибыль падает, руководство нервничает.
Лучше быстро перенести все за один раз, а потом уже решать вопросы в рабочем порядке. И тут нужны совсем другие инструменты.
И тут на помощь нам приходят наши китайские друзья со своим Vinchin Backup & Recovery, про него мы уже писали:
✅ Vinchin Backup & Recovery - универсальная система резервного копирования уровня предприятия
Да, это коммерческая система, но бизнес говорит на языке денег, если инструмент стоит дешевле, чем возможный простой или упущенная прибыль – деньги на него найдутся.
Так вот, данный продукт умеет в кроссплатформенное восстановление виртуальных машин, а список поддерживаемых платформ виртуализации там куда как велик, включая и все отечественные системы.
Сам процесс очень прост: подключаем платформу А, делаем резервные копии нужных виртуалок. Подключаем платформу Б и делаем туда кроссплатформенное восстановление.
Да, восстановление имеет ряд особенностей, а частности вы с большой долей вероятности получите эмулированное, а не паравиртуализированное виртуальное железо. От этого страдает производительность, но это безопасно.
Любая современная система знает, что такое сетевая карта E1000 или чипсет i440, т.е. ваши виртуалки гарантированно запустятся и будут работать. А дальше – тюнингуйте в порядке приоритета.
Да и будем честны, большинство виртуальных машин даже параметры эмулируемого железа не утилизируют, поэтому особой проблемы не будет.
В качестве теста мы выполнили миграцию с Hyper-V Server 2019 на Proxmox VE 9 и перенесли виртуальные машины как первого, так и второго поколения.
✅ Читать подробнее: Vinchin Backup & Recovery - V2V миграция из Hyper-V в Proxmox
👍13❤2🍌2
Без лишнего шума и пыли вышла Aspia 3.0. Ключевые изменения в выжимке ниже:
1️⃣ Архитектура, платформы и безопасность (Релиз 3.0.15)
🔹Переход на Qt 6 и кроссплатформенность: компонент Host теперь работает на Linux (X11/Wayland), macOS и Android (ранее был доступен только на Windows). Появился Client для Android.
🔹 Шифрование и безопасность: соединения по умолчанию защищены AES-256 GCM. Для пользователей Router обязательна двухфакторная аутентификация (TOTP).
Адресная книга шифруется мастер-паролем, а службы Router и Relay переведены на запуск от непривилегированных учетных записей.
🔹 Сетевой стек: добавлены прямые UDP-соединения (UDP hole punching, UPnP, NAT-PMP, PCP), встроенный STUN-сервер и раздельные порты для хостов, клиентов и релея.
🔹 Видео и сессии: внедрен кодек H.264 с аппаратным ускорением, адаптивный выбор качества, поддержка нового типа сессий Terminal, расширенный буфер обмена (файлы, изображения, HTML) и вкладки в интерфейсе клиента.
🔹 Упразднение Console: отдельная консоль удалена, ее функции интегрированы прямо в Client.
2️⃣ Развитие Host и портативный доступ (3.0.16 — 3.0.22)
🔹 Портативный Quick Support (3.0.22): для Windows добавлена версия хоста, работающая без установки. Ее можно экспортировать прямо из настроек с уже зашитой конфигурацией.
🔹 Экспорт преднастроенных инсталляторов (3.0.21): возможность сгенерировать готовый установочный пакет под развертывание на других ПК.
🔹 Мобильный хост на Android: Добавлен полноценный фоновый режим с уведомлением: хост остается на связи при заблокированном или выключенном экране (3.0.21, 3.0.22).
Появилась опция автоподтверждения захвата экрана.
Плавающая кнопка активной сессии теперь отображается поверх настроек системы и скрывается на экране блокировки.
🔹 Стабильность графики и системные фиксы: исправлены сбои аппаратного кодирования H.264 на старых GPU Intel, решены проблемы черного экрана в Wayland (GNOME) и захвата KMS на multi-GPU системах в Linux.
3️⃣ Улучшения Client и администрирования
🔹 Быстрое подключение (Quick Connect / F8): разовое подключение по адресу или роутерному ID без обязательного добавления в базу данных (3.0.20).
🔹 Управление парком машин через роутер: Введено разделение на временные и постоянные хосты с процедурой подтверждения (3.0.15).
Добавлено массовое одобрение временных хостов и пакетное перемещение по группам через Drag-and-Drop (3.0.20).
Quick Support-хосты помечаются отдельно и не могут быть одобрены как постоянные (3.0.22).
🔹 Удобство авторизации: возможность автоматической разблокировки мастер-пароля базы при старте через системное хранилище ключей Windows/macOS (3.0.20).
🔹 Собственные серверы обновлений: добавлена поддержка указания кастомного сервера обновлений и публичного ключа подписи пакетов (3.0.21).
1️⃣ Архитектура, платформы и безопасность (Релиз 3.0.15)
🔹Переход на Qt 6 и кроссплатформенность: компонент Host теперь работает на Linux (X11/Wayland), macOS и Android (ранее был доступен только на Windows). Появился Client для Android.
🔹 Шифрование и безопасность: соединения по умолчанию защищены AES-256 GCM. Для пользователей Router обязательна двухфакторная аутентификация (TOTP).
Адресная книга шифруется мастер-паролем, а службы Router и Relay переведены на запуск от непривилегированных учетных записей.
🔹 Сетевой стек: добавлены прямые UDP-соединения (UDP hole punching, UPnP, NAT-PMP, PCP), встроенный STUN-сервер и раздельные порты для хостов, клиентов и релея.
🔹 Видео и сессии: внедрен кодек H.264 с аппаратным ускорением, адаптивный выбор качества, поддержка нового типа сессий Terminal, расширенный буфер обмена (файлы, изображения, HTML) и вкладки в интерфейсе клиента.
🔹 Упразднение Console: отдельная консоль удалена, ее функции интегрированы прямо в Client.
2️⃣ Развитие Host и портативный доступ (3.0.16 — 3.0.22)
🔹 Портативный Quick Support (3.0.22): для Windows добавлена версия хоста, работающая без установки. Ее можно экспортировать прямо из настроек с уже зашитой конфигурацией.
🔹 Экспорт преднастроенных инсталляторов (3.0.21): возможность сгенерировать готовый установочный пакет под развертывание на других ПК.
🔹 Мобильный хост на Android: Добавлен полноценный фоновый режим с уведомлением: хост остается на связи при заблокированном или выключенном экране (3.0.21, 3.0.22).
Появилась опция автоподтверждения захвата экрана.
Плавающая кнопка активной сессии теперь отображается поверх настроек системы и скрывается на экране блокировки.
🔹 Стабильность графики и системные фиксы: исправлены сбои аппаратного кодирования H.264 на старых GPU Intel, решены проблемы черного экрана в Wayland (GNOME) и захвата KMS на multi-GPU системах в Linux.
3️⃣ Улучшения Client и администрирования
🔹 Быстрое подключение (Quick Connect / F8): разовое подключение по адресу или роутерному ID без обязательного добавления в базу данных (3.0.20).
🔹 Управление парком машин через роутер: Введено разделение на временные и постоянные хосты с процедурой подтверждения (3.0.15).
Добавлено массовое одобрение временных хостов и пакетное перемещение по группам через Drag-and-Drop (3.0.20).
Quick Support-хосты помечаются отдельно и не могут быть одобрены как постоянные (3.0.22).
🔹 Удобство авторизации: возможность автоматической разблокировки мастер-пароля базы при старте через системное хранилище ключей Windows/macOS (3.0.20).
🔹 Собственные серверы обновлений: добавлена поддержка указания кастомного сервера обновлений и публичного ключа подписи пакетов (3.0.21).
🔥13👍6❤3
До первого сервис-пака не ставить
На фоне некоторых коллег, которые бегут ставить свежий софт сразу после его выпуска, невзирая на то, что разработчик за неделю выпустил семь минорных релизов вспоминаются старые добрые времена, когда интернет былпо талонам по карточкам с почасовой тарификацией и никакой мгновенной доставки софта быть не могло.
В те годы софт распространялся на физических носителях: дискеты, а позже и компакт-диски. И все косяки, доработки и прочее копились большой массой чтобы быть исправленными или добавленными в большом обновлении, которое называлось сервис-пак.
Выпускали их, когда быстро, когда не очень. В зависимости от критичности выявленных проблем и ожиданий пользователей.
Так для NT 4 было выпущено целых шесть сервис-паков, не считая Service Pack 6a и Post Service Pack 6a Security Rollup. И самая жесть состояла в том, что, поставив чистую NT 4 с лицензионного носителя вы должны были все эти обновления (числом 8 штук) накатить последовательно.
Для Windows 2000 было выпущено четыре сервис-пака и один Update Rollup для закрытия выявленных уязвимостей, для Windows XP сервис-паков было три. Потом этот процесс пошел на убыль.
Windows Vista получила всего два сервис-пака, а Windows 7 – один. Но к этому времени широкополосный интернет стал нормой жизни и все изменения и исправления стало можно свободно распространять через Windows Update.
Времена прошли, но привычки остались. Любой администратор, заставший те времена помнит, что установка сервис-пака часто была сродни обновлению системы. Менялось многое, добавлялись новые функции, исправлялись ошибки.
Поэтому и возникло правило: до первого сервис-пака в прод не ставим. Пусть там все оттестируют, исправят, а тогда уже и мы подтянемся.
А мотивация была проста – с косяками нам придется жить и жить долго, пока тот самый сервис-пак не выпустят. И зачем это надо? Совсем не надо! Поэтому посидим на старой версии, пока на новую все исправления не выпустят.
На фоне некоторых коллег, которые бегут ставить свежий софт сразу после его выпуска, невзирая на то, что разработчик за неделю выпустил семь минорных релизов вспоминаются старые добрые времена, когда интернет был
В те годы софт распространялся на физических носителях: дискеты, а позже и компакт-диски. И все косяки, доработки и прочее копились большой массой чтобы быть исправленными или добавленными в большом обновлении, которое называлось сервис-пак.
Выпускали их, когда быстро, когда не очень. В зависимости от критичности выявленных проблем и ожиданий пользователей.
Так для NT 4 было выпущено целых шесть сервис-паков, не считая Service Pack 6a и Post Service Pack 6a Security Rollup. И самая жесть состояла в том, что, поставив чистую NT 4 с лицензионного носителя вы должны были все эти обновления (числом 8 штук) накатить последовательно.
Для Windows 2000 было выпущено четыре сервис-пака и один Update Rollup для закрытия выявленных уязвимостей, для Windows XP сервис-паков было три. Потом этот процесс пошел на убыль.
Windows Vista получила всего два сервис-пака, а Windows 7 – один. Но к этому времени широкополосный интернет стал нормой жизни и все изменения и исправления стало можно свободно распространять через Windows Update.
Времена прошли, но привычки остались. Любой администратор, заставший те времена помнит, что установка сервис-пака часто была сродни обновлению системы. Менялось многое, добавлялись новые функции, исправлялись ошибки.
Поэтому и возникло правило: до первого сервис-пака в прод не ставим. Пусть там все оттестируют, исправят, а тогда уже и мы подтянемся.
А мотивация была проста – с косяками нам придется жить и жить долго, пока тот самый сервис-пак не выпустят. И зачем это надо? Совсем не надо! Поэтому посидим на старой версии, пока на новую все исправления не выпустят.
👍8