Рекомендации по процессорам при подборе серверного оборудования для 1С

24.09.13

База данных - Инструменты администратора БД

Много было сломано копий в спорах о том, что лучше выбрать процессор (да и компьютер) для хорошей работы 1С. Особенно популярно обсуждение на инфостарте http://infostart.ru/public/147259/. Сегодня хочу поделиться своими личными соображениями о том, какой же процессор купить.

Прежде всего перед началом прочтения хочу отослать к материалам

//infostart.ru/public/147259/

Было очень много споров особенно о процессорах: сколько нужно ядер у процессора, достаточно ли только высокой частоты, почему некоторые более дешевые процессоры с высокой частотой показывают лучшие результаты в "тесте Гилева", чем дорогие многоядерные процессоры.

Вот что показывает накопленная статистика по тесту TPC-1C

 

 

Вот некоторые соображения по полученному графику.

  1. Результаты показаны только для клиент-серверного варианта (ведь он используется в основном).
  2. Результаты собраны за несколько лет от тысячи участников теста, а не выполнены одним человеком.
  3. Результаты принимаются "на веру", нет защиты от "недостоверных" данных, если отправитель захочет завысить или занизить цифры 
  4. Полагается, что тесты проводились именно на одном сервере, а не сложном кластере, состоящем из нескольких разнородных компьютеров, поэтому надо понимать, что результаты - это все таки усредненные, а не точные значения
  5. На результат влияет множество компонент, а не только процессор
  6. Многие присылали результаты, не настроив оптимально среду
  7. Для некоторых моделей процессоров результатов слишком мало, поэтому ошибки вроде пункта 6 могут сильно исказить общее мнение. Например очень мало результатов для E5-2687W.
  8. Из результатов были откинуты результаты процессоров i3,i5,i7 как процессоров "не для серверов", хотя это спорно. Важнее, что фильтр был наложен по количеству ядер, однако некоторые AMD все таки "проникли" в диаграмму, но их результаты низкие, поэтому можно не обращать внимания на них.

ВЫВОД, КОТОРЫЙ МНЕ КАЖЕТСЯ ОЧЕВИДЕН: Зависимость скорости одного потока 1С:Предприятие сильно зависит от частоты процессора.

СЛЕДСТВИЕ: Все таки для задач с нагрузкой как в тесте важно брать НЕ САМЫЙ ДОРОГОЙ ПРОЦЕССОР, А ПРОЦЕССОР С МАКСИМАЛЬНОЙ ЧАСТОТОЙ. В рамках одной серии одного поколения процессоров действительно самый дорогой процессор - с максимальной частотой.

Например для самой популярной серии процессоров E5-2600 самые дорогие E5-2687W, E5-2690 и самые быстрые.

Но как только сравниваются процессоры разных серий, например E5-2690 http://ark.intel.com/ru/products/64596/ и E7-4860

 http://ark.intel.com/ru/products/53571/Intel-Xeon-Processor-E7-4860-24M-Cache-2_26-GHz-6_40-GTs-Intel-QPI , то второй процессор чуть ли не в два раза дороже, но частота существенно меньше.

Может показаться, что в рамках одной серии все просто, но посмотрите на график результатов и процессор E5-2643 http://ark.intel.com/ru/products/64587/Intel-Xeon-Processor-E5-2643-10M-Cache-3_30-GHz-8_00-GTs-Intel-QPI . Он вроде существенно дешевле более "старших" E5-2660 http://ark.intel.com/ru/products/64584/Intel-Xeon-Processor-E5-2660-20M-Cache-2_20-GHz-8_00-GTs-Intel-QPI , но частота у него выше.

Возникает простой вопрос -  надо брать более дешевый процессор?

Более дорогие процессоры все таки одной закономерностью обладают  - у них больше ядер и кэша.

Рекомендую придерживаться вот каких соображений. Если Вы берете сервер для небольшого количества пользователей (30-50 пользователей), или Вы хотите решить проблему долгого однопоточного процесса вроде закрытия месяца - берите процессор с высокой частотой, а приведенный выше график Вам в помощь.

Кстати, из графика видна еще одна закономерность более новые процессоры при той же частоте обладают  "скрытыми" преимуществами, такими как работы с планками памяти на более высокой частоте, что тоже сказывается на конечном результате.

Могу утверждать, что в среднем при покупке сервере стоимость процессора составляет где то 10% от всего сервера, а вот вклад в общую производительность может достигать 50%. Поэтому если придерживаться принципа парето, экономить на процессоре - это самая большая ошибка имхо.

Теперь о более любопытном факте - разбросе значений для одной модели процессора в ходе тестирования разными пользователями.

 

Умышленно выбрал один из популярных процессоров E5-2650 чтобы продемонстрировать разброс значений теста.

Чуть ли не у половины пользователей значение меньше 20 баллов. О чем это говорит, правильно, скорее всего схема энергоснабжения - "энергосберегающая" а не "максимальная производительность".

Т.е. процессор это хорошо, это потенциал сервера, но его еще надо реализовать. Т.е. и так частота не самая высокая, так еще и среда, в которой 1с работает не настроена.

Правда тут может закрасться сомнения, а действительно дело в процессоре. Может быть можно все порешать "волшебными галочками".

Предлагаю посмотреть не на мой тест, а на тест процессора (сторонний, что похожее на флопсы).

 

Но я еще не ответил, а что же делать тем, у кого много пользователей, скажем 400.

 

Прежде всего хочу сказать что выбор между процессором E5-2643 (4 ядра ) и E5-2690 (8 ядер)  при соизмеримых частотах - достаточно условный (ну мне так кажется). Глупо при 400 пользователях сэкономить денюжку меньше одной зарплаты админа чтобы потом испытывать удачу. Подвох заключается в реальной интенсивности "работы" этих пользователей. На одном предприятии может и хватит ядер, а на другом - не хватит. 

Далеко не все задачи однопоточные. Более того, далеко не все задачи используют небольшие объемы.

Тут не просто надо брать и максимальную частоту и количество ядер, но и куда больше внимания уделять другим компонентам - размеру оперативной памяти и IOPS дисковой подсистемы, но это тему уже другой статьи.

процессор быстродействие производительность сервер компьютер тест гилева

См. также

Автоподбор ролей для профилей и групп доступа в любых типовых базах 1С УТ 11, КА 2, ERP2, Розница 2/3, УНФ 16/3, БП 3, ЗУП 3 и подобных (УФ, Платформа 8.3.14+)

Инструменты администратора БД Роли и права 8.3.14 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 15.12.2023, версия 1.1.

12000 руб.

06.12.2023    2770    11    1    

30

Infostart УДиФ: Управление данными и формами

Инструменты администратора БД Инструментарий разработчика Роли и права Платформа 1С v8.3 Конфигурации 1cv8 Россия Платные (руб)

Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.

10000 руб.

10.11.2023    3257    10    1    

31

SALE! 30%

PowerTools

Инструментарий разработчика Инструменты администратора БД Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Россия Платные (руб)

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

3600 2520 руб.

14.01.2013    177364    1071    0    

