Если есть возможность, ответьте пожалуйста на следующие вопросы:
1)    Выше ли производительность (в определённых моментах) x64 по сравнению с x32?
2)    В чём обусловлена такая разница в стоимости (x64 дороже практически в 2 раза)?
3)      На фирме есть 2 сервака: 1-ый) WinServer2008R264 + SQL2008R264; 2-ой терминальный) WinServer2008R264 + 1С: Предприятие + Сервер 1С Предприятие (x32 или x64?). Максимальное число одновременно работающих пользователей до 15-20 человек (в среднем 5-10), объём БД за 3 года равен 4 ГБ. Какой лучше приобрести Сервер 1С Предприятие x32 или x64?
Заранее благодарен!

Бери 32, чо понтоваться-то?))

берите х64

берите оба!

v8: Что лучше для сервера 1С - 32 или 64 бита?

(3) Правильно. Че понтоваться-то :))

(0) не бери ничего - в облако идите, зачем платить больше

v8: сервер 1с 32 или 64?

64 работает в 2 раза быстрее чем 32, законы математики еще никто не отменял 64/32 = 2.

(8) LOL

v8: Какой сервер 1С:Предприятие купить - 32 или 64bit?

(8) Не, не так... Вот так надо: x64/x86 = 0,744. Так что x64 работает медленее... :)

Если оба брать, тогда:
x64=64/32=2;
x32=1;
x64+x32=2+1=3;
Мораль - берите оба )))))))

Цитата Волшебника:
"Рассуждаю теоретически.

На современных 64-битных процессорах 64-бита и 32 бита обрабатываются одинаково за 1 такт процессора. Но процессор далеко не главный тормоз. Главный тормоз - это диск. Сервер 1С очень активно использует диск при выполнении запросов, отсюда и тормоза. Поможет ли тут 64-битность?

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

Прошу заметить, что речь идёт о сотнях (даже тысячах) активных пользователей.  Думаю, на 200-300 пользователей разница будет незаметна на глаз, а вот на 600-1000 уже можно будет что-то заметить глазом, невооруженным профайлером.

Учтём и новую архитектуру 1С 8.2, где сервер используется очень активно для выполнения программного кода, а не только для выполнения запросов. И тут уже важны руки программистов конфы, а не только админов."

Цитата AmoreMe:
"По поводу производительности 64-х против 32-х есть хорошая аналогия понятная даже домохозяйкам...(Прошу простить! Уверен что здесь присутствуют исключительно ПРОФИ) Взять две бутылки. У одной горлышко 32 мм у другой 64мм. Теперь если заполним сосуды (ну по чайной ложке воды в каждую) и одновременно перевернем вверх дном, то скорость вытекания будет примерно равной (Ну у кого нет рассогласованности большой между левой и правой сторонами). А теперь тоже самое, но воды по стакану?! Вот здесь явный профит на стороне бутыли с диаметром горлышка 64 мм! По поводу работы 32-х битных приложений в среде 64-х, большинство работает нормально (ring-3), но замедление действительно есть (из за "преобразования" формата данных и выравнивания) как справедливо заметил выше один господин:) Иными словами многое зависит от того с какими данными будет работать система (32 или 64) и еще от многих факторов зависит!"

Цитата AmoreMe:
"А по сабжу, вопрос 32/64. Незабываем, что у нас 1С, поэтому масштабируемость/производительность практически одинаково. Но разная работа с памятью. Так что берите 64 битный, если не хотите, чтобы в один прекрасный день у вас работа встала, потому что запросы или даже элементарное удаление объектов будут выдавать ошибку "Недостаточно памяти"

И кому верить?

(13) сори последняя цитата от Aleksey_3

у тебя 64-битная платформа, значит и приложение должно быть 64-битное

4 гига 32 битной 1с не хватает для расчета себестоимости выпуска

(15) брэд :)

(17) с фига ли бред

(15) лол
(17) пит

Почему ветка не в юморе ?

ты на 64-битной среде запускаешь 32-битное приложение

(20) и что?

2(13) там нет противоречий.

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

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

(15) LOL

если УПП - однозначно 64.
У меня на 32-х не обновлялся - говорил памяти недостаточно.
1С сказала идите и купите 64 разрядный.
Правда записала это как ошибку, может пофиксили

2(15) у него Виндовый сервер а не Линуксовый.

чо прикопались к (15)
я имел в виду, что 32-битные не хавают всех возможностей 64 бит

