мы просто покупаем машины без XP, ждем, когда их накопится 5...10 шт. и покупаем нужное количество GGS в рамках имеющейся программы корпоративного лицензирования. к сожалению, внедрить Линукс не удалось из-за имеющегося ПО, которое кроме как под вендой, работать ни под чем не желает...
у нас похожая ситуация.
много софта от производителей доступно только под windows.
но вот программы корпоративного лицензирования нет.
из 16 ПК, на 4х все в порядке с лицензией.
не понимаю - зачем нужно XP? на нормальных машинах виста работает быстрее (на ненормальных - может и не работать вообще. так это есть хороший тест на кривое железо).
redgremlin, да, вы угадали - 8Gb для запуска xp и висты в виртуалке. для некоторых целей мне это нужно. vista вполне приемлема и на железе и в виртуалке.
> не понимаю - зачем нужно XP? на нормальных машинах виста работает быстрее (на ненормальных - может и не работать вообще. так это есть хороший тест на кривое железо).
а вот представьте - антивистовская истерия поуляжется через годик (примерно), софтверные компании перестанут поддерживать XP (меньше "фич" в драйверах, меньше тестировать простой софт под XP будут). и что тогда делать?
> а вот представьте - антивистовская истерия поуляжется через годик (примерно), софтверные компании перестанут поддерживать XP (меньше "фич" в драйверах, меньше тестировать простой софт под XP будут). и что тогда делать?
ооо тут новые подробности.
я такого еще не слыхал.
оказывается полно историй о том , что попытка обеления ПО обычно заканчивается профилактическим наездом в контору выписавшую счет на легальное ПО.
то бишь сейчас спохватишься, накупишь лицензий, а к тебе придут и спросять "а что.. мол.. до этого на пиратке услуги поставляли?? платите.."
> не понимаю - зачем нужно XP? на нормальных машинах виста работает быстрее (на ненормальных - может и не работать вообще. так это есть хороший тест на кривое железо).
XP с воткнутым на каждом шагу DRMом не может работать быстрее ванильной XP по определению.
> а вот представьте - антивистовская истерия поуляжется через годик (примерно), софтверные компании перестанут поддерживать XP (меньше "фич" в драйверах, меньше тестировать простой софт под XP будут). и что тогда делать?
Поставить wine@GNU/Linux и выделить ответственного человека за мантейн нужных вам приложений на appdb.winehq.org
> специфическое ПО, написанное сторонней организацией. переписать можно, но вкладываться в это никто не хочет, зато угрохали кучу бабла в лицензии...
Под wine оно работает хоть как-то? Исходники есть (если есть, то какая лицензия, есть ли сторонние компоненты и какая-нибудь патентованная фигня)? Оно работает с вторым дотнетом, directx*? С M$SQL?
Не надо тут ля-ля. Тестировали мы нашу СУБД на свисте - раза в полтора на том же железе сливает XP. Так что всем клиентам рекомендуется в сторону Висты даже не смотреть.
> MSSQL, термопринтер, исходников нет и не будет, под wine не работает
Под wine@etersoft+postgre@etersoft работает. I guarantee it. Единственное — термопринтер. Придётся нанять дровописца, если действительно больше не хотите потреблять фекалии.
Фоновая дефрагментация тот ещё костыль. Замедление в начале, без дичайших тормозов через некоторое время.
Итого: ускорение сомнительно, больше похоже на недоделанный багфикс. На SSD и в других местах, где дефрагментации не надо, это вообще феерия покруче чем «Сон в летнюю ночь» Шейкспеара.
> оптимизирована подгрузка данных не с диска а из памяти/флеш диска
Засирание библиотеками оперативы. DLL Hell плавно перенёсся в RAM.
Итого: все преимущества фоновой дефрагментации со временем ухлопываются кривожопой архитектурой как дверью по яйцам.
> Не надо тут ля-ля. Тестировали мы нашу СУБД на свисте - раза в полтора на том же железе сливает XP. Так что всем клиентам рекомендуется в сторону Висты даже не смотреть.
Это наверное потому, что вы не переписали свою СУБД на новой супертехнологии ДОТНЕТ.
>линукс-решение предлагалось и рассматривалось, но руководство решило иначе...
фигово "решило" руководство раз вопросы задаёте про XP
значит не проводили сравнение обоих вариантов... просто хочет руководство так и всё... советую показать им вариант с виста и предложить дообследовать проблему.. термопринтер можно заменить на совместимый, mssql можно поменять на другие dbs
> надо не на чистой висте. с sp1. в релизе там много неприятных вещей было.
Да на релизной глисте было много багов с железом и api, а в sp1 появилось много тормозов. Так что непонятно каким образом их СУБД заработает таки в глисте быстрее, без дотнет-рефакторинга.