846

Ускоренное проведение документов (x4), устранение ошибок 60/62 счетов и зачет авансов (Бухгалтерия 3.0)

Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14400 руб.

29.04.2020    27189    78    146    

59

"Менеджер потоков 2.1": УПП: "Восстановление партий"

Инструменты администратора БД Платформа 1С v8.3 1С:Управление производственным предприятием Россия Бухгалтерский учет Управленческий учет Платные (руб)

Как оптимизировать то, что, считалось, не поддается оптимизации? Как повысить доступность базы данных? Как проводить самую «времяемкую» операцию не по паре раз в неделю, а по несколько раз в день*? Ответ есть!

20000 руб.

12.09.2019    11707    5    9    

7

Брандмауэр для сервера 1С Предприятие 8 - внешнее управление сеансами

Инструменты администратора БД Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

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

3600 руб.

06.02.2017    31043    31    18    

47

Система хранения присоединенных файлов в томах на диске

Инструменты администратора БД Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием Платные (руб)

Конфигурация Комплексная автоматизация 1.1 (и УПП 1.3 тоже) хранит файлы и изображения в справочнике Хранилище дополнительной информации в реквизите Хранилище типа ХранилищеЗначений. Та же история с ВложениямиЭлектроннойПочты. Но при этом присоединенные файлы в Электронном документообороте хранит в томах на диске. Эта доработка позволяет использовать стандартный механизм хранения файлов, изображений и вложений электронных писем в томах на диске. При этом можно разделить тома хранения по объектам конфигурации.

4200 руб.

10.11.2015    61229    87    59    

72

Хранилище файлов на SQL

Инструменты администратора БД Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Управленческий учет Платные (руб)

Привязка файлов / сканов к объектам 1С с сохранением их на SQL-сервере

12000 руб.

09.10.2019    10897    5    8    

9
Внимание! Тема закрыта. Добавлять сообщения в закрытую тему запрещено.
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. vdscom 20 24.09.13 15:47 Сейчас в теме
опыт показывает, что, как правило, не хватает именно IOPS. современные процессоры для серверов все достаточно производительные (из расчета типичной бухгалтерской нагрузки на ~50 одновременных пользователей), а вот даже 5 или 6 рейда на SAS 15k дисках - не всегда хватает.
то есть 8-12-24 ядер на 3ГГц - это хорошо, но если у вас не SSD массив - вас это не спасет :)
3. Gilev.Vyacheslav 1910 24.09.13 19:30 Сейчас в теме
(1) vdscom, про иопсы - есть попытка сделать некий тест в 1С тоже - http://www.gilev.ru/testg1c/ - он сейчас проходит обкатку, присланные результаты нам помогли сделать некоторые корректировки, поэтому прошу помочь набрать статистику, а к текущим значениям его относится осторожно
DeD MustDie; +1 Ответить
6. mirco 74 24.09.13 19:45 Сейчас в теме
(3) Ну а новый тест сейчас потестим ))))
Gilev.Vyacheslav; +1 Ответить
28. ansh15 25.09.13 14:33 Сейчас в теме
(3) Вячеслав, будет дописано сохранение результатов, чтобы можно было сравнивать СУБД, контроллеры, диски, RAID-ы?
39. Gilev.Vyacheslav 1910 25.09.13 23:13 Сейчас в теме
(28) ansh15, обязательно будет, когда мы наберем статистику, сейчас тест еще не устаканен, первая версия плохо различала SSD и HDD вообще )
поэтому буду признателен за любой собранный результат теста, мы сейчас калибруем на признаки "хорошо/плохо"
45. ansh15 26.09.13 22:53 Сейчас в теме
(39) потестил, вроде. http://wstaw.org/m/2013/09/26/tgm.png
Непонятно только, как он решает, когда нужно остановиться, после почти 40 мин. тестирования пришлось прервать принудительно. Может сделать, чтобы пользователь мог сам задать максимальное количество потоков, 10-20-30, например, или по умолчанию ставить удвоенное или утроенное количество ядер. Просто, при числе фоновых заданий 50-60 на один рабочий процесс, сервер приложений тупо виснет, это, кстати, в ошибках к последней версии платформы указано. Правда они почему-то указали число 500, думается, что нолик просто приписали...
Gilev.Vyacheslav; +1 Ответить
47. Gilev.Vyacheslav 1910 26.09.13 23:21 Сейчас в теме
(45) ansh15, Ваш тест выбивается из массы других (мы на такой железке не имели возможности проверить)
при чем прежде всего хотелось уточнить, как у вас файловая система отформатирована (явно не 512)?
а сколько у вас примерно пользователей , около 400, больше 400 сеансов?
49. ansh15 27.09.13 01:41 Сейчас в теме
(47) Там ext4, mkfs.ext4 по умолчанию, http://www.forum.mista.ru/topic.php?id=682072&all=1, посты 65-66. Пользователей пока немногим больше 20-ти, намечается до сотни.
Gilev.Vyacheslav; +1 Ответить
53. Gilev.Vyacheslav 1910 27.09.13 15:17 Сейчас в теме
5. mirco 74 24.09.13 19:45 Сейчас в теме
(1) У вас есть какая-то статистика о которой мы не знаем ? Что за попытка влиять на мнения окружающих, используя "обобщающие выражения". Вы бы еще употребляли "общеизвестно","ни для кого не секрет" и т.д.
Думаю ваше утверждение, не столь неоспоримо как Вам кажется...

(2) "Чукча не читатель - чукча писатель" ? Вы все прочитали ? Не всегда более дорогой процессор выгоднее "для 1с".

(3)Вячеслав, всегда нравились Ваши статьи и выводы... Собственно именно ваши публикации помогли научиться выбирать железо и настраивать нормально "сервера под 1с". Теперь в том же PG на xeon E3 количество попугаев улетает под 50 (ну правда еще документацию к PG пришлось от корки до корки разобрать...).

10. vdscom 20 24.09.13 22:09 Сейчас в теме
(5) mirco, у меня есть мои собственные наблюдения, результативную часть которых я и описал.
с секундомером и блокнотом я не тестировал, могу лишь сказать приблизительно следущее:

1. брендовый сервер 2U, 48ГБ ОЗУ (в винде доступно 32), 2 Ксеона по 6 ядер, 2.4 ГГц, рейд 6 (диски по 300ГБ SAS 15k), на сервере 2 базы "Управление торговым предприятием для Украины" (8 юрлиц) - закрытие месяца с расчетом себестоимости (производство было чисто условное - комплектация + добавление услуг) в одной базе приводит к таймауту (20сек) при проведении документов реализации в другой базе. то, что закрытие месяца в SQL версии базы выполнялось около 9 часов (по сравнению с 15 минутами в DBF версии) - я скромно умалчиваю.

впоследствии переписал документ "Комплектация номенклатуры", чтобы включать услуги в стоимость комплекта - проблема с быстродействием при закрытии месяца перестала быть актуальной.

2. скромный сервер 2U, 64ГБ ОЗУ (в винде доступно 32) Ксеон 6 ядер, 2.4 ГГц, 2 обычных сата диска по 1.5Гб в зеркале - при запуске отчета, выбирающего строки табличной части документа реализации (до 10 тыс документов в месяц по 5-10 строк), база тоже УТП - не то что таймаут 20сек для всех пользователей всех баз (остальные базы - обычная "Бухгалтерия для Украины"), сервак просто умирает, при этом дисковая очередь зашкаливает за 200

в обеих случаях порядка 50 активных пользователей, windows 2008 server standard edition 64bit, 2008 SQL server

мое субъективное мнение - в обеих случаях недостаточная производительность дисковой подсистемы


а насчет общих фраз, лишенных юридической силы - так для любого заказчика важно не количество попугаев, а отсутствие дискомфорта при работе в базе

если вам это интересно, рекомендую посетить сайт entry.ua, на главной странице есть ряд неплохих статей, посвященных проблемам быстродействия серверов 1с8
11. Gilev.Vyacheslav 1910 24.09.13 22:29 Сейчас в теме
(10) vdscom,
то, что закрытие месяца в SQL версии базы выполнялось около 9 часов (по сравнению с 15 минутами в DBF версии) - я скромно умалчиваю.
Рекомендую http://infostart.ru/public/174086/.

впоследствии переписал документ "Комплектация номенклатуры", чтобы включать услуги в стоимость комплекта - проблема с быстродействием при закрытии месяца перестала быть актуальной.
Именно оптимизировать код и надо, вот пример нашей работы, но не надо подменять понятия - влияние железа все равно существует, хоть и не такое сильное как у кода.

2. скромный сервер 2U, 64ГБ ОЗУ (в винде доступно 32) Ксеон 6 ядер, 2.4 ГГц, 2 обычных сата диска по 1.5Гб в зеркале - при запуске отчета, выбирающего строки табличной части документа реализации (до 10 тыс документов в месяц по 5-10 строк), база тоже УТП - не то что таймаут 20сек для всех пользователей всех баз (остальные базы - обычная "Бухгалтерия для Украины"), сервак просто умирает, при этом дисковая очередь зашкаливает за 200

в обеих случаях порядка 50 активных пользователей, windows 2008 server standard edition 64bit, 2008 SQL server

мое субъективное мнение - в обеих случаях недостаточная производительность дисковой подсистемы
Если у Вас не получается оптимизировать систему, то обращайтесь к нам.

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

а насчет общих фраз, лишенных юридической силы - так для любого заказчика важно не количество попугаев, а отсутствие дискомфорта при работе в базе
заключите с нами договор на работы и юридическая сила появится, не вводите в заблуждение людей

если вам это интересно, рекомендую посетить сайт entry.ua, на главной странице есть ряд неплохих статей, посвященных проблемам быстродействия серверов 1с8
- почему бы Вам не разместить их на инфостарте, а мы их обсудим?
12. vdscom 20 24.09.13 22:56 Сейчас в теме
(11)

Именно оптимизировать код и надо, вот пример нашей работы, но не надо подменять понятия - влияние железа все равно существует, хоть и не такое сильное как у кода.

я не сказал, что все начало летать, просто стало возможным более-менее нормально работать

Если у Вас не получается оптимизировать систему, то обращайтесь к нам.

пока у меня не получается выбить средства на модернизацию дисковой подсистемы

в обоих случаях надо не гадать, а снять замеры загруженности железа.

ознакомлюсь при случае

заключите с нами договор на работы и юридическая сила появится, не вводите в заблуждение людей

высказывание своего мнения не является его навязыванием. или мне везде обязательно вставлять IMHO ?

- почему бы Вам не разместить их на инфостарте, а мы их обсудим?

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

а за рекомендацию спасибо, почитаю
13. mirco 74 25.09.13 00:28 Сейчас в теме
(12) Вы обладаете разумом... Действительно, ни одна точка зрения не может быть абсолютной истинной. Тем более в условиях открытого ресурса - все комментарии лишь общее описание действительности. Люди редко раскрывают секреты, которыми кормятся...

p.s.:
По поводу entry.ua - у Игоря Шаститко есть цикл интересных видео, где он совместно с Юрием Жуковским (представителем entry) обсуждают проблемы выбора серверов и железяк... Слегка размазано, но очень познавательно...(ссылка нннада ? ) Ну а раз люди разбираются в железе, значит что-нибудь полезно в статьях с их сайта можно почерпнуть (еще не читал - сейчас посмотрим).
25. headMade 144 25.09.13 10:10 Сейчас в теме
(13) mirco,
конечно ссылки надо....
плиз
14. mirco 74 25.09.13 00:38 Сейчас в теме
ах да, только что xeon e3 1270v2 в тесте tpc_gilv_for82 под postgresql - 49,02 попугая, под небольшое количество пользователей - отличный процессор (жаль 1290 не было,только этот под рукой)

(11) Вячеслав, тест http://www.gilev.ru/testg1c/ выдал ошибку, письмо со скринами сейчас на почту вышлю ((
16. Gilev.Vyacheslav 1910 25.09.13 01:56 Сейчас в теме
(14) mirco, спасибо за помощь в нагрузочном тестировании http://www.gilev.ru/testg1c, ответ написал почтой
первоначально ошибки должны быть, было бы удивительно если бы сразу произошло чудо )
но мы будем работать над этим :)
2. Ta_Da 24.09.13 18:42 Сейчас в теме
Не очень понимаю для кого и для чего эта статья. Т.е. собирали-собирали данные о "попугаях" от разных пользователей. Достоверность данных по большому счету под вопросом (что там творится на сервере, какое железо помимо процессора и т.п. автором не учитывается и учитываться полноценно не может в виду отсутствия информации), как в анекдоте про опрос и замер.
На выходе нечитаемая таблица в которой вперемешку идут разные процессоры и сумбурное изложение мыслей автором.

Ну это еще пол беды, но вывод то какой? "Берите самый дорогой и самый быстрый процессор" ? Любой эникейщик, да что там эникейщик, любой руководитель фирмы, который системный блок называет процессором и в 1С даже отчет не умеет строить, скажет то же самое - "покупаем самое дорогое, чтобы перед пацанами стыдно не было", уж извините.

P.S. Не так давно на Инфостарте была статья, в которой оценивали производительность сервера 1С при разных сетевых контроллерах (от 10Мбит до 10Гбита, кажется). В итоге сделали "неожиданный" вывод, что 10 Гбит - лучший выбор. Но там по крайней мере тестирование проходило в одинаковых условиях и на одном и том же физическом сервере, что позволяло оценить прирост производительности относительно роста стоимости. Какой вывод можно сделать тут - я теряюсь в догадках.
4. Gilev.Vyacheslav 1910 24.09.13 19:32 Сейчас в теме
(2) Ta_Da, вы правы, но у меня один к Вам вопрос: почему столько много людей купило e5-2620?
7. Ta_Da 24.09.13 20:04 Сейчас в теме
(4) судя по тому что в этой статье о 2620 упоминаний я не нашел, это был вопрос на сообразительность? Попробую угадать: потому что этот процессор идет в составе HP Proliant бюджетного уровня, а сервера HP это "дешево и сердито" (относительно, конечно же).

P.S. Я к чему писал-то: Ваша статистика была бы гораздо интересней и полезней, если бы была представлена не в виде диаграммы, а именно таблицы с несколькими колонками типа среднее число попугаев/медианное число попугаев/частота/количество ядер/условная стоимость. Ну или хотя бы в виде цифр по попугаям, чтобы каждый желающий мог к ней нужные колонки добавить.

(5) mirco, я все прочитал, не переживайте. Некоторые абзацы даже по нескольку раз.
9. Gilev.Vyacheslav 1910 24.09.13 20:34 Сейчас в теме
(7) Ta_Da, если перед тестом tpc-1c указать почтовый ящик (идентификатор), то по окончанию теста при наличии интернета можно в таблице результатов сравнить с другими - мы стараемся показать результаты тем, кто взаимно согласен показать свои...

но имхо а смысл писать статью, я наоборот постарался сделать аналитику из собранных данных, таблица не предоставит большую точность, так как многие делали тест десятками раз на одной конфигурации, другие по разу - это создаст разные "весы" при подсчете, поэтому я "отфильтровал" по своему данные, предлагаю принять на веру )

(8) вот и пытаюсь призывать не экономить на процессорах, делать это с умом и привожу аргументы
8. ansh15 24.09.13 20:21 Сейчас в теме
(4)
Дешевый, наверное... Это же не пепелац породы Мереседес, его в качестве элемента "крутизны" публике не представишь. А на памяти экономят, видимо, из-за до сих пор устойчивого штампа "у нас семерка с одним гигабайтом работала и все летало."
Gilev.Vyacheslav; +1 Ответить
15. Evgen.Ponomarenko 565 25.09.13 01:41 Сейчас в теме
СЛЕДСТВИЕ: Все таки для задач с нагрузкой как в тесте важно брать НЕ САМЫЙ ДОРОГОЙ ПРОЦЕССОР, А ПРОЦЕССОР С МАКСИМАЛЬНОЙ ЧАСТОТОЙ.

Поддерживаю, со временем пришел к такому же выводу.
Максимальная производительность - результат достижения баланса:

1) Тактовой частоты процессора
2) Объема внутреннего кеша процессора
3) Объема/частоты памяти
4) Производительности дисковой подсистемы

Узким местом системы может стать:
1) Очередь на процессоры
2) Очередь на дисковые операции

Количество ядер обратно пропорционально объему внутреннего кеша на ядро.
Оптимальная нагрузка на процессоры 5-25%. Меньше 5% - можно уменьшить количество ядер, больше 25% - нужно увеличить.


ansh15; mirco; Gilev.Vyacheslav; +3 Ответить
17. Gilev.Vyacheslav 1910 25.09.13 01:58 Сейчас в теме
(15) Evgen.Ponomarenko, очень конструктивный пост, спасибо!
18. Evgen.Ponomarenko 565 25.09.13 02:04 Сейчас в теме
20. mirco 74 25.09.13 02:24 Сейчас в теме
(18) И как там 1с на Oracle ? Или у Вас на нем не 1с ?
19. mirco 74 25.09.13 02:21 Сейчас в теме
(15) А еще можно добавить, что любые попытки оптимизации нужно производить только после тщательного анализа происходящего.
Почему-то многие считают, что есть "рубильник" - дернул в положение "вкл" и оно как начнет летать )) А ведь как Вы и сказали нужно сперва найти узкое место.Тут на помощь приходят всем известные (и ни кем, почему-то, не используемые) счетчики производительности, различные утилиты;
iotop,top,free-m - для unix подобных
cpu-z,crystal disk mark, aida -для windows
и, конечно же,сервисы gilev.ru - для всех систем... (сто рублей за рекламу )) )
Вот только люди ленивы, им бы сразу покажи что включить и где нажать. А понимания как "оно все там происходит" - оно никому не надо.
23. webester 26 25.09.13 09:07 Сейчас в теме
(19)Кому надо, тот разберется, кому не надо, тому не надо. Поэтому: больше статей хороших и разных! :) Начинать разбираться с "нуля" проще, когда материала много. Сам пытаюсь писать, что бы помогать тем кто в начале пути. У меня как правило "разбор полетов" начинается тогда, когда "ну сделай ты уже что нибудь!". Время оно денег стоит. Тратить его на "потом пригодится" нет возможности.
27. ansh15 25.09.13 14:16 Сейчас в теме
(19) mirco, "Вот только люди ленивы, им бы сразу покажи что включить и где нажать. А понимания как "оно все там происходит" - оно никому не надо."

Второй график в публикации как раз и является подтверждением ваших слов. Тех, "у кого за тридцать"(для этого процессора вполне нормальный результат), ощутимое меньшинство. То есть это вопрос не технологический, а скорее из области социально психологии, что-ли...
21. webester 26 25.09.13 08:51 Сейчас в теме
Мысли интересные. Только граяик анализировать не очень удобно. Удобнее была бы действительно таблица с ценой, ядрами, количеством тестов и прочими ТТХ, что бы можно было бы сортировать по столбцам и самостоятельно построить нужный график при необходимости. Или даже загнать в базу 1С :) или сделать гугло таблицу, или ... в общем варианты есть. Наблюдал интересный казус: модель проца намеренно оставил, он хоть и не серверный но таки, загружены все ядра и причем равномерно. На скрине запечатлен момент загрузки очень большого файла обмена РИБ и отчетливо видно тот момент когда загрузка закончилась. То есть проц был занят только загрузкой. Подскажите как это возможно? Повторить не могу ибо делать эксперименты на боевом сервере не имею права.
29. rus128 2 25.09.13 15:01 Сейчас в теме
(21) а смысл давать колонку с ценой, если в разных регионах она может быть разной, а через месяц может утратить актуальность?
30. webester 26 25.09.13 15:05 Сейчас в теме
(29)Для того, что бы вычислить соотношение цена\качество?
40. Gilev.Vyacheslav 1910 25.09.13 23:18 Сейчас в теме
(30) webester, у меня есть сомнения на счет цены/качества, имхо тут важнее понять из какой линейки выбирать топовые E3, E5-1xxx, E5-2xxx, E5-4xxx, E7
43. webester 26 26.09.13 01:49 Сейчас в теме
(40) Имелось ввиду: этот на 20% дороже но по тестам производительность выше вдвое, а вот этот ровно в 2раза дороже а производительности чуть, его вообще надо убрать из кандидатов. Где то в таком ключе.
46. Gilev.Vyacheslav 1910 26.09.13 23:17 Сейчас в теме
(43) webester, оставлю Вам возможность написать такую статью здесь, возможно она даже окажется популярней чем эта )
48. webester 26 27.09.13 01:38 Сейчас в теме
(46) Отличный, "взрослый" подход:
- Таблица должна быть более информативная!
- Тебе надо, ты и делай.
52. Gilev.Vyacheslav 1910 27.09.13 15:14 Сейчас в теме
(48) webester, осторожней со словом "должен" - это подход немного другой категории
56. webester 26 27.09.13 16:27 Сейчас в теме
(52) Я написал достаточно развернутый ответ, на эту реплику. Но подумал и стер. Действительно, извините, что привязался. Вы никому и ничего не должны.
31. 7o2uYXg 44 25.09.13 15:20 Сейчас в теме
(29) чтобы читатель мог получить представление о соотношении, да.
Понятно, что через год это соотношение может быть радикально другим, но суть изложенного от этого не изменится.
37. Gilev.Vyacheslav 1910 25.09.13 23:03 Сейчас в теме
(21) webester, специально стал нагружать ценой, потому что цены с одной стороны постоянно меняются, да и в разных регионах разные, зато есть точные назвали моделей, поэтому ориентировочную цену и характеристики легко посмотреть на сайте интела
http://ark.intel.com/ru/products/family/59137/Intel-Xeon-Processor-E3-Family/server
http://ark.intel.com/ru/products/family/59138/Intel-Xeon-Processor-E5-Family/server
http://ark.intel.com/ru/products/family/59139/Intel-Xeon-Processor-E7-Family/server
42. webester 26 26.09.13 01:44 Сейчас в теме
(37)Согласен! Цену можно посмотреть, производительность тоже приблизительно прикинуть, выводы сделать, статью не читать\писать... Цены в (21) не главное, так для ассортимента, если так критично сделайте вид, что я про них не говорил. Основная мысль была все таки немного в другом.
22. Slotty 25.09.13 09:01 Сейчас в теме
Gilev.Vyacheslav, хоть кто то собирает такую статистику. Хотя она относительная и спорная и все по 6 - пункту.
24. Evgen.Ponomarenko 565 25.09.13 10:02 Сейчас в теме
Извиняюсь... может я не в тему, но подскажите плиз:
1) Какую производительность дисковых подсистем можно считать нормальной
(к примеру raid10 на контроллере lsi mr9260-4i)
2) Каким инструментом можно выловить конкретный процесс который грузит дисковую подсистему.
26. smit1c 106 25.09.13 13:51 Сейчас в теме
(24) Evgen.Ponomarenko,
монитор ресурсов, в режиме онлайн видно какой из процессов больше других использует диск
Evgen.Ponomarenko; +1 Ответить
32. Evgen.Ponomarenko 565 25.09.13 15:34 Сейчас в теме
(26) smit1c,

Семен-Семеныч! Большое спасибо!!!
Где были мои глаза? Видать совсем замылились - смотрю в книгу вижу фигу!
Большое Вам человеческое спасибо! Мне другое интересно... почему, когда я задавал такой простой
и очевидный вопрос админам - ответы были из серии космических кораблей бороздящих безграничные просторы
Гугла и Яндекса. Мне даже в голову не приходило глянуть себе под нос.

Тигра предлагает Вини-пуху лапу дружбы :)))
34. awk 741 25.09.13 18:52 Сейчас в теме
(32) Evgen.Ponomarenko, А что вы хотели от пресиникейщиков?
(0) Статья безусловный +.
36. Evgen.Ponomarenko 565 25.09.13 19:38 Сейчас в теме
(34) awk,
Так если ж бы аникейщики, таких видно за версту. Мои знакомые админы - профи с большим стажем. Только у них напрочь отсутствует системное мышление, которое с лихвой компенсируется всеубеждающей харизмой. Мне иногда кажется, что в админы идут, те кому программировать не дано,а быть в теме IT очень хочется.
Хотя и бывают приятные исключения. И чем реже исключения - тем приятнее.
38. Gilev.Vyacheslav 1910 25.09.13 23:09 Сейчас в теме
44. Evgen.Ponomarenko 565 26.09.13 11:05 Сейчас в теме
(38)
Спасибо...спасибо мне уже помогли! (26) smit1c
Gilev.Vyacheslav; +1 Ответить
33. molodoi1sneg 17 25.09.13 16:21 Сейчас в теме
Статья - отличный ответ на типичный вопрос клиента: "Какую конфигурацию сервера выбрать?"
Жду продолжения статьи по другим составляющим сервера.
41. Gilev.Vyacheslav 1910 25.09.13 23:20 Сейчас в теме
(33) molodoi1sneg, ну если новый тест приживется, то и напишу про диски
35. Dima69 52 25.09.13 19:23 Сейчас в теме
Спасибо за статью. Жду продолжения про другие составляющие сервера
50. Fenicss 27.09.13 07:53 Сейчас в теме
Хорошая статья . Вот только есть 1 момент вы сказали что эти результаты собирались тысячами клиентов. Сразу вопрос соответственно было бы интересно смотреть полностью сборку сервера включая материнку диск и объем оперативки. Потому что как показала практика очень большую роль может играть пропускная способность шин.
54. Gilev.Vyacheslav 1910 27.09.13 15:17 Сейчас в теме
(50) Fenicss, в (9) уже ответил:
если перед тестом tpc-1c указать почтовый ящик (идентификатор), то по окончанию теста при наличии интернета можно в таблице результатов сравнить с другими - мы стараемся показать результаты тем, кто взаимно согласен показать свои...
есть убеждение, что смотреть чужие результаты и не показывать свои - это плохая карма )
57. Fenicss 28.09.13 05:35 Сейчас в теме
(54) Просто мы тоже недавно покупали сервер для 1с и как оказалась очень много зависит именно от материнки и скорости жесткого диска. А разница между процессорами оказывается не такой большой как хотелось. И обычно при покупке более мощного процессора не экономит на других его частях соответственно говорить о точности теста здесь тяжело.. А все таки где то есть полное комплектация компов что бы увидеть реальные сборки?
61. Gilev.Vyacheslav 1910 01.10.13 01:54 Сейчас в теме
(57) Fenicss, о какой точности вы говорите - это вообще синтетический тест! Каждое внедрение по своему уникально. Наиболее точный тест естественно будет на той конфигурации и операциях, которые вы планируете использовать на вашем сервере...для этого нагрузочное тестирование и придумано...
51. zaoallat 27.09.13 08:21 Сейчас в теме
Я думаю, что процессор без всего основного не сильно играет роли память и дисковая подсистема тоже тяжеловесы в обработке данных 1с 8.Х.
55. Gilev.Vyacheslav 1910 27.09.13 15:19 Сейчас в теме
(51) zaoallat, тоже так думаю, поэтому и предлагаю помочь нам со статистикой в тесте http://www.gilev.ru/testg1c/
58. C4H9O2N 30.09.13 06:24 Сейчас в теме
То что оно однопоточное , и отсюда чем болше частота тем шибше 1с, это понятно , это замечательно(имею ввиду не сам факт , а "научную" доказанность). Но ведь вот тот же сервер базы данных - он на другой машине - или на той же самой? А ведь (насколько я помню) MSSQL способен доблестно выжырать практически неограниченный объем памяти , в зависимости от размера баз.И процессорного времени тоже хочет.Но это так , рассуждение "с общих позиций". Вообще получается некая многомерная линейка , и получается такая "околоидея" - в "многомерных" системах резко выигрывая по одному параметру можно достичь значительно менее эффективной системы , чем при равномерном "вытягивании" параметров.И вот ещё нюанс , на хабре недавно один гражданин поведал ,как поставил на довольно быструю современную машинку висту.Висит.Причем не потому что судорожно что то считает , а именно кто-то где-то кого-то ждет.
60. h00k 50 30.09.13 15:39 Сейчас в теме
(58)C4H9O2N,
>Но ведь вот тот же сервер базы данных - он на другой машине - или на той же самой?
В контексте 1С сервер баз данных,PostGreeSQL, MS SQL или Oracle - не важно, является простым хранилищем данных. Соответственно, чем быстрее сервер 1С получит доступ к этим данным, тем быстрее обработает и вернет результат запроса. Естественно, что наибольшая скорость обмена данными достигается при установке сервера 1С и сервера БД на один физический сервер.

>выигрывая по одному параметру можно достичь значительно менее эффективной системы , чем при равномерном "вытягивании" параметров
"Равномерное" вытягивание параметров - это, на мой взгляд, идеал который в реальности не достижим, обычно все сводится к устранению "узких" мест. Причем "узкие" места присутствуют в любой системе, и нам остается только попытаться свести к минимуму их влияние на общую производительность системы.
64. Gilev.Vyacheslav 1910 01.10.13 02:09 Сейчас в теме
(60) h00k, думаю что универсальных рецептов, подходящих всем не бывает
но учесть опыт других думаю не повредить ни кому )
например при установке на один сервер нескольких ролей (функций) мы тем самым уменьшаем доступное количество мощности сервера для каждой роли (функции) - вообщем любые решения имеют плюсы и минусы, надо смотреть в каждом конкретном случаи где больше плюсов
66. h00k 50 02.10.13 11:55 Сейчас в теме
(64) Да Вячеслав, именно это я и имел в виду, когда далее написал что у любой системы есть "узкие" места, даже если на текущий момент времени их влияние не заметно.
Просто я на всякий случай еще раз напомнил, что сервер 1С использует SQL сервер всего лишь как хранилище данных. И соответственно, большинство рекомендаций по выбору оборудования извне 1С сообщества нам не подходят. У них другие задачи и другая схема работы с SQL сервером.

Поэтому разрабатываемые вами тесты, за них отдельное спасибо, и накопление статистики очень нужная задача. Жаль что компания 1С при запросе подобной статистики отсылает к технологическим вопросам крупных внедрений. Все таки у них больше ресурсов для сбора такого рода информации.
Gilev.Vyacheslav; +1 Ответить
76. C4H9O2N 04.10.13 05:24 Сейчас в теме
(60)h00k, ОК , возможности СУБД не используются ,влияние СУБД на загрузку проца незначительно.
А вот про узкие места несколько более интересный вариант , задача выбора железа похожа на задачу "о рюкзаке" , с одной интересной особенностью - полезность предметов (ЦПУ,частота обмена с памятью,применение SSD,файловый вариант базы на RAM диске) неочевидна. (а кто нибудь видел на железке например "это может выйти из строя:через 3мес-с вераятностью а , через 6мес с вероятностью в .." и тому подобные попугаи входящие в (стоимость владения?) ) Gilev.Vyacheslav решает эту задачу методом Монте-Карло , с помощью сообщества. Точных указаний подобный метод дать принципиально не может но выявить интересные вещи - всегда.
Идеал недестижим,вот допустим не видел ещё ни одного прямоугольного кирпича , но разве при взгляде на проем я не могу "прикинуть" необходимость кластераколичество кирпичей , благодаря изначальной прямоугольности кирпича.И если кирпичи леплю я сам то нужны какие-нибудь "глаза" ,чтобы увидеть когда у меня получится трапеция , или вобще нечто бесформенное. // разумеется это, мною вышеописанное является "Моим Мнением" , возможно глупым или некорректным, предоставленным с наслаждением или без оного , включая но не ограничиваясь ситуациями алкогольного опьянения автора.
80. h00k 50 04.10.13 10:38 Сейчас в теме
(76)>(а кто нибудь видел на железке например "это может выйти из строя:через 3мес-с вераятностью а , >через 6мес с вероятностью в .." и тому подобные попугаи входящие в (стоимость владения?)

Забавно такое читать, у вас вообще есть опыт закупок серверных комплектующих? Понимание термина "стоимость владения"?
При покупке нормального сервера, гарантия распространяется на весь сервер целиком, и дается, чаще всего, на 3 года.
При "самосборе" на любую железку действует гарантия производителя, указан период в течении которого комплектующая гарантировано будет работать, при штатных условиях эксплуатации.

Ваши же "попугаи входящие в стоимость владения" мне напомнили критерии "оверклокеров", пытающихся выжать из дешевых процессоров производительность топовых...

Авантюризм при планировании производственного сервера не допустим. Есть расчетный срок службы комплектующих, есть план замены/модернизации комплектующих сервера. Причем, при подготовке плана замен расчетный срок службы берется ниже указанного в ТТХ комплектующей, с запасом.
Выход из строя комплектующей раньше планового - не штатная ситуация и чаще всего гарантийный случай.
82. ZLENKO 398 04.10.13 10:46 Сейчас в теме
(80) "Понимание термина "стоимость владения"" доступно только просветленным! Нам этого не понять :-(
84. h00k 50 04.10.13 11:25 Сейчас в теме
(82)На ваш взгляд, во фразе:
а кто нибудь видел на железке например "это может выйти из строя:через 3мес-с вераятностью а , через 6мес с вероятностью в .." и тому подобные попугаи входящие в (стоимость владения?)

должен быть употреблен термин "стоимость владения", а не "риски"?!
63. Gilev.Vyacheslav 1910 01.10.13 02:06 Сейчас в теме
(58) C4H9O2N, мне бы очень не хотелось, чтобы из моей статьи был сделан вывод что надо покупать мощный проц, а остальное не имеет значение

разумеется можно купить E3-1290 и удивляться потом, почему он не вытягивает 700 пользователей

65. mirco 74 01.10.13 19:30 Сейчас в теме
(63) Кстати о 700 и выше... Вот кто-нибудь бы поделился статьёй на тему "700 негритят и конфликт блокировок".

(off-top)Очень интересные комментарии: почему большинству людей так важно написать Свое мнение ? Даже если оно совсем глупое ? Даже если они не сильны в предметной области, а лишь умеют с наслаждением представлять свои величественные достижения и знания ? Почему все знают о "молчи - за умного сойдешь", но никто не применяет.... "нипонятнооо"...
Gilev.Vyacheslav; +1 Ответить
67. ZLENKO 398 03.10.13 11:21 Сейчас в теме
(65) К сожалению 700 "негритят" у меня нет :-( Есть 150 "негритят" активно работающих в УПП и Розница (сеть супермаркетов среднего размера) из которой "в онлайне" грузятся и проводятся чеки в УПП :-) Конфликты блокировок побеждены (конфликтов блокировок в принципе нет :-))! Код проведения в УПП переписан существенно, но по объему изменений в коде немного. Никакими процессорами "кривизну" логики проведения документов компенсировать невозможно :-)
70. grum01 115 03.10.13 11:28 Сейчас в теме
(67) А вот с этим полностью согласен.
Код в типовых конфигах постоянно шлифуется.
На собственном опыте уяснил давно: один и тот же алгоритм, написанный разными людьми, работает с разными скоростями.
Путем шлифовки кода добивался ускорения до 15 раз в некоторых обработках.
74. Gilev.Vyacheslav 1910 03.10.13 20:24 Сейчас в теме
(70) grum01, любая типовая конфигурация не может учитывать индивидуальных особенностей - это компромиссное решение которое учитывает что вероятнее всего используется большинством и не учитывает остального
естественно работа той же упп на односокетном и восьмисокетном сервере должна учитывать разницу и использовать ее, но делать это уже должны не программисты 1С, а те кто внедряют на конкретном предприятии имхо
78. grum01 115 04.10.13 06:00 Сейчас в теме
(74) Речь не об индивидуальных особенностях, а о местами сильно замудренном коде в принципе.
Это не претензия к разрабам, просто констатация.
Сама типовая конфа без всяческих доработок грешит не особо отточенным кодом.
81. ZLENKO 398 04.10.13 10:43 Сейчас в теме
(78) Даже "далеко ходить" не надо - возьмем тот же запрос получения остатков партий в УПП (в УТ похожий). Сколько уже понаписано на тему оптимизации этого запроса - ускорение минимум на порядок... И что ? Код в типовых какой был такой и остался, а 1С рекомендует чаще обновлять статистику вместо того чтобы запрос переписать. И подобных примеров можно привести достаточно...
88. Gilev.Vyacheslav 1910 04.10.13 20:17 Сейчас в теме
(81) ZLENKO.PRO, голословно - приведите пример "как есть" и "как надо" в виде конкретного кода
71. Gilev.Vyacheslav 1910 03.10.13 20:19 Сейчас в теме
(67) ZLENKO.PRO, это Вам только кажется, какие процессоры на вашем предприятии у серверов 1С и субд?
90. ZLENKO 398 05.10.13 12:29 Сейчас в теме
(71) Хотите предложить моему клиенту купить новый сервер ? :-)
А зачем если на текущем сервере конфликтов блокировок не возникает ?
Хотя конечно можно "подпортить" код и они появятся ...:-)
И тогда с "чистой совестью" рекомендовать клиенту новые процессоры :-)
91. h00k 50 05.10.13 13:20 Сейчас в теме
(90) Не могу понять, смысл ваших постов в этой теме? Как вы круто "победили" конфликты блокировок?
Но вы даже не знаете спецификации рабочего сервера...

Клиент купил около года назад достаточно крутой и дорогой сервер, но что именно там стоит внутри я не уточнял.
(с)

Легко побеждать блокировки когда, например, в сервере стоит пара E5-2690, 128Gb оперативки и RAID 10 из SSD-дисков, а сервер СУБД и сервер 1С: Предприятие правильно настроены и установлены на одном физическом сервере.

А попробуйте повторить на сервере в котором пара E5603, 32Gb оперативки и RAID 5 на SATA-II дисках.
Gilev.Vyacheslav; hogik; +2 Ответить
92. ZLENKO 398 05.10.13 21:55 Сейчас в теме
(91) "RAID 5 на SATA-II дисках"
Я даже пробовать не буду - это не сервер для 1С :-)

"Легко побеждать блокировки когда, например, в сервере стоит пара E5-2690, 128Gb оперативки и RAID 10 из SSD-дисков"
Ну если знаеш как, то легко, а если не знаеш то никакие SSD не помогут.
Кстати SSD должны быть не просто SSD, а с интерфейсом SAS.
93. hogik 443 05.10.13 22:30 Сейчас в теме
(92)
"Кстати SSD должны быть не просто SSD, а с интерфейсом SAS."(с)

Владимир (ZLENKO.PRO).
Опять заблуждаетесь. :-)

Interface PCI Express Gen. 2 x 8
Read Bandwidth Up to 2,800MB/s
Write Bandwidth Up to 2,800MB/s
Random Write Operations (4kB) 410,000 IOPS
Random Write Operations (8kB) 275,000 IOPS
Maximum IOPS 500,000 IOPS
Weight 283g :-) :-) :-)

http://ocz.com/enterprise/z-drive-r4-pcie-ssd/rs-specifications
94. ansh15 06.10.13 00:06 Сейчас в теме
(93) hogik, а цена у них, так просто замечательная, как раз для покупателей E5603 или аналогичных.
96. hogik 443 06.10.13 00:52 Сейчас в теме
(94)
Андрей (ansh15).
Цена у него вполне нормальная для нормального сервера. ;-)
Моё мнение, что технологию SSD только так и надо использовать.
Т.е. использовать без всяких "переходников" типа SATA, SAS.
(95)
Владимир (ZLENKO.PRO).
У нас такие в серверах не стоят.
Не требуется, т.к. мы не используем 1С-продукт. :-)
98. ZLENKO 398 07.10.13 10:45 Сейчас в теме
(96) Не соглашусь по поводу цены... Модель на 300Гб во внимание брать не будем, т.к. это мало. Их нужно как минимум два чтобы объединить в RAID, т.к. учитывая надежность SSD ... А пара z-drive-r4-pcie-ssd на 800Гб стоят как целый сервер среднего уровня. Если Ваши клиенты могут себе такое позволить - я за Вас рад :-)
107. hogik 443 07.10.13 18:34 Сейчас в теме
(98)
"Не соглашусь по поводу цены... Если Ваши клиенты могут себе такое позволить..."(с)
Стоимость двух штук: 400000 руб.
Срок службы/гарантии: 3 года.
Считаем: 400000/(3*365).
Около 370 рублей в день за повышение производительности системы в 2-3 раза. :-)
95. ZLENKO 398 06.10.13 00:13 Сейчас в теме
(93) У Вас такие в серверах стоят ? :-))))))))))))))))))))
97. Gilev.Vyacheslav 1910 07.10.13 01:02 Сейчас в теме
(92) ZLENKO.PRO, напишите статью на инфостарте
ZLENKO; h00k; hogik; +3 Ответить
99. ZLENKO 398 07.10.13 11:15 Сейчас в теме
(91) Разброс параметров (диаграмма в статье) для одного и того же процессора наглядно показывает что процессор сам по себе еще мало что решает - очень многое зависит от остальных компонент сервера. Было бы интересно увидеть аналогичную статью по оперативной памяти.
Смысл в моих постах в том что прежде чем бежать покупать новый процессор в сервер (или новый сервер :-)) надо заняться оптимизацией кода приложения, т.к. если у вас в конфигурации, например, стоят автоматические блокировки, то новые процессоры и SSD вам не сильно помогут.
Вячеславу за статью спасибо. Вывод из статьи - для сервера 1С надо покупать i7-4930K по 600$ за штуку, но на первой диаграмме данных по ним нет :-( Я понимаю маркетинговые ходы Intel по разделению процессоров на серверные (надо же им деньги зарабатывать :-)) и не серверные, но таки интересно было бы увидеть наглядно а есть ли разница применительно к теме топика ?
100. h00k 50 07.10.13 12:07 Сейчас в теме
(99)
Разброс параметров (диаграмма в статье) для одного и того же процессора наглядно показывает что процессор сам по себе еще мало что решает - очень многое зависит от остальных компонент сервера.