вообще, судя по инфраструктуре бизнеса, заявленному в (0), у них ещё не скоро возникнет потребность в лишней памяти
так что думаю без проблем можно и на 32 посидеть

Может уже пора разговаривать о 128 битных ОС?
На них можно поставить два 64 битных сервера, или четыре 32 битных.
Жаль 8 битных серверов нету :(
Представляете какой кластер можно было бы построить на одном физическом сервере!

(28) учитывая тенденции 14-15-й веток, памяти у сервера 1с х32  может не хватать на самых элементарных операциях.

автор, что надумал-то

(29) :D

(30) угу, совсем акуели разрабы

Насчет теории не силен, могу сказать из личного опыта. Очень тяжелый документ в ЗУП в плане проведения это Табель. При одновременном проведении тремя-четырьмя пользоватлями табелей по нескольку десятков строк 32-разрядный сервер 1С откуривает по 40 минут против 10 минут у 64-разрядного.

(16) Странно. У меня 1с сервер 32, Скуль 64, память 24, закрыватся нормально

(0) По моему x64 системы чуть быстрее работают + масштабирование.
А вообще однозначно x64 преимущественно лучше x32.

база 4Гб за три года... конечно х64 ставить!

бери сразу х64, чтоб потом не переходить на него и не доплачивать (когда начнет х32 тормоза включать).
и еще - не х64 нет некоторых ограничений, как на х32 - а они могут стать оч.критичными!

про ключи еще ничо не говорили?

(39) а что с ними :?

(40) ключи разные :)

конечно лучше х64.. его продавать выгоднее....

(41) спасибо, кэп. если бы они были одинаковые, топик бы не возник

(41) точно, и дампы

Я помню те самые оды, когда только вышла 8.2 - что наконец таки пофиксили утечки памяти при работе сервера 1С.

Что мы видим в итоге: Windows Server 2008 R2 (64x) + SQL Server 2008 R2 (64x) + Сервер 1C Предприятие 8.2 (64x). На нем  4 БП и 4 ЗУП - типовые. В базах одномоментно работают МАКСИМУМ 8-10 пользователей. На сервере 12 гигов оперативы. Простой эксперимент: в 00:00 сервер перезагружается. Ждем 23:59:59 и смотрим объем отожранной памяти. Как ни странно - но ВСЯ. ВСЯ память отжирается и не освобождается, при этом скуль отожирает максимум 3 - 3,5 гига. Два рпхоста - МАКСИМУМ гиг. Это максимум, что я видел. А где остальное то?

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

Я периодически апаю тему с той целью, что все таки интересно - у кого не так?

(0) бери 64 и не будет проблемы с дефрагментацией памяти, если жаба не задушит:)

Если чесно - бери

(47) ну вот, хоть один честный пришёл

Вот еще аргументы за 64 разряда

v8: Ошибка 80004005 - Что делать ???

Если новый сервер и 1С еще не покупали - бери x64. Если уже есть серверный ключ x32 - ставь x32. Иначе придется отдельно серверный ключ на 64 покупать. А вообще, если у тебя меньше 100 пользователей - особой производительности не жди

Так что рекомендую пока остаться на 32

вот забабахаешь отчет... запрос которого возвращает более чем 1-2Gb данных... пожалеешь что не купил x64

(52) + мне пришлось нереально извращаться чтобы запустить такой отчет на x32

(53) Я смотрю ты извращенец, отчет с данными на 1-2гб делать. Такой объем данных не сможет проанализировать ниодин манагер. Наоборот нужно стараться как можно меньше выборку делать для отчетов.

(54) я то с чего? это наши дорогие власти и госоганы... придумывают безбумажную технологию с огромным числом бумажек ;-)

(55) В любом случае, сколько я работаю с 1ской - никогда не приходилось делать отчет, который превышал бы 1-2Гб...

(56) Это реестр контрактов... его требовалось получить в html. Ну нужно было клиентам. А в этом реестре кроме собственно основных данных о контракте еще и номенклатура расписана.

PS. Небось только с комерсантами работал... у госорганов замороченных отчетов дохрена

(57) плюспицот. у меня один такой отчет 12 гигов сожрал

(57), (58)
А вместо отчета сразу в файл писать не получалось?

(59) Падало на выполенении запроса... процесс сервера 1С отжирал > ~1.5G и усе... результата запроса более не дождешься