| 0
- 18.01.2012 - 10:51
|
Планируется файловый вариант работы. Не ясно будет ли работать универсальный установщик 8.2 на x64 и какую версию 1С 32 или 64 он установит. Отсюда возникает вопрос получим ли преимущества от использования 64бит ОС с памятью свыше 3 ГБ? Благодарю!     | |
| 1
- 18.01.2012 - 10:55
| Получите. | |
| 2
- 18.01.2012 - 10:55
| Будьте любезны пожалуйста подробнее | |
| 3
- 18.01.2012 - 10:58
|
Чем больше база, тем больше жрётся память. Делайте выводы. EXEшник у 8.2 - 32ух битный, хотите вы этого или нет..... | |
| 4
- 18.01.2012 - 12:56
|
Работать будет. Толку не будет. | |
| 5
- 18.01.2012 - 13:01
| паттвирждаю | |
| 6
- 18.01.2012 - 13:57
|
не уверен в правильной постановке вопроса. но вот что вызывает у меня сомнение:будет ли 32битный исполнительный файл использовать 64 адресацию памяти? иными словами будет ли доступна вся физическая свободная память приложению 1С или нет??? теоретически ОС сама должна осуществлять управление физической памятью предоставляя всю доступную память приложениям. 5,6. вопрос в том есть ли смысл брать 64 битную ось или нет. планируем ставить платформы 7.7 и 8.2. понятно что для 7ки лучше 32битная ось, но планируется полный переход на 8 | |
| 7
- 18.01.2012 - 14:27
|
В нормально написанной конфигурации, что 7.7, что 8.х, совершенно не нужен объем памяти свыше 500 мегабайт. Если планируется большой объем базы или интенсивный вариант ее использования - все равно нужна будет серверная платформа 1С. Так что для клиентского рабочего места объем ОЗУ совершенно не важен. | |
| 8
- 18.01.2012 - 14:51
| 8-Lexusss > Без фанатизма, пожалуйста... А то поставит кто-нить ось на 64К, и тебя поминать начнет :D | |
| 9
- 18.01.2012 - 15:43
| Ок. допустим одному экземпляру приложения 1С не нужен объем оперативной памяти более 500мб, но если предположить одновременную работу порядка пяти экземпляров программы будет ли выйгрыш от использования 64битной оси? | |
| 10
- 18.01.2012 - 15:54
|
(10) Нет. 500 мегов 1С съест при закрытии месяца или при формировании книги покупок на 100500 страниц. Это делать сразу в нескольких базах - нерационально, т.к. узким местом сразу станет жесткий диск. При обычной эксплуатаации (открыл базу и в нем пара-тройка отчетов и окон докумнетов) 1С редко когда съест больше 250 мегабайт. Итого, расчет 250 * 5 + 200 Мб (операционка) = 1,5 гига нужно максимум. Реально надо поставить 2 гига для такого пользователя. Если операционкой стоИт Win7 с Aero, значит на ОС надо резервировать где то 500 мегов. Но от этого суть не меняется. Операционка x32 может адресовать до 3,2 - 3,5 гига памяти. Вывод: х64 в баню. | |
| 11
- 18.01.2012 - 16:08
| хорошо. пойдем дальше. если говорить о серверной оси с дисковым рейд массивом и терминальным подключением клиентов к 1с. будет ли в этом случае смысл ставить 64ось? | |
| 12
- 18.01.2012 - 16:13
| 12-Gorr > В этом случае - будет. Не говоря уж о том, что можно не юзать терминал, а юзать вэб-клиента (в M$-ом исполнении, на 2008) | |
| 13
- 18.01.2012 - 16:32
| (12) В случае 8ки, в этом случае большого толку от использования терминалов нет. Ставь x64 ось + x64 SQL + x64 сервер 1С. Толк будет | |
| 14
- 18.01.2012 - 16:36
| (14) Сколько не пиши, что терминальный сервер снеговику не нужен - все равно поиском пользоваться не начнут. | |
| 15
- 19.01.2012 - 00:47
|
12,14 т.е. особого выйгрыша от терминального доступа по сравнению с файловым по сети у 8ки нет? странно както... интересно, а если сделать файл сервер на никсах + самба? выйгрыш в деньгах очевиден. а в производительности сильно потеряем? | |
| 16
- 19.01.2012 - 13:46
| UP | |
| 17
- 19.01.2012 - 13:50
|
(16) Терминальный доступ в абсолютном большинстве случаев значительно хуже, нежели доступ через трезвенку клиент-сервер приложения - сервер БД. Даже если сервер БД - что нить бесплатное вроде DB2 или Postgres на linux. Файл сервер на самбе для 8ки - решение рабочее, но опять же бессмысленное. Точнее, имеет цель существования только если линуксоид работает за корку хлеба без масла, а на сервер 1С совсем дорого потратить каких то 42 тыр. | |
| 18
- 19.01.2012 - 16:25
|
(18) ради пяти - десяти бухов затраты на организацию трехзвенки нецелесообразны. в семерке использование терминального доступа (именно так щас работаем) дало существенный выйгрыш; вследствии чего и возникла тема. В итоге думаем поднять сетку до гигабита и вынести базу на юникс машину. Насколько будет тормозить такое решение пока не ясно. | |
Интернет-форум Краснодарского края и Краснодара |
