gifts2017

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

Опубликовал Вячеслав Гилёв (Gilev.Vyacheslav) в раздел Администрирование - Системное

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

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

http://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 дисковой подсистемы, но это тему уже другой статьи.




 

См. также

PowerTools от 1 000
Внимание! Тема закрыта. Добавлять сообщения в закрытую тему запрещено.
Подписаться Добавить вознаграждение

Комментарии

1. Дмитрий Романовский (vdscom) 24.09.13 15:47
опыт показывает, что, как правило, не хватает именно IOPS. современные процессоры для серверов все достаточно производительные (из расчета типичной бухгалтерской нагрузки на ~50 одновременных пользователей), а вот даже 5 или 6 рейда на SAS 15k дисках - не всегда хватает.
то есть 8-12-24 ядер на 3ГГц - это хорошо, но если у вас не SSD массив - вас это не спасет :)
2. Александр Шаров (Ta_Da) 24.09.13 18:42
Не очень понимаю для кого и для чего эта статья. Т.е. собирали-собирали данные о "попугаях" от разных пользователей. Достоверность данных по большому счету под вопросом (что там творится на сервере, какое железо помимо процессора и т.п. автором не учитывается и учитываться полноценно не может в виду отсутствия информации), как в анекдоте про опрос и замер.
На выходе нечитаемая таблица в которой вперемешку идут разные процессоры и сумбурное изложение мыслей автором.

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

P.S. Не так давно на Инфостарте была статья, в которой оценивали производительность сервера 1С при разных сетевых контроллерах (от 10Мбит до 10Гбита, кажется). В итоге сделали "неожиданный" вывод, что 10 Гбит - лучший выбор. Но там по крайней мере тестирование проходило в одинаковых условиях и на одном и том же физическом сервере, что позволяло оценить прирост производительности относительно роста стоимости. Какой вывод можно сделать тут - я теряюсь в догадках.
3. Вячеслав Гилёв (Gilev.Vyacheslav) 24.09.13 19:30
(1) vdscom, про иопсы - есть попытка сделать некий тест в 1С тоже - http://www.gilev.ru/testg1c/ - он сейчас проходит обкатку, присланные результаты нам помогли сделать некоторые корректировки, поэтому прошу помочь набрать статистику, а к текущим значениям его относится осторожно
DeD MustDie; +1 Ответить 3
4. Вячеслав Гилёв (Gilev.Vyacheslav) 24.09.13 19:32
(2) Ta_Da, вы правы, но у меня один к Вам вопрос: почему столько много людей купило e5-2620?
5. mirco brons (mirco) 24.09.13 19:45
(1) У вас есть какая-то статистика о которой мы не знаем ? Что за попытка влиять на мнения окружающих, используя "обобщающие выражения". Вы бы еще употребляли "общеизвестно","ни для кого не секрет" и т.д.
Думаю ваше утверждение, не столь неоспоримо как Вам кажется...

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

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

6. mirco brons (mirco) 24.09.13 19:45
(3) Ну а новый тест сейчас потестим ))))
Gilev.Vyacheslav; +1 Ответить
7. Александр Шаров (Ta_Da) 24.09.13 20:04
(4) Gilev.Vyacheslav, судя по тому что в этой статье о 2620 упоминаний я не нашел, это был вопрос на сообразительность? Попробую угадать: потому что этот процессор идет в составе HP Proliant бюджетного уровня, а сервера HP это "дешево и сердито" (относительно, конечно же).

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

(5) mirco, я все прочитал, не переживайте. Некоторые абзацы даже по нескольку раз.
8. Андрей (ansh15) 24.09.13 20:21
(4) Gilev.Vyacheslav,
Дешевый, наверное... Это же не пепелац породы Мереседес, его в качестве элемента "крутизны" публике не представишь. А на памяти экономят, видимо, из-за до сих пор устойчивого штампа "у нас семерка с одним гигабайтом работала и все летало."
Gilev.Vyacheslav; +1 Ответить 1
9. Вячеслав Гилёв (Gilev.Vyacheslav) 24.09.13 20:34
(7) Ta_Da, если перед тестом tpc-1c указать почтовый ящик (идентификатор), то по окончанию теста при наличии интернета можно в таблице результатов сравнить с другими - мы стараемся показать результаты тем, кто взаимно согласен показать свои...

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

