Беру сервер под сервер 1С, простите за каламбур. Процессор на нем Xeon e-1230 (архитектура sandy bridge, 4 ядра). В 1С будет 30 пользователей, конфигурация УПП.

Имеет ли смысл с точки зрения производительности включать Hyper threading (8 логических ядер при 4 физических ядрах) и иметь 8 процессов 1С сервера.
Либо не включать Hyper threading (4 логических потоках на 4 физических ядрах) при 4 процессах 1С сервера?
Какой из вариантов будет более производительным?

Программист 1с,
Памяти будет 12Gb, которая стоит дешевле, чем CD ROM к этому серверу.

Программист 1с,
Память с контролем ошибок. Собственно на этой МП только ECC.
И чем вам объем не нравиться? На 30 пользователей - более чем нормально.

Программист 1сНа ваш вопрос никто не ответит. Запустите и посмотрите.

А может кто исследовал данный вопрос. Этот форум как раз для того, что бы опытом делиться или нет?

Программист 1с,
Насколько я помню в вы не работаете с УПП. Так откуда "дровишки" про память?
Это по вашему на 50 пользователей нужно иметь 50 Гигов на борту, чтобы взлетело? У меня при 50 пользователях на УПП трудился сервер 1С с 16 гигами - работало все очень даже бодро.

Я вот например в 90% случаев работаю с УПП или КА. По моим исследованиям 400-500 мегабайт на активного пользователя (активно проводящего документы и активно гоняющего отчеты) вполне достаточно. Гигабайт , может понадобиться пользователю выполняющему операции по закрытию месяца, восстанавливающему последовательности и рассчитывающему себестоимость. Но таких пользователей из 30 будет 1-2 и не каждый день.

Итого имеем 10 активных - которым в сумме нужно 4-5 гигов.
10-15 - слабоактивных (гоняющих в течении дня 1-2 однотипных отчета и/или проводящих до 10 документов в день) которым нужно в сумме 3-4 гига.
Ну и 5 работающих время от времени, которым нужно в сумме максимум 1 Гиг.

Итого имеем, по максимуму 10 гигов необходимого ОЗУ, под сервер 1С. 2 Гига остается под систему.

Что не так в моих расчетах?

ADHP,

Что касается сервера БД это MS SQL - на отдельной машине, там свои расчеты по процам, по памяти и по дисковой подсистеме.

AHDPЕсть подозорение, что вы про разные типы работы сервера говорите. УПП в управляемых формах ещё не вышла.

Программист 1с Боюсь у меня действительно только управляемые.

Блин специально открыл копию продуктивной УПП в управляемом интерфейсе.
Открыл > 10 окон. Перепровел штук 20 документов. Создал и провел еще парочку. Сформировал несколько разных отчетов.
Закрыл все окна с документами и отчетами. Открыл заново штук 20 окон отчетов и документов. Перепровел еще штук 40 документов.
Присоединенные файлы не загружал и не открывал. Нет в УПП в ее куцом управляемом интерфейсе такой функции.
Использованное ОЗУ не вышло за пределы 282 Мб. При этом со 180 до 282 Мб использование ОЗУ активно росло, потом встало и стоит почти как вкопанное, что ни делай. Потребляет по 1-2 Мб на десять новых открываемых окон.

Сервер на тестовой машине 32х на 64х ОС.

Сейчас 64x сервер поставлю - посмотрю что будет.


AHDPЕдинственный минус, при росте количества процессов, увеличивается вероятность свопирования. А это может существенно снизить производительность.

Это уже интересней. Правильно я понимаю, что 8 процессов будут потреблять значительно больше памяти чем 4 процесса?
На сервере планируется SSD и RAID 0 из двух дисков. На каком из дисков будет своп еще пока не решил.

ArtKМожет имеет смысл обратить внимание на дисковую подсистему, в первую очередь, ибо raid raid'у рознь :) и может быть даже подумать о безопасности, например, 4 диска в raid 10 и 1 на хотспаре? А на SSD все же лучше положить ... к примеру TempDB, это если у вас MS SQL (хотя УПП не на db engine - дело сомнительное :)) ) А памяти, если это не Терминал или web приложение и 16 хватит (да и 12)