Очень многое решают настройки сервера, сервер "из коробки" и нормально настроенный - совершенно разные уровни производительности. Следующий важный критерий - дисковая подсистема, потом скорость обмена между сервером СУБД и сервером 1С.

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

Влияние оперативной памяти на общую производительность системы не такое значительное, разница между 1300 и 1600 будет почти не заметна, как в принципе и разница между UDIMM и RDIMM модулями.
А вот влияние дисковой подсистемы можно оценить не вооружённым глазом.

Смысл в моих постах в том что прежде чем бежать покупать новый процессор в сервер (или новый сервер :-)) надо заняться оптимизацией кода приложения

Оптимизация кода приложения достаточно трудоемкий и длительный процесс. Иногда замена оборудования на более производительное гораздо эффективней с экономической точки зрения. Заказчику обычно важна не причина возникновения проблемы, а сколько будет стоить решение и в какие сроки проблема будет решена.
В любом случае, нет универсальной "таблетки". Где-то целесообразней провести рефакторинг кода, где-то поставить новую железку, а где-то поставить новую железку и потом заняться рефакторингом.

Вывод из статьи - для сервера 1С надо покупать i7-4930K по 600$ за штуку

Вывод не правильный, данный процессор не обеспечит достаточную надежность данных. И маркетинговые ходы тут не причем. Точнее почти не причем, можно было бы во все процессоры включать поддержку ECC, но поддержка ECC памяти делает себестоимость процессора выше да и нужна не всем.
Gilev.Vyacheslav; hogik; ansh15; +3 Ответить
101. ZLENKO 398 07.10.13 13:11 Сейчас в теме
(100) "разница между 1300 и 1600 будет почти не заметна"
А между 1333 и 2800 ? :-)

"данный процессор не обеспечит достаточную надежность данных"
Большинство клиентов не "запускает космические корабли" и отсутствие ECC спокойно переживут.

"но поддержка ECC памяти делает себестоимость процессора выше да и нужна не всем"
И не только процессора, но и стоимость памяти с ECC тоже.
103. h00k 50 07.10.13 13:46 Сейчас в теме
(101) Какой серверный процессор поддерживает ддр-4 и частоту памяти 2800?

Большинство клиентов не "запускает космические корабли" и отсутствие ECC спокойно переживут.

Забавно, это звучит примерно как "большинство клиентов используют 1С для выписывания РТиУ и Счет-фактур. Отсутствие актуальных остатков они спокойно переживут..." или еще лучше "Большинство клиентов не "запускает космические корабли", зачем им учет на компьютере вести?!!!"
104. ZLENKO 398 07.10.13 14:42 Сейчас в теме
(103) Надежность всей системы в значительной степени определяется надежностью самого ненадежного элемента.
В системе "Сервер приложений 1С" какой самый ненадежный элемент ?
Правильно(!) - само приложение 1С (включая программный код конфигурации).
А еще один весьма ненадежный элемент - SSD диски...
Память с ECC не улучшит реальную надежность обсуждаемой системы аж ни на сколько.
105. ZLENKO 398 07.10.13 14:50 Сейчас в теме
(103) В том то и дело что по производительности недорогая "десктопная" система может запросто "уделать" дорогущий сервер. А нужна надежность ? - поставьте две таких системы и обмен между ними. Заодно и нагрузку распределите. И такой вариант даст несравнимо большую надежность чем память с ECC :-)
Кстати Яндекс для своих серверов покупает обычное десктопное железо... Вы часто слышали про сбои в работе Яндекса ?
Как владелец бизнеса могу сказать что рассуждать о надежности легко когда ее оплачивает кто то другой :-)
А когда расходы из своего "кармана", тогда гораздо лучше думается где она нужна и насколько она нужна.
106. hogik 443 07.10.13 18:16 Сейчас в теме
(105)
"Кстати Яндекс для своих серверов покупает обычное десктопное железо..."(с)

Владимир (ZLENKO.PRO).
Опять заблуждаетесь. :-)

http://www.3dnews.ru/news/sboi_ozu_koshmar_na_ulitse_dimm/
http://www.3dnews.ru/news/microsoft_vistupaet_za_povsemestnoe_vnedrenie_ecc_dr­am/
http://www.thevista.ru/page897-kod_korrektirovki_oshibok_ecc_zhelatelen_dlya_windows_vista
111. ZLENKO 398 07.10.13 19:00 Сейчас в теме
108. wkon 13 07.10.13 18:50 Сейчас в теме
(105) ZLENKO.PRO,

Если заглянуть сюда http://en.wikipedia.org/wiki/Dynamic_random-access_memory,
то можно прочитать, что нагруженный компьютер с десктопной памятью в течение 8-ми месяцев с вероятностью 26%
попадет на НЕЗАМЕЧЕННОЕ искажение данных в этой памяти.

Хотя гораздо хуже другой вариант, когда в системе стоит "битая" планка и потихоньку портит вам жизнь.

Ну а дальше уже каждый сам просчитывает свои риски.

Например у системщика при таком раскладе довольно большая вероятность в течение трех лет быть уволенным :).

109. ZLENKO 398 07.10.13 18:58 Сейчас в теме
(108) А теперь представьте что с сервером 1С работает 100 обычных компьютеров (клиентских) с памятью без ECC и каждый вносит в базу данных на сервере "НЕЗАМЕЧЕННОЕ" искажение данных !!! УЖАС :-)
110. wkon 13 07.10.13 18:59 Сейчас в теме
(109) Ничего страшного, если расчеты ведутся на сервере
h00k; hogik; +2 Ответить
112. ZLENKO 398 07.10.13 19:01 Сейчас в теме
(110) Ага... и данные тоже клиенты вводят на сервере :-) Зачем им вообще эти компьютеры ?
114. wkon 13 07.10.13 19:08 Сейчас в теме
(112) Не буду вступать с Вами в долгий диспут. Вам продемонстрировали, что использование десктопных компонент в серверах
критично для бизнеса. Если бы ввод данных с десктопных платформ тоже был критичен для бизнеса их бы не использовали или по крайней мере настоятельно нерекомендовали.
115. hogik 443 07.10.13 19:15 Сейчас в теме
(114)
"или по крайней мере настоятельно нерекомендовали"(с)
Они и рекомендовали. :-) См. ссылки из (106) сообщения.
P.S.
Лично, я использую системы с ECC даже для домашнего компьютера на котором выполняю работы для работы (это где деньги платят). И система дороже обычной на 10-20 процентов. Что явная мелочь при использовании железа 2-3 года.
Оставьте свое сообщение