Дает.
Если используете сервер 1с предприяти 64 бит. Снимается ограничение на 3Гб для 32-битных приложений.
НУ и SQL тоже 64 бит, на разные серверы желательно (не виртуальные). Рост производительности дает не просто переход, а создание регламентных операций по ослуживанию SQL сервера (обновление индексов, планов запросов и т.д.)
подробнее об этом смотрите на http://kb.1c.ru/
здравствуйте, кто может подсказать: идет замена серверов, сервер приложений 1С 8 хотим сделать виртуальным 64-битным;
вопрос 1:
так как у нас поддерживается клиент-серверный режим и многоплатформенность и есть нетиповые базы на 8.0, 8.1 и 8.2, то как будет работать приложение 1с 8.0? слышала, что 8.0 не работает на 64-битных...
вопрос 2:
какие потери по производительности могут быть из-за выбор виртуальных машин?
как описал ittex, больше доступной ОП. А вот по процессорам - если кроме 1С на сервере ничего нет хватает 2х ядер.
SQL сервер будет работать быстро, а вот сама 1С "прохладно" относиться к возможностям сервера.
За всю Одессу не скажу, но для Linux и PostgreSQL 32-битная платформа позволяет выделить для одного процесса СУБД не более 2 ГБ оперативки, что совсем мало даже для небольших баз (тормоза). У 64-бит такого ограничения нет, потому все работает ощутимо быстрее (у меня на 64-битной платформе - Centos 6 64, Intel i5, 16 GB RAM, HDD VelociRaptor 300 и 600 GB - тест Гилева даже без особой оптимизации дал более 24). Что касается поддержки собственно всего доступного объема ОЗУ, то для Linux есть специализированные 32-битные ядра, которые поддерживают более 4 ГБ ОЗУ, хоть все 16 гиг. Но ограничение по SQL все равно остается.
Вывод: если есть возможность, лучше доплатить за 64-битный сервер, тем более, что разница в 1000 у.е. не так уж и существенна во всем бюджете.
Мы все перевели на 64 бит, сервер 2008, sql 2008, сервер приложения, памяти воткнули по самое. Производительность увеличилась в раз 3-5. Размер УТ БД 60 гб. Реально все летает =) на 32 бит жутко тормозило и вылетал терминальный сервер
Тоже выскажусь в поддержку 64 бит. Память видит. С ядрами отлично дружит. Обрабатывает задачи быстрее. Проблем с драйверами и ПО теперь практически нет. Так что рекомендую (ну кроме случаев работы с 8.0 под SQL тут конечно даже базу создать проблема - Win 2008, MS SQLExpress 2008)
ОЗУ 24 гига, ЦПУ - 4 Xeon
сервер 2008 r2, sql 2008 r2, все соответственно 64 бита
производительность по сравнению с 32 разрядной системой и 32 разрядным софтом увеличилась на 2 - 3 порядка
На самом деле все сильно зависит от конкретного железа, а нетолько от программного обеспечения. Они должны нормально сочетаться. Если на слабое железо поставить 64битную операционную систему то это не дасть прироста, а в некоторых случаях только селает хуже.
Да тоже смотрели что лущше для 1с 8. Пробовали 32 и 64 призост за поледней.
на сервер ставтся 64разрядная и все нормаль.
только принтера, смотреть драйвера нужно или искать под 64
для Linux и PostgreSQL 32-битная платформа позволяет выделить для одного процесса СУБД не более 2 ГБ оперативки, что совсем мало даже для небольших баз (тормоза). У 64-бит такого ограничения нет, потому все работает ощутимо быстрее (у меня на 64-битной платформе - Centos 6 64, Intel i5, 16 GB RAM, HDD VelociRaptor 300 и 600 GB - тест Гилева даже без особой оптимизации дал более 24). Что касается поддержки собственно всего доступного объема ОЗУ, то для Linux есть специализированные 32-битные ядра, которые поддерживают более 4 ГБ ОЗУ, хоть все 16 гиг. Но ограничение по SQL все равно остается.
Вывод: если есть возможность, лучше доплатить за 64-битный сервер, тем более, что разница в 1000 у.е. не так уж и существенна во всем бюджете.