использование 64-битной платформы и железа

1. post279 21.11.11 15:32 Сейчас в теме
Дает ли рост производительности для 1с8 использование 64-битной платформы и железа.
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. ittex 21.11.11 16:11 Сейчас в теме
Дает.
Если используете сервер 1с предприяти 64 бит. Снимается ограничение на 3Гб для 32-битных приложений.
НУ и SQL тоже 64 бит, на разные серверы желательно (не виртуальные). Рост производительности дает не просто переход, а создание регламентных операций по ослуживанию SQL сервера (обновление индексов, планов запросов и т.д.)
подробнее об этом смотрите на http://kb.1c.ru/
rainstars; +1 Ответить
3. taelita 21.11.11 16:30 Сейчас в теме
здравствуйте, кто может подсказать: идет замена серверов, сервер приложений 1С 8 хотим сделать виртуальным 64-битным;
вопрос 1:
так как у нас поддерживается клиент-серверный режим и многоплатформенность и есть нетиповые базы на 8.0, 8.1 и 8.2, то как будет работать приложение 1с 8.0? слышала, что 8.0 не работает на 64-битных...
вопрос 2:
какие потери по производительности могут быть из-за выбор виртуальных машин?
4. rainstars 21.11.11 16:31 Сейчас в теме
как описал ittex, больше доступной ОП. А вот по процессорам - если кроме 1С на сервере ничего нет хватает 2х ядер.
SQL сервер будет работать быстро, а вот сама 1С "прохладно" относиться к возможностям сервера.
5. YurySigolaev 21.11.11 16:59 Сейчас в теме
УТ10 на SQL 2005 64bit заработало ощутимо быстрее.
6. audion 21.11.11 20:00 Сейчас в теме
За всю Одессу не скажу, но для 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 у.е. не так уж и существенна во всем бюджете.
7. Re:аниматор 338 22.11.11 05:39 Сейчас в теме
Мы все перевели на 64 бит, сервер 2008, sql 2008, сервер приложения, памяти воткнули по самое. Производительность увеличилась в раз 3-5. Размер УТ БД 60 гб. Реально все летает =) на 32 бит жутко тормозило и вылетал терминальный сервер
8. post279 22.11.11 05:47 Сейчас в теме
9. nsm 23.11.11 16:47 Сейчас в теме
Тоже выскажусь в поддержку 64 бит. Память видит. С ядрами отлично дружит. Обрабатывает задачи быстрее. Проблем с драйверами и ПО теперь практически нет. Так что рекомендую (ну кроме случаев работы с 8.0 под SQL тут конечно даже базу создать проблема - Win 2008, MS SQLExpress 2008)
10. laduk 15 23.11.11 16:49 Сейчас в теме
В любом случае рост производительности, особенно за счет SQL
11. maxim036 23.11.11 22:39 Сейчас в теме
ОЗУ 24 гига, ЦПУ - 4 Xeon
сервер 2008 r2, sql 2008 r2, все соответственно 64 бита
производительность по сравнению с 32 разрядной системой и 32 разрядным софтом увеличилась на 2 - 3 порядка
12. wowkai 4 24.11.11 01:15 Сейчас в теме
Когда поднимали сервер пробовали на тестах сначала 32-битную систему с разными RAID, потом 64-битную.
100% рекомендую для сервера 64-битную систему!
13. Skill 24.11.11 09:53 Сейчас в теме
На самом деле все сильно зависит от конкретного железа, а нетолько от программного обеспечения. Они должны нормально сочетаться. Если на слабое железо поставить 64битную операционную систему то это не дасть прироста, а в некоторых случаях только селает хуже.
14. Denzeel 24.11.11 12:22 Сейчас в теме
wowkai пишет:

Когда поднимали сервер пробовали на тестах сначала 32-битную систему с разными RAID, потом 64-битную.

100% рекомендую для сервера 64-битную систему!


Совершенно Верно! поддрерживаю!!!
15. polk 24.11.11 16:38 Сейчас в теме
Да тоже смотрели что лущше для 1с 8. Пробовали 32 и 64 призост за поледней.
на сервер ставтся 64разрядная и все нормаль.
только принтера, смотреть драйвера нужно или искать под 64
16. Xeops 24.11.11 16:55 Сейчас в теме
А в любом случае придётся на х64 переходить. Ибо ОСь Win 2008 R2 только 64.
С другой стороны может 1С разродится и выпустит клиента для х64
17. goodwin12 24.11.11 17:03 Сейчас в теме
для локального комп я думаю не дает
18. plinth 7 24.11.11 18:34 Сейчас в теме
polk пишет:
только принтера, смотреть драйвера нужно или искать под 64

Можно tricerat'ом перекантоваться...
19. vitn 26.12.11 19:21 Сейчас в теме
У меня при установке Win 2008 R2 + 1с 7.7 проблем не возникло, использовал секретный релиз с этот сайта, при работе так-же проблем нет
20. пользователь 18.01.12 09:45
Сообщение было скрыто модератором.
...
21. burnoutparad 27.01.12 20:47 Сейчас в теме
для 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 у.е. не так уж и существенна во всем бюджете.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот