Что лучше Сервер 1С Предприятие x32 или x64? #589861


#0 by siggoron
Если есть возможность, ответьте пожалуйста на следующие вопросы: 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? Заранее благодарен!
#1 by Cube
Бери 32, чо понтоваться-то?))
#2 by andrewks
берите х64
#3 by Астероид
берите оба!
#4 by jsmith82
#5 by PR
Правильно. Че понтоваться-то :))
#6 by vmv
не бери ничего - в облако идите, зачем платить больше
#7 by jsmith82
#8 by Астероид
64 работает в 2 раза быстрее чем 32, законы математики еще никто не отменял 64/32 = 2.
#9 by PR
LOL
#10 by jsmith82
#11 by Cube
Не, не так... Вот так надо: x64/x86 = 0,744. Так что x64 работает медленее... :)
#12 by Пришел в тапках
Если оба брать, тогда:
#13 by siggoron
Цитата Волшебника: "Рассуждаю теоретически. На современных 64-битных процессорах 64-бита и 32 бита обрабатываются одинаково за 1 такт процессора. Но процессор далеко не главный тормоз. Главный тормоз - это диск. Сервер 1С очень активно использует диск при выполнении запросов, отсюда и тормоза. Поможет ли тут 64-битность? Кроме того, надо различать скорость и масштабируемость. 64-битность нужна не для скорости, а для масштабируемости. На тех нагрузках, на которых 32-битный сервер уже катастрофически тормозит, 64-битный будет ещё работать с приемлемой скоростью. Прошу заметить, что речь идёт о сотнях (даже тысячах) активных пользователей.  Думаю, на 200-300 пользователей разница будет незаметна на глаз, а вот на 600-1000 уже можно будет что-то заметить глазом, невооруженным профайлером. Учтём и новую архитектуру 1С 8.2, где сервер используется очень активно для выполнения программного кода, а не только для выполнения запросов. И тут уже важны руки программистов конфы, а не только админов." Цитата AmoreMe: Цитата AmoreMe: "А по сабжу, вопрос 32/64. Незабываем, что у нас 1С, поэтому масштабируемость/производительность практически одинаково. Но разная работа с памятью. Так что берите 64 битный, если не хотите, чтобы в один прекрасный день у вас работа встала, потому что запросы или даже элементарное удаление объектов будут выдавать ошибку "Недостаточно памяти" И кому верить?
#14 by siggoron
сори последняя цитата от Aleksey_3
#15 by jsmith82
у тебя 64-битная платформа, значит и приложение должно быть 64-битное
#16 by golden-pack
4 гига 32 битной 1с не хватает для расчета себестоимости выпуска
#17 by siggoron
брэд :)
#18 by jsmith82
с фига ли бред
#19 by golden-pack
лол пит Почему ветка не в юморе ?
#20 by jsmith82
ты на 64-битной среде запускаешь 32-битное приложение
#21 by siggoron
и что?
#22 by Живой Ископаемый
2 там нет противоречий.
#23 by Живой Ископаемый
то есть у всех трех пойнт - что вряд ли наступят условия когда будет заметна разница в производительности, и у одного пойнт. что можно получить ошибку нехватки памяти... еще момент, из-за которого все-таки разница в производительности возможна - если мы используем 32-битный, то мы просто чтобы потребить больше памяти возможно запустим более 2 рабочих процессов, а в 64-битном например обойдемся одним. При трех процессах будут потери на управление ими.
#24 by Мизантроп
LOL
#25 by neomarat
если УПП - однозначно 64. У меня на 32-х не обновлялся - говорил памяти недостаточно. 1С сказала идите и купите 64 разрядный. Правда записала это как ошибку, может пофиксили
#26 by Живой Ископаемый
2 у него Виндовый сервер а не Линуксовый.
#27 by jsmith82
чо прикопались к я имел в виду, что 32-битные не хавают всех возможностей 64 бит
#28 by jsmith82
вообще, судя по инфраструктуре бизнеса, заявленному в , у них ещё не скоро возникнет потребность в лишней памяти так что думаю без проблем можно и на 32 посидеть
#29 by Lama12
Может уже пора разговаривать о 128 битных ОС? На них можно поставить два 64 битных сервера, или четыре 32 битных. Жаль 8 битных серверов нету :( Представляете какой кластер можно было бы построить на одном физическом сервере!
#30 by andrewks
учитывая тенденции 14-15-й веток, памяти у сервера 1с х32  может не хватать на самых элементарных операциях.
#31 by jsmith82
автор, что надумал-то
#32 by Kraft
:D
#33 by Kraft
угу, совсем акуели разрабы
#34 by Skylark
Насчет теории не силен, могу сказать из личного опыта. Очень тяжелый документ в ЗУП в плане проведения это Табель. При одновременном проведении тремя-четырьмя пользоватлями табелей по нескольку десятков строк 32-разрядный сервер 1С откуривает по 40 минут против 10 минут у 64-разрядного.
#35 by modestry
Странно. У меня 1с сервер 32, Скуль 64, память 24, закрыватся нормально
#36 by AlfaUser
По моему x64 системы чуть быстрее работают + масштабирование. А вообще однозначно x64 преимущественно лучше x32.
#37 by KRV
база 4Гб за три года... конечно х64 ставить!
#38 by Старый Гоблин
бери сразу х64, чтоб потом не переходить на него и не доплачивать (когда начнет х32 тормоза включать). и еще - не х64 нет некоторых ограничений, как на х32 - а они могут стать оч.критичными!
#39 by Адинэснег
про ключи еще ничо не говорили?
#40 by zak555
а что с ними :?
#41 by БибиГон
ключи разные :)
#42 by IamAlexy
конечно лучше х64.. его продавать выгоднее....
#43 by andrewks
спасибо, кэп. если бы они были одинаковые, топик бы не возник
#44 by zak555
точно, и дампы
#45 by Новиков
Я помню те самые оды, когда только вышла 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 гига. Два рпхоста - МАКСИМУМ гиг. Это максимум, что я видел. А где остальное то? Партнерка какбэ намекает - логи, логи и еще раз логи, суть которых потом сводится к банальному рестарту каждые сутки всего сервера. Я периодически апаю тему с той целью, что все таки интересно - у кого не так?
#46 by Odin1C
бери 64 и не будет проблемы с дефрагментацией памяти, если жаба не задушит:)
#47 by Пришел в тапках
Если чесно - бери
#48 by jsmith82
ну вот, хоть один честный пришёл
#49 by Вадя
Вот еще аргументы за 64 разряда
#50 by cw014
Если новый сервер и 1С еще не покупали - бери x64. Если уже есть серверный ключ x32 - ставь x32. Иначе придется отдельно серверный ключ на 64 покупать. А вообще, если у тебя меньше 100 пользователей - особой производительности не жди
#51 by cw014
Так что рекомендую пока остаться на 32
#52 by igork1966
вот забабахаешь отчет... запрос которого возвращает более чем 1-2Gb данных... пожалеешь что не купил x64
#53 by igork1966
+ мне пришлось нереально извращаться чтобы запустить такой отчет на x32
#54 by cw014
Я смотрю ты извращенец, отчет с данными на 1-2гб делать. Такой объем данных не сможет проанализировать ниодин манагер. Наоборот нужно стараться как можно меньше выборку делать для отчетов.
#55 by igork1966
я то с чего? это наши дорогие власти и госоганы... придумывают безбумажную технологию с огромным числом бумажек ;-)
#56 by cw014
В любом случае, сколько я работаю с 1ской - никогда не приходилось делать отчет, который превышал бы 1-2Гб...
#57 by igork1966
Это реестр контрактов... его требовалось получить в html. Ну нужно было клиентам. А в этом реестре кроме собственно основных данных о контракте еще и номенклатура расписана. PS. Небось только с комерсантами работал... у госорганов замороченных отчетов дохрена
#58 by jsmith82
плюспицот. у меня один такой отчет 12 гигов сожрал
#59 by Мохнатое рыло
, А вместо отчета сразу в файл писать не получалось?
#60 by igork1966
Падало на выполенении запроса... процесс сервера 1С отжирал > ~1.5G и усе... результата запроса более не дождешься
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С