(8) вот и пытаюсь призывать не экономить на процессорах, делать это с умом и привожу аргументы
10. Дмитрий Романовский (vdscom) 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) 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) 24.09.13 22:56
(11) Gilev.Vyacheslav,

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

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

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

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

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

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

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

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

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

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

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

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

(11) Вячеслав, тест http://www.gilev.ru/testg1c/ выдал ошибку, письмо со скринами сейчас на почту вышлю ((
15. Евгений Пономаренко (Evgen.Ponomarenko) 25.09.13 01:41
СЛЕДСТВИЕ: Все таки для задач с нагрузкой как в тесте важно брать НЕ САМЫЙ ДОРОГОЙ ПРОЦЕССОР, А ПРОЦЕССОР С МАКСИМАЛЬНОЙ ЧАСТОТОЙ.

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

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

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

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


ansh15; mirco; Gilev.Vyacheslav; +3 Ответить 2
16. Вячеслав Гилёв (Gilev.Vyacheslav) 25.09.13 01:56
(14) mirco, спасибо за помощь в нагрузочном тестировании http://www.gilev.ru/testg1c, ответ написал почтой
первоначально ошибки должны быть, было бы удивительно если бы сразу произошло чудо )
но мы будем работать над этим :)
17. Вячеслав Гилёв (Gilev.Vyacheslav) 25.09.13 01:58
(15) Evgen.Ponomarenko, очень конструктивный пост, спасибо!
18. Евгений Пономаренко (Evgen.Ponomarenko) 25.09.13 02:04
19. mirco brons (mirco) 25.09.13 02:21
(15) А еще можно добавить, что любые попытки оптимизации нужно производить только после тщательного анализа происходящего.
Почему-то многие считают, что есть "рубильник" - дернул в положение "вкл" и оно как начнет летать )) А ведь как Вы и сказали нужно сперва найти узкое место.Тут на помощь приходят всем известные (и ни кем, почему-то, не используемые) счетчики производительности, различные утилиты;
iotop,top,free-m - для unix подобных
cpu-z,crystal disk mark, aida -для windows
и, конечно же,сервисы gilev.ru - для всех систем... (сто рублей за рекламу )) )
Вот только люди ленивы, им бы сразу покажи что включить и где нажать. А понимания как "оно все там происходит" - оно никому не надо.
20. mirco brons (mirco) 25.09.13 02:24
(18) И как там 1с на Oracle ? Или у Вас на нем не 1с ?
21. Роман Ложкин (webester) 25.09.13 08:51
Мысли интересные. Только граяик анализировать не очень удобно. Удобнее была бы действительно таблица с ценой, ядрами, количеством тестов и прочими ТТХ, что бы можно было бы сортировать по столбцам и самостоятельно построить нужный график при необходимости. Или даже загнать в базу 1С :) или сделать гугло таблицу, или ... в общем варианты есть. Наблюдал интересный казус: модель проца намеренно оставил, он хоть и не серверный но таки, загружены все ядра и причем равномерно. На скрине запечатлен момент загрузки очень большого файла обмена РИБ и отчетливо видно тот момент когда загрузка закончилась. То есть проц был занят только загрузкой. Подскажите как это возможно? Повторить не могу ибо делать эксперименты на боевом сервере не имею права.
22. Gudvin Pupkin (Slotty) 25.09.13 09:01
Gilev.Vyacheslav, хоть кто то собирает такую статистику. Хотя она относительная и спорная и все по 6 - пункту.
23. Роман Ложкин (webester) 25.09.13 09:07
(19)Кому надо, тот разберется, кому не надо, тому не надо. Поэтому: больше статей хороших и разных! :) Начинать разбираться с "нуля" проще, когда материала много. Сам пытаюсь писать, что бы помогать тем кто в начале пути. У меня как правило "разбор полетов" начинается тогда, когда "ну сделай ты уже что нибудь!". Время оно денег стоит. Тратить его на "потом пригодится" нет возможности.
24. Евгений Пономаренко (Evgen.Ponomarenko) 25.09.13 10:02
Извиняюсь... может я не в тему, но подскажите плиз:
1) Какую производительность дисковых подсистем можно считать нормальной
(к примеру raid10 на контроллере lsi mr9260-4i)
2) Каким инструментом можно выловить конкретный процесс который грузит дисковую подсистему.
25. Анатолий Бритько (headMade) 25.09.13 10:10
(13) mirco,
конечно ссылки надо....
плиз
26. Александр (smit1c) 25.09.13 13:51
(24) Evgen.Ponomarenko,
монитор ресурсов, в режиме онлайн видно какой из процессов больше других использует диск
Evgen.Ponomarenko; +1 Ответить 2
27. Андрей (ansh15) 25.09.13 14:16
(19) mirco, "Вот только люди ленивы, им бы сразу покажи что включить и где нажать. А понимания как "оно все там происходит" - оно никому не надо."

Второй график в публикации как раз и является подтверждением ваших слов. Тех, "у кого за тридцать"(для этого процессора вполне нормальный результат), ощутимое меньшинство. То есть это вопрос не технологический, а скорее из области социально психологии, что-ли...
28. Андрей (ansh15) 25.09.13 14:33
(3) Вячеслав, будет дописано сохранение результатов, чтобы можно было сравнивать СУБД, контроллеры, диски, RAID-ы?
29. Ruslan (rus128) 25.09.13 15:01
(21) а смысл давать колонку с ценой, если в разных регионах она может быть разной, а через месяц может утратить актуальность?
30. Роман Ложкин (webester) 25.09.13 15:05
(29)Для того, что бы вычислить соотношение цена\качество?
31. Дмитрий Юхтимовский (7o2uYXg) 25.09.13 15:20
(29) чтобы читатель мог получить представление о соотношении, да.
Понятно, что через год это соотношение может быть радикально другим, но суть изложенного от этого не изменится.
32. Евгений Пономаренко (Evgen.Ponomarenko) 25.09.13 15:34
(26) smit1c,

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

Тигра предлагает Вини-пуху лапу дружбы :)))
33. Илья Коротков (molodoi1sneg) 25.09.13 16:21
Статья - отличный ответ на типичный вопрос клиента: "Какую конфигурацию сервера выбрать?"
Жду продолжения статьи по другим составляющим сервера.
34. Василий Казьмин (awk) 25.09.13 18:52
(32) Evgen.Ponomarenko, А что вы хотели от пресиникейщиков?
(0) Статья безусловный +.
35. Дмитрий Лумбов (Dima69) 25.09.13 19:23
Спасибо за статью. Жду продолжения про другие составляющие сервера
36. Евгений Пономаренко (Evgen.Ponomarenko) 25.09.13 19:38
(34) awk,
Так если ж бы аникейщики, таких видно за версту. Мои знакомые админы - профи с большим стажем. Только у них напрочь отсутствует системное мышление, которое с лихвой компенсируется всеубеждающей харизмой. Мне иногда кажется, что в админы идут, те кому программировать не дано,а быть в теме IT очень хочется.
Хотя и бывают приятные исключения. И чем реже исключения - тем приятнее.
37. Вячеслав Гилёв (Gilev.Vyacheslav) 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
38. Вячеслав Гилёв (Gilev.Vyacheslav) 25.09.13 23:09
39. Вячеслав Гилёв (Gilev.Vyacheslav) 25.09.13 23:13
(28) ansh15, обязательно будет, когда мы наберем статистику, сейчас тест еще не устаканен, первая версия плохо различала SSD и HDD вообще )
поэтому буду признателен за любой собранный результат теста, мы сейчас калибруем на признаки "хорошо/плохо"
40. Вячеслав Гилёв (Gilev.Vyacheslav) 25.09.13 23:18
(30) webester, у меня есть сомнения на счет цены/качества, имхо тут важнее понять из какой линейки выбирать топовые E3, E5-1xxx, E5-2xxx, E5-4xxx, E7
41. Вячеслав Гилёв (Gilev.Vyacheslav) 25.09.13 23:20
(33) molodoi1sneg, ну если новый тест приживется, то и напишу про диски
42. Роман Ложкин (webester) 26.09.13 01:44
(37)Согласен! Цену можно посмотреть, производительность тоже приблизительно прикинуть, выводы сделать, статью не читать\писать... Цены в (21) не главное, так для ассортимента, если так критично сделайте вид, что я про них не говорил. Основная мысль была все таки немного в другом.
43. Роман Ложкин (webester) 26.09.13 01:49
(40) Имелось ввиду: этот на 20% дороже но по тестам производительность выше вдвое, а вот этот ровно в 2раза дороже а производительности чуть, его вообще надо убрать из кандидатов. Где то в таком ключе.
44. Евгений Пономаренко (Evgen.Ponomarenko) 26.09.13 11:05
(38) Gilev.Vyacheslav,
Спасибо...спасибо мне уже помогли! (26) smit1c
Gilev.Vyacheslav; +1 Ответить
45. Андрей (ansh15) 26.09.13 22:53
(39) Gilev.Vyacheslav, потестил, вроде. http://wstaw.org/m/2013/09/26/tgm.png
Непонятно только, как он решает, когда нужно остановиться, после почти 40 мин. тестирования пришлось прервать принудительно. Может сделать, чтобы пользователь мог сам задать максимальное количество потоков, 10-20-30, например, или по умолчанию ставить удвоенное или утроенное количество ядер. Просто, при числе фоновых заданий 50-60 на один рабочий процесс, сервер приложений тупо виснет, это, кстати, в ошибках к последней версии платформы указано. Правда они почему-то указали число 500, думается, что нолик просто приписали...
Gilev.Vyacheslav; +1 Ответить 1
46. Вячеслав Гилёв (Gilev.Vyacheslav) 26.09.13 23:17
(43) webester, оставлю Вам возможность написать такую статью здесь, возможно она даже окажется популярней чем эта )
47. Вячеслав Гилёв (Gilev.Vyacheslav) 26.09.13 23:21
(45) ansh15, Ваш тест выбивается из массы других (мы на такой железке не имели возможности проверить)
при чем прежде всего хотелось уточнить, как у вас файловая система отформатирована (явно не 512)?
а сколько у вас примерно пользователей , около 400, больше 400 сеансов?
48. Роман Ложкин (webester) 27.09.13 01:38
(46) Отличный, "взрослый" подход:
- Таблица должна быть более информативная!
- Тебе надо, ты и делай.
49. Андрей (ansh15) 27.09.13 01:41
(47) Gilev.Vyacheslav, Там ext4, mkfs.ext4 по умолчанию, http://www.forum.mista.ru/topic.php?id=682072&all=1, посты 65-66. Пользователей пока немногим больше 20-ти, намечается до сотни.
Gilev.Vyacheslav; +1 Ответить 1
50. Дмитрий Кеба (Fenicss) 27.09.13 07:53
Хорошая статья . Вот только есть 1 момент вы сказали что эти результаты собирались тысячами клиентов. Сразу вопрос соответственно было бы интересно смотреть полностью сборку сервера включая материнку диск и объем оперативки. Потому что как показала практика очень большую роль может играть пропускная способность шин.
51. zaoallat zaoallat (zaoallat) 27.09.13 08:21
Я думаю, что процессор без всего основного не сильно играет роли память и дисковая подсистема тоже тяжеловесы в обработке данных 1с 8.Х.
52. Вячеслав Гилёв (Gilev.Vyacheslav) 27.09.13 15:14
(48) webester, осторожней со словом "должен" - это подход немного другой категории
53. Вячеслав Гилёв (Gilev.Vyacheslav) 27.09.13 15:17
54. Вячеслав Гилёв (Gilev.Vyacheslav) 27.09.13 15:17
(50) Fenicss, в (9) уже ответил:
если перед тестом tpc-1c указать почтовый ящик (идентификатор), то по окончанию теста при наличии интернета можно в таблице результатов сравнить с другими - мы стараемся показать результаты тем, кто взаимно согласен показать свои...
есть убеждение, что смотреть чужие результаты и не показывать свои - это плохая карма )
55. Вячеслав Гилёв (Gilev.Vyacheslav) 27.09.13 15:19
(51) zaoallat, тоже так думаю, поэтому и предлагаю помочь нам со статистикой в тесте http://www.gilev.ru/testg1c/
56. Роман Ложкин (webester) 27.09.13 16:27
(52) Я написал достаточно развернутый ответ, на эту реплику. Но подумал и стер. Действительно, извините, что привязался. Вы никому и ничего не должны.
57. Дмитрий Кеба (Fenicss) 28.09.13 05:35
(54) Просто мы тоже недавно покупали сервер для 1с и как оказалась очень много зависит именно от материнки и скорости жесткого диска. А разница между процессорами оказывается не такой большой как хотелось. И обычно при покупке более мощного процессора не экономит на других его частях соответственно говорить о точности теста здесь тяжело.. А все таки где то есть полное комплектация компов что бы увидеть реальные сборки?
58. Иван Иванов (C4H9O2N) 30.09.13 06:24
То что оно однопоточное , и отсюда чем болше частота тем шибше 1с, это понятно , это замечательно(имею ввиду не сам факт , а "научную" доказанность). Но ведь вот тот же сервер базы данных - он на другой машине - или на той же самой? А ведь (насколько я помню) MSSQL способен доблестно выжырать практически неограниченный объем памяти , в зависимости от размера баз.И процессорного времени тоже хочет.Но это так , рассуждение "с общих позиций". Вообще получается некая многомерная линейка , и получается такая "околоидея" - в "многомерных" системах резко выигрывая по одному параметру можно достичь значительно менее эффективной системы , чем при равномерном "вытягивании" параметров.И вот ещё нюанс , на хабре недавно один гражданин поведал ,как поставил на довольно быструю современную машинку висту.Висит.Причем не потому что судорожно что то считает , а именно кто-то где-то кого-то ждет.
59. andrey dyak (dyak84) 30.09.13 12:04
Да спасибо за информацию очень интересно и поучительно Но с практики скажу одно чем выше скорость винта тем быстрее работа 1С поетому соотвественно и стоимость самого сервера вырастает Твердотельный SSD накопитель стоит ой как немало. Хотелось так обратить внимание на то что что много зависит от зборки самого сервера китае собраный своими рук4ами ето китай от етого никуда не дется.
60. Андрей (h00k) 30.09.13 15:39
(58)C4H9O2N,
>Но ведь вот тот же сервер базы данных - он на другой машине - или на той же самой?
В контексте 1С сервер баз данных,PostGreeSQL, MS SQL или Oracle - не важно, является простым хранилищем данных. Соответственно, чем быстрее сервер 1С получит доступ к этим данным, тем быстрее обработает и вернет результат запроса. Естественно, что наибольшая скорость обмена данными достигается при установке сервера 1С и сервера БД на один физический сервер.

>выигрывая по одному параметру можно достичь значительно менее эффективной системы , чем при равномерном "вытягивании" параметров
"Равномерное" вытягивание параметров - это, на мой взгляд, идеал который в реальности не достижим, обычно все сводится к устранению "узких" мест. Причем "узкие" места присутствуют в любой системе, и нам остается только попытаться свести к минимуму их влияние на общую производительность системы.
61. Вячеслав Гилёв (Gilev.Vyacheslav) 01.10.13 01:54
(57) Fenicss, о какой точности вы говорите - это вообще синтетический тест! Каждое внедрение по своему уникально. Наиболее точный тест естественно будет на той конфигурации и операциях, которые вы планируете использовать на вашем сервере...для этого нагрузочное тестирование и придумано...
62. Вячеслав Гилёв (Gilev.Vyacheslav) 01.10.13 01:56
(59) dyak84, тестирование дисков это предмет нового теста http://www.gilev.ru/testg1c/
63. Вячеслав Гилёв (Gilev.Vyacheslav) 01.10.13 02:06
(58) C4H9O2N, мне бы очень не хотелось, чтобы из моей статьи был сделан вывод что надо покупать мощный проц, а остальное не имеет значение

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

64. Вячеслав Гилёв (Gilev.Vyacheslav) 01.10.13 02:09
(60) h00k, думаю что универсальных рецептов, подходящих всем не бывает
но учесть опыт других думаю не повредить ни кому )
например при установке на один сервер нескольких ролей (функций) мы тем самым уменьшаем доступное количество мощности сервера для каждой роли (функции) - вообщем любые решения имеют плюсы и минусы, надо смотреть в каждом конкретном случаи где больше плюсов
65. mirco brons (mirco) 01.10.13 19:30
(63) Кстати о 700 и выше... Вот кто-нибудь бы поделился статьёй на тему "700 негритят и конфликт блокировок".

(off-top)Очень интересные комментарии: почему большинству людей так важно написать Свое мнение ? Даже если оно совсем глупое ? Даже если они не сильны в предметной области, а лишь умеют с наслаждением представлять свои величественные достижения и знания ? Почему все знают о "молчи - за умного сойдешь", но никто не применяет.... "нипонятнооо"...
Gilev.Vyacheslav; +1 Ответить 2
66. Андрей (h00k) 02.10.13 11:55
(64) Да Вячеслав, именно это я и имел в виду, когда далее написал что у любой системы есть "узкие" места, даже если на текущий момент времени их влияние не заметно.
Просто я на всякий случай еще раз напомнил, что сервер 1С использует SQL сервер всего лишь как хранилище данных. И соответственно, большинство рекомендаций по выбору оборудования извне 1С сообщества нам не подходят. У них другие задачи и другая схема работы с SQL сервером.

Поэтому разрабатываемые вами тесты, за них отдельное спасибо, и накопление статистики очень нужная задача. Жаль что компания 1С при запросе подобной статистики отсылает к технологическим вопросам крупных внедрений. Все таки у них больше ресурсов для сбора такого рода информации.
Gilev.Vyacheslav; +1 Ответить
67. ZLENKO.PRO (ZLENKO) 03.10.13 11:21
(65) К сожалению 700 "негритят" у меня нет :-( Есть 150 "негритят" активно работающих в УПП и Розница (сеть супермаркетов среднего размера) из которой "в онлайне" грузятся и проводятся чеки в УПП :-) Конфликты блокировок побеждены (конфликтов блокировок в принципе нет :-))! Код проведения в УПП переписан существенно, но по объему изменений в коде немного. Никакими процессорами "кривизну" логики проведения документов компенсировать невозможно :-)
68. Вадим Иванцов (grum01) 03.10.13 11:25
Так и не понял о чем статья. Никаких выводов, рекомендаций (пусть и личных).
Мысли вслух?
Философия поперла?
69. ZLENKO.PRO (ZLENKO) 03.10.13 11:25
(65) По поводу блокировок читайте комменты тут http://infostart.ru/public/195591/#comm
70. Вадим Иванцов (grum01) 03.10.13 11:28
(67) А вот с этим полностью согласен.
Код в типовых конфигах постоянно шлифуется.
На собственном опыте уяснил давно: один и тот же алгоритм, написанный разными людьми, работает с разными скоростями.
Путем шлифовки кода добивался ускорения до 15 раз в некоторых обработках.
71. Вячеслав Гилёв (Gilev.Vyacheslav) 03.10.13 20:19
(67) ZLENKO.PRO, это Вам только кажется, какие процессоры на вашем предприятии у серверов 1С и субд?
72. Вячеслав Гилёв (Gilev.Vyacheslav) 03.10.13 20:19
(68) grum01, вы точно читали комментарии?
73. Вячеслав Гилёв (Gilev.Vyacheslav) 03.10.13 20:21
(69) ZLENKO.PRO, по поводу блокировок лучше анализируйте их причины
например с помощью бесплатных http://www.gilev.ru/latch/ и http://www.gilev.ru/deadlock/
и правьте код
74. Вячеслав Гилёв (Gilev.Vyacheslav) 03.10.13 20:24
(70) grum01, любая типовая конфигурация не может учитывать индивидуальных особенностей - это компромиссное решение которое учитывает что вероятнее всего используется большинством и не учитывает остального
естественно работа той же упп на односокетном и восьмисокетном сервере должна учитывать разницу и использовать ее, но делать это уже должны не программисты 1С, а те кто внедряют на конкретном предприятии имхо
75. Иван Иванов (C4H9O2N) 04.10.13 04:32
(63)Gilev.Vyacheslav, Из статьи такого вывода - не сделаешь там ,в статье ,где
надо - большими буквами очень удобно читать кстати. Я почему-то уверен (виной вероятно "непроверенные данные из ынтернетов") , что в оптимальной системе субд должна стоять отдельно ,и в рамках того подхода ,когда серверной машиной называют "бытовой" компьютер с соответствующим ПО - для СУБД топы AMD быстрее ,чем аналогичный по стоимости iN ,для сервера 1С наоборот.
76. Иван Иванов (C4H9O2N) 04.10.13 05:24
(60)h00k, ОК , возможности СУБД не используются ,влияние СУБД на загрузку проца незначительно.
А вот про узкие места несколько более интересный вариант , задача выбора железа похожа на задачу "о рюкзаке" , с одной интересной особенностью - полезность предметов (ЦПУ,частота обмена с памятью,применение SSD,файловый вариант базы на RAM диске) неочевидна. (а кто нибудь видел на железке например "это может выйти из строя:через 3мес-с вераятностью а , через 6мес с вероятностью в .." и тому подобные попугаи входящие в (стоимость владения?) ) Gilev.Vyacheslav решает эту задачу методом Монте-Карло , с помощью сообщества. Точных указаний подобный метод дать принципиально не может но выявить интересные вещи - всегда.
Идеал недестижим,вот допустим не видел ещё ни одного прямоугольного кирпича , но разве при взгляде на проем я не могу "прикинуть" необходимость кластераколичество кирпичей , благодаря изначальной прямоугольности кирпича.И если кирпичи леплю я сам то нужны какие-нибудь "глаза" ,чтобы увидеть когда у меня получится трапеция , или вобще нечто бесформенное. // разумеется это, мною вышеописанное является "Моим Мнением" , возможно глупым или некорректным, предоставленным с наслаждением или без оного , включая но не ограничиваясь ситуациями алкогольного опьянения автора.
77. Вадим Иванцов (grum01) 04.10.13 05:45
(72) А при чем здесь комменты?
Я говорю про статью.
И ценность именно статьи, как самостоятельного объекта, для меня лично стремится к нулю.
А с практической точки, борюсь с желанием минусануть.
78. Вадим Иванцов (grum01) 04.10.13 06:00
(74) Речь не об индивидуальных особенностях, а о местами сильно замудренном коде в принципе.
Это не претензия к разрабам, просто констатация.
Сама типовая конфа без всяческих доработок грешит не особо отточенным кодом.
79. ZLENKO.PRO (ZLENKO) 04.10.13 08:18
(73) "по поводу блокировок лучше анализируйте их причины"
Лучше чем что ? Лучше чем убрать наиболее вероятные их причины ? :-)

(71) "это Вам только кажется"
Это Вы так думаете :-) По поводу процессоров не скажу. Клиент купил около года назад достаточно крутой и дорогой сервер, но что именно там стоит внутри я не уточнял.

Если я в 4-5 сеансах одновременно запускаю обработкой перепроведение документов и при этом не возникает конфликтов блокировок, то мне этого уже достаточно :-) Желающие могут легко провести этот простой эксперимент на своих базах.
80. Андрей (h00k) 04.10.13 10:38
(76)>(а кто нибудь видел на железке например "это может выйти из строя:через 3мес-с вераятностью а , >через 6мес с вероятностью в .." и тому подобные попугаи входящие в (стоимость владения?)

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

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

Авантюризм при планировании производственного сервера не допустим. Есть расчетный срок службы комплектующих, есть план замены/модернизации комплектующих сервера. Причем, при подготовке плана замен расчетный срок службы берется ниже указанного в ТТХ комплектующей, с запасом.
Выход из строя комплектующей раньше планового - не штатная ситуация и чаще всего гарантийный случай.
81. ZLENKO.PRO (ZLENKO) 04.10.13 10:43
(78) Даже "далеко ходить" не надо - возьмем тот же запрос получения остатков партий в УПП (в УТ похожий). Сколько уже понаписано на тему оптимизации этого запроса - ускорение минимум на порядок... И что ? Код в типовых какой был такой и остался, а 1С рекомендует чаще обновлять статистику вместо того чтобы запрос переписать. И подобных примеров можно привести достаточно...
82. ZLENKO.PRO (ZLENKO) 04.10.13 10:46
(80) "Понимание термина "стоимость владения"" доступно только просветленным! Нам этого не понять :-(
83. Андрей (h00k) 04.10.13 11:20
(75) >Я почему-то уверен (виной вероятно "непроверенные данные из ынтернетов") ,
>что в оптимальной системе субд должна стоять отдельно
Ключевой момент выделил. Мало того, что "оптимальная система" для разных предприятий разная, так еще стоит учитывать дату когда появились "непроверенные данные из ынтернетов". Например на серверном оборудовании 2003-2005 года даже для небольших групп было целесообразно разнести сервер приложений и сервер СУБД на разные физические серверы. Но, если на предприятии стоит правильно сконфигурированный современный сервер, и небольшое количество пользователей, то разнесение сервера СУБД и сервера приложений на разные физические сервера существенно замедлит работу всей системы в целом.
84. Андрей (h00k) 04.10.13 11:25
(82)На ваш взгляд, во фразе:
а кто нибудь видел на железке например "это может выйти из строя:через 3мес-с вераятностью а , через 6мес с вероятностью в .." и тому подобные попугаи входящие в (стоимость владения?)

должен быть употреблен термин "стоимость владения", а не "риски"?!
85. Иван Иванов (C4H9O2N) 04.10.13 11:46
"опыт закупок серверных комплектующих?" не нету.Обычное железо только.
"стоимость владения?" - ну а я там специально вопрос поставил и в скобки засунул , чтоб показать значит ,сомнения в применимости.
86. Андрей (h00k) 04.10.13 13:30
(85) ну я и подчеркнул, что это именно "риски", при том, возникающие при не стандартной комплектации сервера.
Как пример, при подготовке спецификации сервера решили в сервер засунуть десктопные ссд. В таком случае возникает риск исчерпать ресурсы записи ссд-диска раньше указанного производителем срока, а в случае выхода ссд-диска из строя производитель может отказать в гарантии, так-как по спецификации эти диски не предназначены для подобного использования.
Но если в сервер ставится серверный ССД с 10K или 20К циклов стирания/записи, то ситуация совсем другая и выход ссд из строя до исчерпания ресурса является гарантийным случаем.
87. Вячеслав Гилёв (Gilev.Vyacheslav) 04.10.13 20:16
(79)ZLENKO.PRO, поскольку в вашем сервере стоит процессор "не скажу но год назада достаточно крутой", поменяйте его на http://ark.intel.com/products/68331/Intel-Xeon-Processor-E3-1105C-6MB-Cache-1_00-GHz к примеру - хотите сказать что это не скажется на блокировках, их будет не больше?
законы природы еще ни кто не отменял, из ниоткуда в никуда ничего не девается )
88. Вячеслав Гилёв (Gilev.Vyacheslav) 04.10.13 20:17
(81) ZLENKO.PRO, голословно - приведите пример "как есть" и "как надо" в виде конкретного кода
89. ZLENKO.PRO (ZLENKO) 04.10.13 23:04
(87) Сервер не мой. Я просто разместил объяву :-)
90. ZLENKO.PRO (ZLENKO) 05.10.13 12:29
(71) Хотите предложить моему клиенту купить новый сервер ? :-)
А зачем если на текущем сервере конфликтов блокировок не возникает ?
Хотя конечно можно "подпортить" код и они появятся ...:-)
И тогда с "чистой совестью" рекомендовать клиенту новые процессоры :-)
91. Андрей (h00k) 05.10.13 13:20
(90) Не могу понять, смысл ваших постов в этой теме? Как вы круто "победили" конфликты блокировок?
Но вы даже не знаете спецификации рабочего сервера...

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

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

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

