Доброго времени суток.
Коллеги, подскажите кто чем пользуется и в каких случаях? В 1С я новичок, наверное поэтому и возник такой вопрос. Кто какую платформу (x86 или x64) устанавливает себе и клиентам? И почему?
Понимаю что платформы разные и возможности у x64 должны быть больше. Однако на практике столкнулся с тем, что многие вообще не устанавливают платформу x64, только x86. На вопрос "Почему?", отвечают, что x64 глючная, недоработанная. Но с другой стороны и сама платформа не без "косяков". Видел обсуждения релизов. Получается что ставят более менее стабильный релиз платформы, в основном x86, чтобы "лучше работало".
На сколько я знаю, например в Windows x64 дает больше возможностей в плане ресурсов (например оперативная память, на x32 будет только 3,55 Gb "видно" операционной системе, сколько бы не установил физически). С цифрой могу ошибаться.
Что дает установка x64 платформы для 1С? Так ли стоит на 64 разрядную Windows устанавливать x64 платформу? Есть ли какая-то разница между установкой платформы такой же разрядности на клиентскую машину и сервер?
Если есть у кого-то такой опыт пожалуйста поделитесь. Что устанавливаете Вы? Куда? Почему?
Коллеги, подскажите кто чем пользуется и в каких случаях? В 1С я новичок, наверное поэтому и возник такой вопрос. Кто какую платформу (x86 или x64) устанавливает себе и клиентам? И почему?
Понимаю что платформы разные и возможности у x64 должны быть больше. Однако на практике столкнулся с тем, что многие вообще не устанавливают платформу x64, только x86. На вопрос "Почему?", отвечают, что x64 глючная, недоработанная. Но с другой стороны и сама платформа не без "косяков". Видел обсуждения релизов. Получается что ставят более менее стабильный релиз платформы, в основном x86, чтобы "лучше работало".
На сколько я знаю, например в Windows x64 дает больше возможностей в плане ресурсов (например оперативная память, на x32 будет только 3,55 Gb "видно" операционной системе, сколько бы не установил физически). С цифрой могу ошибаться.
Что дает установка x64 платформы для 1С? Так ли стоит на 64 разрядную Windows устанавливать x64 платформу? Есть ли какая-то разница между установкой платформы такой же разрядности на клиентскую машину и сервер?
Если есть у кого-то такой опыт пожалуйста поделитесь. Что устанавливаете Вы? Куда? Почему?
По теме из базы знаний
Найденные решения
(2) Ответ очень неверный...
1С - не любое приложение!
Вопрос не в том что х64 может использовать больше памяти, вопрос еще и в функциональности как ни странно и стабильности.
х64 имеет смысл ставить только сервер. Он стабилен и отработан.
При всех плюсах 64-разрядной системы, еще стоит напомнить - размер оперативной памяти для той же базы, что и на 32-разрядной системы нужно увеличить процентов на 30%. При нехватке оперативной памяти 64-разрядная система будет работать существенно медленнее 32-разрядной.
Клиентам же не создающих огромных размеров отчетов и отчетностей ставить х32, поскольку она реально менее капризная.
Как минимум в части СОМ соединений (замечено лично мной)...
Если база огромная и (при формировании Отчетов в основном) возникают ситуации нехватки памяти, то стоит эти отчеты запускать на х64 клиенте.
Реально других преимуществ 1С х64 клиента нет для рядовых пользователей.
Поэтому мы пришли к следующей схеме -
1С сервер - х64 не менее 64Гб оперативной памяти
Основная толпа клиентов -х32
Администраторы 1С и програмисты - х64
1С - не любое приложение!
Вопрос не в том что х64 может использовать больше памяти, вопрос еще и в функциональности как ни странно и стабильности.
х64 имеет смысл ставить только сервер. Он стабилен и отработан.
При всех плюсах 64-разрядной системы, еще стоит напомнить - размер оперативной памяти для той же базы, что и на 32-разрядной системы нужно увеличить процентов на 30%. При нехватке оперативной памяти 64-разрядная система будет работать существенно медленнее 32-разрядной.
Клиентам же не создающих огромных размеров отчетов и отчетностей ставить х32, поскольку она реально менее капризная.
Как минимум в части СОМ соединений (замечено лично мной)...
Если база огромная и (при формировании Отчетов в основном) возникают ситуации нехватки памяти, то стоит эти отчеты запускать на х64 клиенте.
Реально других преимуществ 1С х64 клиента нет для рядовых пользователей.
Поэтому мы пришли к следующей схеме -
1С сервер - х64 не менее 64Гб оперативной памяти
Основная толпа клиентов -х32
Администраторы 1С и програмисты - х64
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Глобально причина в том, что, у большинства людей стоит крякнутая 32 битная винда, и собственно крякнутая 32 битная платформа. А унипатч на 64битке не работает. ))
(1)
Работаю в конторе где все лицензионное.
Столкнулся с тем, что на 32 битке не отрабатывало сравнение конфигурации. Не хватало какой то памяти. причем физически оперативки что на сервере, что на компе - дохренища, места на жестком диске тоже. Чистка кэша, и перезапуск служб ничего не дал. В файловом режиме, фокус также не прошел.
В тот момент и поставил 64 битного клиента. И все. никаких подобных проблем больше не было.
Так на ней и работаю.
Видел обсуждения релизов. Получается что ставят более менее стабильный релиз платформы, в основном x86, чтобы "лучше работало".
Глобально причина в том, что, у большинства людей стоит крякнутая 32 битная винда, и собственно крякнутая 32 битная платформа. А унипатч на 64битке не работает. ))
(1)
Что устанавливаете Вы? Куда? Почему?
Работаю в конторе где все лицензионное.
Столкнулся с тем, что на 32 битке не отрабатывало сравнение конфигурации. Не хватало какой то памяти. причем физически оперативки что на сервере, что на компе - дохренища, места на жестком диске тоже. Чистка кэша, и перезапуск служб ничего не дал. В файловом режиме, фокус также не прошел.
В тот момент и поставил 64 битного клиента. И все. никаких подобных проблем больше не было.
Так на ней и работаю.
(1) Когда накатываешь новейшую 64-ю и... бац! не можешь сдать отчетность (а сдавать надо, как водится, прямо сейчас), возникают незабываемые ощущения. Да, это касалось только печатных форм. Да, сейчас уже никто почти не сдает на бумаге. Но осадочек-то остался.
Спросите себя в чем главное отличие ЛЮБОГО приложения х86 от x64 и получите ответ на свой вопрос. Когда у вас 1С упадет с ошибкой "недостаточно памяти", тогда все станет ясно.
На счет глюков - это все фигня. В любом релизе есть ошибки и всегда будут. На сайте итс есть все релизы, если вас один не устраивает, ставьте другой.
Для типовых конфигураций 1С сама объявляет какой релиз является рекомендуемым.
На счет глюков - это все фигня. В любом релизе есть ошибки и всегда будут. На сайте итс есть все релизы, если вас один не устраивает, ставьте другой.
Для типовых конфигураций 1С сама объявляет какой релиз является рекомендуемым.
(2) Ответ очень неверный...
1С - не любое приложение!
Вопрос не в том что х64 может использовать больше памяти, вопрос еще и в функциональности как ни странно и стабильности.
х64 имеет смысл ставить только сервер. Он стабилен и отработан.
При всех плюсах 64-разрядной системы, еще стоит напомнить - размер оперативной памяти для той же базы, что и на 32-разрядной системы нужно увеличить процентов на 30%. При нехватке оперативной памяти 64-разрядная система будет работать существенно медленнее 32-разрядной.
Клиентам же не создающих огромных размеров отчетов и отчетностей ставить х32, поскольку она реально менее капризная.
Как минимум в части СОМ соединений (замечено лично мной)...
Если база огромная и (при формировании Отчетов в основном) возникают ситуации нехватки памяти, то стоит эти отчеты запускать на х64 клиенте.
Реально других преимуществ 1С х64 клиента нет для рядовых пользователей.
Поэтому мы пришли к следующей схеме -
1С сервер - х64 не менее 64Гб оперативной памяти
Основная толпа клиентов -х32
Администраторы 1С и програмисты - х64
1С - не любое приложение!
Вопрос не в том что х64 может использовать больше памяти, вопрос еще и в функциональности как ни странно и стабильности.
х64 имеет смысл ставить только сервер. Он стабилен и отработан.
При всех плюсах 64-разрядной системы, еще стоит напомнить - размер оперативной памяти для той же базы, что и на 32-разрядной системы нужно увеличить процентов на 30%. При нехватке оперативной памяти 64-разрядная система будет работать существенно медленнее 32-разрядной.
Клиентам же не создающих огромных размеров отчетов и отчетностей ставить х32, поскольку она реально менее капризная.
Как минимум в части СОМ соединений (замечено лично мной)...
Если база огромная и (при формировании Отчетов в основном) возникают ситуации нехватки памяти, то стоит эти отчеты запускать на х64 клиенте.
Реально других преимуществ 1С х64 клиента нет для рядовых пользователей.
Поэтому мы пришли к следующей схеме -
1С сервер - х64 не менее 64Гб оперативной памяти
Основная толпа клиентов -х32
Администраторы 1С и програмисты - х64
(9)
Я тоже про баги как-то не наслышан, хотя стараюсь держать руку на пульсе.
Неудобства вылазят, когда вдруг припрет какие-то сторонние библиотеки использовать. Хитрое оборудование или еще что.
Ну и так как еще кое-где есть x32 компы, то хочется избежать зоопарка.
Багнутость 64 битного клиента сильно преувеличивают.
Я тоже про баги как-то не наслышан, хотя стараюсь держать руку на пульсе.
Неудобства вылазят, когда вдруг припрет какие-то сторонние библиотеки использовать. Хитрое оборудование или еще что.
Ну и так как еще кое-где есть x32 компы, то хочется избежать зоопарка.
В целом:
аппаратная платформа x86 имела разрядность адресной шины 32 бита, что не позволяло приложениям напрямую адресовать больше 4 гиг памяти.
Поэтому новые чипсеты стали x64 - разрядность адресной шины была удвоена, что фактически сняло ограничения по адресации. Но и программы под x64 стали несколько больше весить, так как все адреса в программах стали занимать вдвое больше места.
1С:
Сервера под 1С давным-давно x64, так как как-то глупо для сервера не уметь адресовать больше 4 гиг. Память все дешевеет и памяти на серверах все больше.
А для клиента 1С такой проблемы особо не стояло и не стоит. Клиент x64 появился в основном из-за случаев, когда при разработке особо тяжелых конфигураций на особо тяжелых операциях конфигуратору могло не хватать памяти.
аппаратная платформа x86 имела разрядность адресной шины 32 бита, что не позволяло приложениям напрямую адресовать больше 4 гиг памяти.
Поэтому новые чипсеты стали x64 - разрядность адресной шины была удвоена, что фактически сняло ограничения по адресации. Но и программы под x64 стали несколько больше весить, так как все адреса в программах стали занимать вдвое больше места.
1С:
Сервера под 1С давным-давно x64, так как как-то глупо для сервера не уметь адресовать больше 4 гиг. Память все дешевеет и памяти на серверах все больше.
А для клиента 1С такой проблемы особо не стояло и не стоит. Клиент x64 появился в основном из-за случаев, когда при разработке особо тяжелых конфигураций на особо тяжелых операциях конфигуратору могло не хватать памяти.
С появлением тонкого клиента x64 клиент стал еще менее актуальным для рядовых пользователей.
Не вижу ни одной причины ставить x64 тонкого клиента. А за x32 клиента аргументы найдутся - в ряде случаев у него меньше проблем с совместимостью.
Когда-нибудь, когда отомрут абсолютно все рудименты x32 - дилеммы не будет. А пока проще с x32 клиентом.
Не вижу ни одной причины ставить x64 тонкого клиента. А за x32 клиента аргументы найдутся - в ряде случаев у него меньше проблем с совместимостью.
Когда-нибудь, когда отомрут абсолютно все рудименты x32 - дилеммы не будет. А пока проще с x32 клиентом.
Получается, что все сошлись, что сервер 1С лучше x64 для обработки различных запросов. Тут понятно. А как быть с клиентами?
Большая часть информации обрабатывается на сервере (по крайней мере я так понял, начиная с 8.1 и выше). А у клиента идет только отображение и некоторые расчеты в уже полученных данных с сервера. Бывают какие-нибудь "подводные камни" при установке 32 разрядной платформы на x64 ОС?
Большая часть информации обрабатывается на сервере (по крайней мере я так понял, начиная с 8.1 и выше). А у клиента идет только отображение и некоторые расчеты в уже полученных данных с сервера. Бывают какие-нибудь "подводные камни" при установке 32 разрядной платформы на x64 ОС?
(21) У нас порядка двух сотен пользователей. Зоопарк из толстых, тонких клиентов, разных конфигураций, где еще XP стоит, где семерка, где десятка. Основная толпа на терминальные сервера ходит (x64 ессно). У ВСЕХ стоят одинаковые x86 1С-клиенты (толстые и тонкие). Никаких проблем. Разработку тоже веду на x86 в виндовой виртуалке, так как в ограничения по памяти ни разу не уперся.
Можно ставить сразу 2 клиента. Таким образом если работа части функционала на 64 не пошла запустили 32 и дело в шляпе!
На сервере нужно в любом случае ставить 2 клиента, т.к. конфигуратор 32-битный не может вывести отчет о сравнении. В последнем обновлении УТ+CRM такой отчет сожрал 10 гигов. А на 32 просто падал на 2.3.
На сервере нужно в любом случае ставить 2 клиента, т.к. конфигуратор 32-битный не может вывести отчет о сравнении. В последнем обновлении УТ+CRM такой отчет сожрал 10 гигов. А на 32 просто падал на 2.3.
Еще вопрос. Как поведет себя платформа при обновлении. Например такая ситуация. У человека есть 1С и установлена x86 платформа на x64 ОС. Делаю обновление конфигурации и выясняю, что нужно обновить релиз платформы. Не смотрю какая платформа установлена, а смотрю какая разрядность у ОС и скачиваю соответствующую платформу. Устанавливаю и получаю что изначально была ОС x64 с платформой 1С x86 релиз 1. Я установил платформу x64 релиз 2. Как будет вести себя платформа и клиент? Это допустимо? Или надо было сначала удалить старую платформу?
Платформы устанавливаются в разные папки они будут существовать одновременно и возможно запускать и ту и другую на выбор и вполне возможно удалять ту которую установили ошибочно - нужная останется нетронутой.
Платформа и клиент не одно ли и и то же?
Платформа и клиент не одно ли и и то же?
(22) Как уже писал выше, я новичок в 1С. Но в книгах для начинающих было написано что платформа это как операционная система для конфигурации. То есть на одной платформе можно запускать все конфигурации 1С. Поэтому разделяю эти понятия. А под клиентом имел ввиду клиентскую конфигурацию. Я так понимаю что ошибки могут быть как в режиме "Предприятия", так и в режиме "Конфигуратора". Извиняюсь если ввел в заблуждение.
Нужно понимать разницу между 32 и 64, в интернете множество инфы.
А 86, это 32 совместимая с 64 процессорами.
если нагрузка большая, то сервер нужно 64, если клиент на терминальном сервере, то и клиент лучше 64, а в случае терминального клиента на линуксе, так и выбора не останется.
был смысл использовать 86 на 64 системе, когда сборки были не стабильны, но теперь 32 и 86 почти пережиток, их используют разве что на слабых устройствах, и то не из за отсутствия поддержки, а с целью экономии ресурса, т.к. 64 всё же чутка больше жрут и стоят.
А 86, это 32 совместимая с 64 процессорами.
если нагрузка большая, то сервер нужно 64, если клиент на терминальном сервере, то и клиент лучше 64, а в случае терминального клиента на линуксе, так и выбора не останется.
был смысл использовать 86 на 64 системе, когда сборки были не стабильны, но теперь 32 и 86 почти пережиток, их используют разве что на слабых устройствах, и то не из за отсутствия поддержки, а с целью экономии ресурса, т.к. 64 всё же чутка больше жрут и стоят.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот