33 ответов в этой теме

[VVS]

Andrey32, Вам предупреждение за флейм и офтопик.

Нумерологией занимайтесь где-нибудь в другом месте, а тут на эту тему Вам уже всё объяснили.

Модератор.

[basid]

Бородатая байка из 90-х о том, что "realtime есть на никсах, а на винде его нет" была всегда очень далека от истины.

Только совсем по другой причине, чем вы думаете.

[Afalin]

Главное отличие АСУ от обычного ПК - необходимость получения процессорного времени без длительных задержек. Винда это требование обеспечивает, АВ только в урезанной под ноль конфигурации.

Нет, есть и другие отличия. Например, на "обычном ПК" софт имеет свойство меняться в произвольное время произвольным образом. В отличие от АСУшных, где любое внеплановое обновление сродни пожару. И вот если среда не изменяется годами (а часто так и есть), то и поведение АВ меняться просто так не станет.

Само собой, если АВ всю дорогу будет жрать ресурсы, то работать будет нельзя, но я не помню, чтобы такие проблемы были перманентными.

Вот чего у нас на данный момент нет и что востребовано в сфере АСУТП – это режим "следить за всем и ни во что не вмешиваться, что бы ни происходило". Но он не везде оправдан, я подозреваю.

[Afalin]

 

 

Не далее, как вчера, один очень крупный пользователь в переписке высказал "скорее бы" про релиз 13.

А он в курсе, что разница между 12 и 13 только в удобстве для админов?

Удобство админа – это вполне исчисляемая в денежных единицах величина, если уж на то пошло.

Можно будет сократить штат админов или понизить им зарплату?

То что добавили удобства и актуализировали серверную часть, это безусловно хорошо, но вряд ли эти изменения можно будет монетизировать.

Можно. Если пользоваться продуктом невыносимо, то можно его и сменить. Не помножили на ноль какие-то другие факторы, из-за которых нас выбрали = получили продление контракта, вот она монетизация. Я, конечно, утрирую, но идея должна быть ясна.

[SergSG]

Нет, есть и другие отличия. Например, на "обычном ПК" софт имеет свойство меняться в произвольное время произвольным образом. В отличие от АСУшных, где любое внеплановое обновление сродни пожару. И вот если среда не изменяется годами (а часто так и есть), то и поведение АВ меняться просто так не станет.

Само собой, если АВ всю дорогу будет жрать ресурсы, то работать будет нельзя, но я не помню, чтобы такие проблемы были перманентными.

Нюансов в АСУ много. АСУ разные, как и разные ТП, которыми они управляют. Наверно ни один спец по ним не даст полную картину.

Если у Доктора когда нибудь возникнет желание заняться совместимостью с АСУ не на уровне маркетинга, тогда наверно можно будет говорить конкретней и о требования, и о пожеланиях, и о проблемах и затыках, создаваемых Доктором. Думаю, АСУТП-шники подтянутся.

 

В принципе, здесь написано правильно:

 

Все эти возможности особенно важны для систем, задействованных в различных технологических процессах, для которых критически важно сохранять высокую скорость отклика и минимизировать влияние антивируса.

 

 

Вот чего у нас на данный момент нет и что востребовано в сфере АСУТП – это режим "следить за всем и ни во что не вмешиваться, что бы ни происходило". Но он не везде оправдан, я подозреваю.

Не знаю, как то в этом потребности не возникало. Хотя любопытно было бы в читабельном виде просмотреть чем занимаются на АСУ-шном ПК кроме работы, но вот чтоб совсем не вмешиваться - это не знаю.

Сообщение было изменено SergSG: 20 Февраль 2021 - 22:16

[TASS]

Подскажите, в ESS v.13  будет удален какой-то функционал из ESS v.12, который "не оправдал" себя? Какой?

[Afalin]

Вот чего у нас на данный момент нет и что востребовано в сфере АСУТП – это режим "следить за всем и ни во что не вмешиваться, что бы ни происходило". Но он не везде оправдан, я подозреваю.

Не знаю, как то в этом потребности не возникало. Хотя любопытно было бы в читабельном виде просмотреть чем занимаются на АСУ-шном ПК кроме работы, но вот чтоб совсем не вмешиваться - это не знаю.

Вот АСУ'шные ИБ'шники говорят, что такая потребность встречается часто.

[Afalin]

Подскажите, в ESS v.13  будет удален какой-то функционал из ESS v.12, который "не оправдал" себя? Какой?

Навскидку вспоминаются только архаизмы, спрятанные под правом "Изменение режима работы". Это выключатели в GUI агента, отвечающие за получение обновлений с сервера, выполнение заданий планировщика и что-то ещё.

[SergSG]

 

Вот чего у нас на данный момент нет и что востребовано в сфере АСУТП – это режим "следить за всем и ни во что не вмешиваться, что бы ни происходило". Но он не везде оправдан, я подозреваю.

Не знаю, как то в этом потребности не возникало. Хотя любопытно было бы в читабельном виде просмотреть чем занимаются на АСУ-шном ПК кроме работы, но вот чтоб совсем не вмешиваться - это не знаю.

Вот АСУ'шные ИБ'шники говорят, что такая потребность встречается часто.

 

Чем то мотивируют?

Если ни во что не вмешиваться, а только следить - это уже не AV, а Spy получится. А если вирь внезапно нагрянет?

[Afalin]

Если ни во что не вмешиваться, а только следить - это уже не AV, а Spy получится. А если вирь внезапно нагрянет?

А если всё-таки ложняк, и это не вирь, а АСУ?

[SergSG]

 

Если ни во что не вмешиваться, а только следить - это уже не AV, а Spy получится. А если вирь внезапно нагрянет?

А если всё-таки ложняк, и это не вирь, а АСУ?

АСУ из по ножа не отдаются в работу - все отлаживается, тестируется.

Мне более вероятным представляется другое объяснение их желания отключить АВ, но оставить слежку - это простой способ избавится от висов и фризов, которые создает Доктор во время работы. Такой себе выключатель. Они просто не знают, что это не поможет.

[Afalin]

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

Речь не про нас, а про сферический АВ в вакууме.

[Lvenok]

Я, когда работал в организации по обработке камня, мы на станцию (станок СЧПУ) поставили DrWeb. В результате он периодически подвисал и режущая голова периодически вставала, а потом резко перемещалась на следующие позиции. Исключения и настройки не помогали. Аналогично было с "зеленым". В результате мы удалили АВ, а станок переключить во внутреннюю сеть, объединив только с ПК с подготовкой Программы для него. А периодически просто проверяли утилитами для контроля.

[SergSG]

Я, когда работал в организации по обработке камня, мы на станцию (станок СЧПУ) поставили DrWeb. В результате он периодически подвисал и режущая голова периодически вставала, а потом резко перемещалась на следующие позиции. Исключения и настройки не помогали. Аналогично было с "зеленым". В результате мы удалили АВ, а станок переключить во внутреннюю сеть, объединив только с ПК с подготовкой Программы для него. А периодически просто проверяли утилитами для контроля.

Наверно, справедливости ради, стоит сказать, что не только АВ не учитывают особенности АСУ, но и программы для АСУ, даже брендовые, не всегда учитывают возможности висов и фризов этих самых АВ, ОС и другого софта.