"Легко побеждать блокировки когда, например, в сервере стоит пара E5-2690, 128Gb оперативки и RAID 10 из SSD-дисков"
Ну если знаеш как, то легко, а если не знаеш то никакие SSD не помогут.
Кстати SSD должны быть не просто SSD, а с интерфейсом SAS.
93. Владимир (hogik) 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 или аналогичных.
95. ZLENKO.PRO (ZLENKO) 06.10.13 00:13
(93) У Вас такие в серверах стоят ? :-))))))))))))))))))))
96. Владимир (hogik) 06.10.13 00:52
(94)
Андрей (ansh15).
Цена у него вполне нормальная для нормального сервера. ;-)
Моё мнение, что технологию SSD только так и надо использовать.
Т.е. использовать без всяких "переходников" типа SATA, SAS.
(95)
Владимир (ZLENKO.PRO).
У нас такие в серверах не стоят.
Не требуется, т.к. мы не используем 1С-продукт. :-)
97. Вячеслав Гилёв (Gilev.Vyacheslav) 07.10.13 01:02
(92) ZLENKO.PRO, напишите статью на инфостарте
ZLENKO; h00k; hogik; +3 Ответить
98. ZLENKO.PRO (ZLENKO) 07.10.13 10:45
(96) Не соглашусь по поводу цены... Модель на 300Гб во внимание брать не будем, т.к. это мало. Их нужно как минимум два чтобы объединить в RAID, т.к. учитывая надежность SSD ... А пара z-drive-r4-pcie-ssd на 800Гб стоят как целый сервер среднего уровня. Если Ваши клиенты могут себе такое позволить - я за Вас рад :-)
99. ZLENKO.PRO (ZLENKO) 07.10.13 11:15
(91) Разброс параметров (диаграмма в статье) для одного и того же процессора наглядно показывает что процессор сам по себе еще мало что решает - очень многое зависит от остальных компонент сервера. Было бы интересно увидеть аналогичную статью по оперативной памяти.
Смысл в моих постах в том что прежде чем бежать покупать новый процессор в сервер (или новый сервер :-)) надо заняться оптимизацией кода приложения, т.к. если у вас в конфигурации, например, стоят автоматические блокировки, то новые процессоры и SSD вам не сильно помогут.
Вячеславу за статью спасибо. Вывод из статьи - для сервера 1С надо покупать i7-4930K по 600$ за штуку, но на первой диаграмме данных по ним нет :-( Я понимаю маркетинговые ходы Intel по разделению процессоров на серверные (надо же им деньги зарабатывать :-)) и не серверные, но таки интересно было бы увидеть наглядно а есть ли разница применительно к теме топика ?