Читайте внимательно. SQL сервер будет на другой машине. Здесь обсуждается машина под Сервер 1С (сервер приложений).

Программист 1сvitkhv, сформировал отчет по всей простыне - за 1гб ухожу. Не стал ждать.

Поставил x64 сервер, поставил Торг 11, демо от 1С. Продуктивной к сожалению нет под рукой.
Создал пару документов, перепровел еще штук 25-30, присоединил пяток файлов (ограничение на размер присоединяемого файла в Торг 11 - 50 Мб) их же открыл из 1С. Сформировал с десяток отчетов. Открыл более 20 форм. Памяти более 390 Мб не сожрало.
Фото экрана с историей проведенных документов, открытыми окнами и используемой памяти прикрепляю.

Что у вас за конфа?

ArtK,
Железо недорогое 60-70 тыс. руб, за HP в стойку. ОС уже куплена давно Win 2003.

Что касается отдельно или вместе - вопрос интересный конечно, но раз есть возможность разнести значит разносим - организация не бедная. Но и деньгами не сорит. Например недавние приобретения пару серверов каждый по 11 килобаксов на железо под виртуальные машины для разработчиков на C++.
Т.к. внедрение 1С в качестве приоритета, выделить 70 тыс. под отдельный сервер, считает для себя возможным. Управлять например раздельными физическими серверами все же будет проще, чем напихать все это в один. При этом организация имеет еще и резервный SQL сервер. На котором временно будет развернута продуктивная база, до покупки выделенного SQL сервера для 1С.

Что касается дисков, райдов, SSD и свопов на сервере приложений - здесь имеет веское слово админ. К чьему мнению я и буду прислушиваться. Обслуживать в конце концов этот сервер ему, а не мне. Я могу лишь дать совет.

Мое мнение такового - максимально уменьшить вероятность скидывания страниц памяти в своп. Но и покупать гору памяти которая нафиг будет не нужна, я тоже не стану. Для случаев когда 1С сервер будет юзать своп - дать ему это делать быстро - поэтому здесь уже думаю о SSD либо RAID 0. Т.е. есть два варианта либо система на SSD и своп на RAID 0. Либо система на RAID 1 и своп на SSD.

Оба варианта достаточно отказоустойчивые. Здесь вопрос какой из этих вариантов будет быстрее.

AHDP
vitkhv, RAID0 для свопа быстрее не будет :(. Не те объёмы, а вот время на позиционирование головок может потребоваться в 2 раза больше.


Спорное утверждение RAID 0 на запись будет быстрее небольшого SSD на 40-80 гигов и примерно равен по скорости SSD на 160 гигов. Не критично уступать в скорости записи он начнет SSD от 160 гигов и то не далеко не каждому.

AHDPЗЫ Свопирование лечится только отключением самого свопа, что к сожалению, возможно только при гарантированном избытке оперативной памяти. LockPageInMemory - не поможет. Или я что-то существенное упустил в эволюции 1с ;)

Да нет же. На картинке видно, что rphost скинул в своп 390 гигов.


Вопрос в том как часто он будет лазить в своп за имеющимися там данными, если часто SSD под своп лучший выбор, если не часто - лучше RAID 0.

ArtK а зоопарк из разных серверов неуместен если необходимо быстро восстановить работу

Зоопарк из разных серверов всегда не уместен - но идеальных условий не бывает.

ArtK а выйгрыш в покупке отдельного сервера 1С весьма сомнителен.

Так же сомнителен выигрыш от размещения их в одном сервере.

ArtKА вот относительно SSD и swap ситуация еще более сомнительная, а много ли примеров из жизни работы своп и SSD для серверов приложений?

Сам у виска крутил, когда знакомый админ в розничных точках одной очень известной компании - начал файловые базы 1С на SSD пихать. А нет же взлетело, причем очень высоко - видимо падать с такой высоты больно будет. А у меня данных на SSD нет. Вопрос иметь там своп или не иметь. Хотя я больше к варианту RAID 0 склоняюсь, но пока не факт.

В общем можно подвести некую черту под обсуждением - на стандартных конфах и соответственно в моих случаях т.к. у меня конфы по максимуму стандартные. 500 мегабайт на активного пользователя, (в принципе даже с выключенным свопом) будет вполне достаточно. Это и подтвердило тестирование, что на УПП, что на Торговле 11.

