Jump to content
Demiad

В установщике x64 пакета указан путь в Program Files (x86) [Not a Bug]

Recommended Posts

После импорта пакетов WSEE в "Инсталляционные пакеты" на KSC в настройках обоих пакетов (x86 и x64) по умолчанию указан путь для установки с переменной %ProgramFiles%:

"%ProgramFiles%\Kaspersky Lab\Kaspersky Anti-Virus 10.0 for Windows Servers Enterprise Edition\"

Тут всё логично, x86-й АВ поставится на x86-й системе в единственный "Program Files", а x64-й АВ на x64-й ОС в "Program Files", а не "Program files (x86)".

 

Но когда ставишь руками x64 пакет АВ у него по умолчанию в интерфейсе установщика указан путь для установки:

"C:\Program Files (x86)\Kaspersky Lab\Kaspersky Anti-Virus 10.0 For Windows Servers Enterprise Edition"

Получится, что если не досмотреть, то x64-битное приложение АВ будет установлено в "Program files (x86)". Стоит поправить.

 

Подтверждение скрином, x64-й пакет:

post-454289-1444421504_thumb.png

 

И со "Средство администрирования" x64 версии пакета такая же история:

post-454289-1444422535_thumb.png

Edited by Sergey Gavryushin

Share this post


Link to post
После импорта пакетов WSEE в "Инсталляционные пакеты" на KSC в настройках обоих пакетов (x86 и x64) по умолчанию указан путь для установки с переменной %ProgramFiles%:

"%ProgramFiles%\Kaspersky Lab\Kaspersky Anti-Virus 10.0 for Windows Servers Enterprise Edition\"

Тут всё логично, x86-й АВ поставится на x86-й системе в единственный "Program Files", а x64-й АВ на x64-й ОС в "Program Files", а не "Program files (x86)".

 

Но когда ставишь руками x64 пакет АВ у него по умолчанию в интерфейсе установщика указан путь для установки:

"C:\Program Files (x86)\Kaspersky Lab\Kaspersky Anti-Virus 10.0 For Windows Servers Enterprise Edition"

Получится, что если не досмотреть, то x64-битное приложение АВ будет установлено в "Program files (x86)". Стоит поправить.

 

Подтверждение скрином, x64-й пакет:

pf.png

 

И со "Средство администрирования" x64 версии пакета такая же история:

sa.png

 

Здравствуйте,

уточните, почему считаете, что WSEE 64-битному нельзя попасть в папку к 32-битным ?

Спасибо.

Share this post


Link to post
Здравствуйте,

уточните, почему считаете, что WSEE 64-битному нельзя попасть в папку к 32-битным ?

Спасибо.

WSEE Поставить можно и проблем скорее всего не будет. Но то что инсталлер должен подставлять соответствующий битности приложения каталог Program files - это само собой разумеющийся факт. Ни разу нарушения такой логики не видел в других установщиках.

Share this post


Link to post

Добрый день!

 

Завели Bug 1280435.

О результате сообщим дополнительно.

 

Спасибо!

Share this post


Link to post

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

На примере выше x64 пакет WSEE при локальном запуске setup.exe предлагает установку в "Program Files (x86)", а в настройках пакета на KSC указан "Program Files" (для x64 приложений).

Share this post


Link to post
WSEE 10 - это 32-битное приложение, если что.

BTW, у каких-то продуктов ЛК есть 64-битные версии? :unsure:

Долго пытался на 64-битные ОС поставить 64-битные версии KSC/KES. Даже из, якобы, 64-битных инстал-пакетов 64-битные версии продуктов установить не удалось. :(

Share this post


Link to post

Здравствуйте,

 

В дистрибутиве KES есть инсталляйионный пакет как для х86, так и для х64. Инсталлятор определяет разрядность системы и ставит нужный пакет.

 

Спасибо!

Share this post


Link to post
В любом случае наблюдается проблема, при локальной и удалённой установке с KSC настройки по умолчанию разные.

На примере выше x64 пакет WSEE при локальном запуске setup.exe предлагает установку в "Program Files (x86)", а в настройках пакета на KSC указан "Program Files" (для x64 приложений).

Мы это обязательно у себя перепроверим, но мне кажется, тут дело вот в чем: в KSC показывается путь "Program Files", потому что заранее неизвестно, на какую платформу будет инсталляция. Путь только показывается таким, а инсталлируется либо в "Program Files", либо в "Program Files (x86)" (в зависимости от архитектуры целевой ОС).

Share this post


Link to post
BTW, у каких-то продуктов ЛК есть 64-битные версии? :unsure:

Долго пытался на 64-битные ОС поставить 64-битные версии KSC/KES. Даже из, якобы, 64-битных инстал-пакетов 64-битные версии продуктов установить не удалось. :(

Здравствуйте,

 

А зачем вам 64-битный антивирус? Какие конкретно преимущества от этого ожидаются?

 

Про все продукты ЛК не могу сказать, но 64-битный WSEE планируем в следующем году выпустить (для поддержки новых серверных ОС).

 

Share this post


Link to post
Здравствуйте,

 

А зачем вам 64-битный антивирус? Какие конкретно преимущества от этого ожидаются?

 

Про все продукты ЛК не могу сказать, но 64-битный WSEE планируем в следующем году выпустить (для поддержки новых серверных ОС).

Вы правы, при удалённой установке с KSC пакета WSEE x64 с каталогом по умолчанию:

%ProgramFiles%\Kaspersky Lab\Kaspersky Anti-Virus 10.0 for Windows Servers Enterprise Edition\

он установился в:

C:\Program Files (x86)\Kaspersky Lab\Kaspersky Anti-Virus 10.0 For Windows Servers Enterprise Edition

Если есть возможность как-то информировать админа об этой особенности, то добавьте. А так всё хорошо.

Share this post


Link to post

Промахнулся с цитированием, ответ к этой цитате:

Мы это обязательно у себя перепроверим, но мне кажется, тут дело вот в чем: в KSC показывается путь "Program Files", потому что заранее неизвестно, на какую платформу будет инсталляция. Путь только показывается таким, а инсталлируется либо в "Program Files", либо в "Program Files (x86)" (в зависимости от архитектуры целевой ОС).

 

Share this post


Link to post
Промахнулся с цитированием, ответ к этой цитате:

 

Спасибо за информацию.

Share this post


Link to post
А зачем вам 64-битный антивирус? Какие конкретно преимущества от этого ожидаются?

Когда-то мне доводилось посещать тренинги Интел и семинары Майкрософт. И там и там в один голос настоятельно рекомендовали стараться не использовать 32-битные приложения на 64-битных системах. Объясняли это тем, что 64-битные системы для исполнения 32-битных приложений используют некий механизм эмуляции/трансляции, что негативно сказывается на производительности приложений в большинстве случаев. Показывали результаты сравнительных тестов 32-ух и 64-битных приложений на 64-битных системах - в некоторых случаях производительность 64-битных вариантов больше чем на 10% превосходила производительность 32-битных вариантов приложений той же версии. В случае недоступности 64-битного варианта нужного ПО, советовали задуматься о переходе на ПО конкурирующего вендора.

Не хочу больше подозревать что торможение антивируса можно было бы существенно уменьшить, если бы кто-нибудь смог бы перекомпилировать антивирус на 64 бита.

Edited by Alex.V.P.

Share this post


Link to post
Когда-то мне доводилось посещать тренинги Интел и семинары Майкрософт. И там и там в один голос настоятельно рекомендовали стараться не использовать 32-битные приложения на 64-битных системах. Объясняли это тем, что 64-битные системы для исполнения 32-битных приложений используют некий механизм эмуляции/трансляции, что негативно сказывается на производительности приложений в большинстве случаев. Показывали результаты сравнительных тестов 32-ух и 64-битных приложений на 64-битных системах - в некоторых случаях производительность 64-битных вариантов больше чем на 10% превосходила производительность 32-битных вариантов приложений той же версии. В случае недоступности 64-битного варианта нужного ПО, советовали задуматься о переходе на ПО конкурирующего вендора.

И Интел, и Майкрософт, конечно же, правы в том, что в определённых условиях можно достичь некоторого выигрыша в скорости, если скомпилировать (а ещё лучше изначально спроектировать) программу как 64-битное приложение.

 

Но антивирус - это не чисто вычислительная задача, скорость его работы померить очень затруднительно. По нашему опыту, основное торможение системы происходит из-за слишком активного перехвата системных вызовов, и высокого потребления дискового I/O при чтении/распаковывании файлов, записи отчётов, работы с кэшами и т.д. Оптимизация этих операций может дать выигрыш в разы и десятки раз, и именно в этом направлении мы и движемся.

 

Не хочу больше подозревать что торможение антивируса можно было бы существенно уменьшить, если бы кто-нибудь смог бы перекомпилировать антивирус на 64 бита.

При разработке мы уделяем много внимания и вопросу производительности тоже, и если бы всё решалось перекомпиляцией, мы бы это уже давно сделали (честное слово :)).

 

Share this post


Link to post

Здравствуйте, Олег.

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

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

Наверное, Вы правы. Спасибо за толковый и развёрнутый ответ.

При разработке мы уделяем много внимания и вопросу производительности тоже, и если бы всё решалось перекомпиляцией на 64 бита, мы бы это уже давно сделали (честное слово :)).

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

Share this post


Link to post
Здравствуйте, Олег.

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

 

Наверное, Вы правы. Спасибо за толковый и развёрнутый ответ.

 

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

 

Спасибо за информацию.

Share this post


Link to post
Здравствуйте, Олег.

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

Как мне кажется, у нас был не спор, а обмен мнениями. :) На истину в последней инстанции я ни в коем случае не претендую.

 

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

Приложение у нас 32-битное, но драйвера 64-битные. Из-за них и держим два пакета, следуя рекомендациям Microsoft.

 

Share this post


Link to post
Приложение у нас 32-битное, но драйвера 64-битные. Из-за них и держим два пакета, следуя рекомендациям Microsoft.

Большое спасибо за обстоятельный ответ.

Share this post


Link to post

Продолжу по сабжу топика.

 

Мы это обязательно у себя перепроверим, но мне кажется, тут дело вот в чем: в KSC показывается путь "Program Files", потому что заранее неизвестно, на какую платформу будет инсталляция. Путь только показывается таким, а инсталлируется либо в "Program Files", либо в "Program Files (x86)" (в зависимости от архитектуры целевой ОС).

Вы правы, при удалённой установке с KSC пакета WSEE x64 с каталогом по умолчанию:

%ProgramFiles%\Kaspersky Lab\Kaspersky Anti-Virus 10.0 for Windows Servers Enterprise Edition\

он установился в:

C:\Program Files (x86)\Kaspersky Lab\Kaspersky Anti-Virus 10.0 For Windows Servers Enterprise Edition

Если есть возможность как-то информировать админа об этой особенности, то добавьте. А так всё хорошо.

По тому как информировать админа предлагаю вам сделать единообразно с пакетом KES. Поле каталога установки WSEE в инсталляционном пакете на KSC сделайте пустым и напишите в нём серым шрифтом как у пакета KES: "Путь к папке для установки программы задается на стороне продукта."

post-454289-1445707344_thumb.png

Share this post


Link to post
Продолжу по сабжу топика.

Вы правы, при удалённой установке с KSC пакета WSEE x64 с каталогом по умолчанию:

%ProgramFiles%\Kaspersky Lab\Kaspersky Anti-Virus 10.0 for Windows Servers Enterprise Edition\

он установился в:

C:\Program Files (x86)\Kaspersky Lab\Kaspersky Anti-Virus 10.0 For Windows Servers Enterprise Edition

Если есть возможность как-то информировать админа об этой особенности, то добавьте. А так всё хорошо.

 

По тому как информировать админа предлагаю вам сделать единообразно с пакетом KES. Поле каталога установки WSEE в инсталляционном пакете на KSC сделайте пустым и напишите в нём серым шрифтом как у пакета KES: "Путь к папке для установки программы задается на стороне продукта."

kespath.png

 

Здравствуйте,

ваше пожелание было передано.

Спасибо.

Share this post


Link to post
Добрый день!

 

Завели Bug 1280435.

О результате сообщим дополнительно.

 

Спасибо!

 

В плагине SC все указано корректно, с использованием переменных окружения. Не ошибка.

Share this post


Link to post

×
×
  • Create New...

Important Information

We use cookies to make your experience of our websites better. By using and further navigating this website you accept this. Detailed information about the use of cookies on this website is available by clicking on more information.