Конфигурация для 1с, от 50 до 100 пользователей

[gs]

Генка, она рулит только при мощных отчетах. Для одного юзера с типовыми задачами уже давно производительностиь процессора особого значения не имеет. А вот когда их дофига - тут ядра разберутся куда лучше, чем частота (просто тупо умножаем частоту на количество ядер и смотрим результат - восьмикоры средние вне конкуренции).
А судя по количеству юзеров и документов в день - там молотьба...

[anchor]

Я опыта набирался исходя из этих статей:
http://infostart.ru/public/147259/
http://infostart.ru/public/154405/

Поэтому напираю на мелкие технические детали)) Да, память важна. 1600 быстрей, чем 1333 на 20%. При том стоит память примерно одинаково.
А по дискам... Возможно, и в самом деле будет много 4 сасовских винта в рейде. Возможно, хватит двух.

[Stranger03]

"gs"
Ну по частоте я все-таки останусь при своем. А п дискам согласен. 19 тысяч иопсов на запись и 75 тысяч иопсов на чтение это ОЧЕНЬ дофига. Я не знаю сейчас таких задач, чтобы столько иопсов переварить. В сухом остатке я бы поставил пару ССД + САТА с макскешем. И на сэкономленные деньги на процы завернул. На 6-ть или на 8-мь ядер.

[anchor]

Процов... Ну с той частотой, что я хочу - процы будут стоить немало.
E5-2643 мне в этом плане нравится. Дешевый и быстрый.

[Stranger03]

Процов... Ну с той частотой, что я хочу - процы будут стоить немало.

Разница между 3-мя и 3.3 на практике будет практически не заметна. А вот ядер вам надо много.

[anchor]

Согласен.
Но E5-2690 стоит почти в 2 раза дороже)) а у него 2.9
Я начинаю задумываться о 4хпроцессорных системах))

Ну а если серьезно.
Если мы останавливаемся на 2 ссд в рейде 1, то нам нужен ссд S3700, никак не intel 710. Он не очень производительный.
Файлопомойку организуем на 4х сата винтах. В самом деле, не надо нам сасы.
После этого у нас освобождается энная сумма денег, которые мы можем вложить в процы..
Например, E5-2687W

[gs]

По поводу памяти - разница в производительности будет максимум единицы процентов. Если повезет.
Вы лучше дайте данные перфмона. А то обсуждение вокруг частоты и прочей ерунды, а не про реальную задачу.

[gs]

4000иопс на запись у интел 710 Вам мало?
Это примерно как 10-20 ХДД...

[gs]

Далась Вам эта частота. При таком количестве народу все свалится в кучу ядер-потоков в любом случае.

[anchor]

4000иопс на запись у интел 710 Вам мало?
Это примерно как 10-20 ХДД...

На самом деле там нет таких иопсов... Он работает медленнее, чем домашний ссд. На память, 200-250 Мб/с на запись и чтение. Фишка в том, что он такую скорость может постоянно поддерживать и не "задыхаться". А вот в S3700 нет такой проблемы. Мало того, S3700 еще и дешевле!

[anchor]

Далась Вам эта частота. При таком количестве народу все свалится в кучу ядер-потоков в любом случае.

Факт остается фактом. 1с прожорлива на мегагерцы... В ссылках выше я выкладывал инфу... Поэтому мне нужен быстрый проц, быстрая память, быстрая шина. Может,я не прав) Но вот хочу покапризничать, да и вообще, если возьму не то, что хотел, потом же совесть замучает)) Типа, а могло быть и быстрее))

[gs]

Я не против 3700. Я просто пытаюсь объяснить, что за деревьями Вы не видите леса.
Какое отношение линейный трансфер имеет к СУБД? Посмотрите перфмоном реальные потребности задачи - там небось несколько сотен иопсов от силы... 3700 конечно быстрее, теоретически - но Порше и Запор по МКАДу едут с одной скоростью...

По поводу мегагерц. Постараюсь объяснить. Частота - это здорово. Когда у Вас работает один юзер на одном ядре. Но потоки никогда не выполняются, целиком захватывая ядро. Даже если принудительно поставить аффинити (интересно, как Вы собираетесь это делать?), то это не помешает другим потокам захватывать кванты времени на этом ядре. И когда у Вас рядом сидят 50-100 человек - что, система будет ждать, пока один процесс не иссякнет? Да она просто навалит туда же кучу параллельных процессов и будет свалка, в которой побеждает толпа, а не рыцарь на белом коне... И чем больше этих параллельных процессов, тем больше контекст-свичинга в процессорах, что радости тоже не добавляет.

В общем, Вы это - суточный лог перфмона покажите - все понятно станет...

[gs]

Быстрее, чем требует задача все равно не будет - хоть что ставьте...

[anchor]

Лог я сейчас дать не могу... Завтра.

Я не особо разбираюсь во всех тонкостях серверостроения. Я программист, а не админ. Но все же.
Я согласен с вашими выводами, но... вы забываете, что 1с выполняется в клиент-серверном режиме! Соответственно, у нее есть 1-4 рабочих процесса. Именно в них происходят самые жестокие расчеты) И для этих 4х процессов не нужны 16 ядер. Им нужны 4 быстрых ядра. Тоже самое касается и MSSQL.
А что до пользователей.. В клиентских приложениях выполняется по большей части интерактивный код, связанный сформированием выходных форм отчетов, списков документов и т.п...

Я не против 8ядерников, просто они очень дорого стоят, когда они быстрые) А 8ядерник со скоростью 2.2 Ггц будет узким местом ВСЕГДА!

[gs]

Вы полегче насчет слабого места восьмикоров. Даже частота отличается далеко не драматически.
Лучше объясните, сколько у Вас человек занимается тяжелыми отчетами и сколько времени эти отчеты выполняются.

Что значит в клиент-серверном режиме? И где 1-4 процесса? Вы о сервере приложений? Ну так запустите еще несколько инстансов, если одного мало... Вы что, считаете, что все 100 юзеров должны обслуживаться 1-4 потоками?