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С свопа при похожей конфигурации и нагрузке.
Своп - практически не используется. Возможно в течении дня при рабочей нагрузке своп и будет использоваться - но все равно незначительно.