Что касается количества процессов и включать или не включать HT - ответа получено не было.
Все обсуждение уперлось в своп

AHDPВо-первых не гигов, а мегов.
Во-первых - Это описка. Которую видно из контекста и снимка экрана. Зачем вы на этом заострили внимание?

AHDPВо-вторых, не скинул, а винда в свопе зарезервировала.
Во-вторых . Это не винда под своп зарезервировала - а это объем виртуальной памяти зарезервированной ОС для rphost. Сюда входит как своп так и физическая в ОЗУ.

AHDPВ-третьих, почитайте про работу свопа - это не кеш! А лазить будет часто - посмотрите счётчик page faults.
AHDPСсылку на тесты привидите пожалуйста. И укажите для каких объёмов... Размер страницы - 8 или 4 Кб, блока памяти 64 Кб.
В-третьих вам бы не мешало почитать про кэширование при работе RAID. Грубо говоря маленькие блоки будут компоноваться в большие и уже эти большие будут записываться на физические диски в райде, в фоновом режиме. Что в итоге будет ближе к линейной записи крупными блоками (и кстати в ряде тестов наблюдается влияние в лучшую сторону, кэша райда в операциях на чтение). Такого рода тесты будут более приближены к реальности. Если же мое понимание работы кэша обратной записи не верны - ссылку на тесты приведите пожалуйста.



AHDPЗЫ По HT Я Вам написал, что провалов с произвлодительностью при включении гипертрейдинга на 1С не наблюдается. Наблюдается рост доступности процессоров. Как при разнесённых серверах, так и при установке на одном сервере. Необходимое количество потоков сервера зависит от трёх параметров: сервера БД, количества активных пользователей по не смежным задачам, размера памяти сервера приложений.

Ссылку на тесты приведите пожалуйста. И укажите для какого количества процессов ваше утверждение верно. Нужно, что бы в тесте проводилось отключение всех ядер кроме одного и на нем проводилось тестирование при включенном HT.

AHDPЗЫЫ В том, что файловая 1С из-за постоянного лазанья на диск быстрее работает на SSD никто и никогда не сомневался.

Я и не сомневался, что в этом никто не сомневался.

ЗЫ AHDP, не нужно ёрничать - раздражает.

vitkhv,Проверил использование свопа сервером 1С.

На машине 16 Гб ОЗУ, Win 2008, своп находиться на RAID 0 из 2х WD 500 GB Black Ser. RAID контролер Intel ICH10R. Включен кэш обратной записи.
Хотя процессор на машине Core i7 860 имеющий Hyper threading, но HT отключен. Процессор неплохо разогнан при одновременном снижении напряжения от базового. Снижение напряжения служит для достижения температуры проца. при которой используеться пассивная система охлаждения. Включение же HT с таким напряжением - приводит к нестабильности системы, без HT система полностью стабильна.

Было запущенно 8 процессов сервера приложений.
Открыто 29 сеансов Торг 11. В каждом из сеансов было открыто несколько окон отчетов и документов. Отчеты формировались, документы перепроводились, справочники перезаписывались.

Был включен счетчик Байт файла подкачки для всех процессов rphost.

После запуска 10 сессий 1С и работы с ними, на двух процессах сервера было зарегистрировано использование файла подкачки. На 1 процессе 80 мегабайт, на втором 50 Мб.
Дальше запустил еще 10 сесий 1С - поработал с ними посмотрел на счетчики - использование свопа 0 Мб на всех процессах. В дальнейшем чтобы я ни делал с документами, справочниками и отчетами виртуальная память не использовалась.


Дальше запустил счетчики на регистрацию пиковых значений Байт файла подкачки. Чтобы отловить хоть какие то всплески использования свопа и запустил еще 9 сесий 1С, доведя общее количество сессий 1С до 29.
Беспорядочно стал работать с ними - итог использование свопа 0.

Из этого можно сделать предварительный вывод об использовании сервером 1С свопа при похожей конфигурации и нагрузке.
Своп - практически не используется. Возможно в течении дня при рабочей нагрузке своп и будет использоваться - но все равно незначительно.