gifts2017

И снова о скорости работы 1с 8.х + тест от Гилева (конфигурация TPС_1C_GILV_A) + как Выбрать сервер для 1С 8.х

Опубликовал Александр Милютин (sanfoto) в раздел Администрирование - Оптимизация БД (HighLoad)

Предыстория:
Есть в конторе, где я работаю, пара практически ОДИНАКОВЫХ по железу сервера...
так вот заметили что на одном из них 1С 8.2 работает значительно быстрей что в Клиент-Серверном,  что в файловом варианте...
и что именно удивило так это что медленней работал сервер с большим количеством Оперативной памяти + RAID10 на SSD.
Проводили много тестов на работу дисковой системы + различные тесты SQL - ВЫВОД: ничего непонятно где тормоза.
И вот попала ко мне конфигурация 1С  для оценки производительности 1С от Гилева http://infostart.ru/public/57204/  
Подробности в Описании...

Компьютеры(условное название) участвовавшие в тестах - описание (диски указаны только для БД):

(уточнение между серверами сеть 1 Гбит)

1) IT33 - десктоп на Core i5 4 ядра по 2.8 Ггц, DDR3 3 ГБ, один жесткий диск 7200 об/с.

2) REAL - САМЫЙ МОЩНЫЙ как мне думалось)) 8 ядер Xeon по 3 Ггц, DDR2 48 ГбRAID10 на SSD

3) REAL2 -  8 ядер Xeon по 2 Ггц, DDR2 22 ГБRAID10 на жестких дисках SAS 10 000 об/с

Были проведены тесты в конфигурации 1с от Гилева:

"Сервер SQL"--->"Сервер 1с"--->"Оценка" + "Имя клиентского компьютера(если не указан то Он Же - певый в списке)"

>1)REAL2--->REAL2--->25.64(TCP--SQL)
>2)REAL2--->REAL2--->26.32(SQL--Shared Memory) 

>3)REAL2--->REAL2--->25.64(SQL--Shared Memory) + IT33(клиент) - от клиента до Серверов сеть=10 Мбит

>4)REAL2--->REAL2--->24.27(SQL--Shared Memory) + REAL(клиент) - хм.. странно сеть 1 Гбит... почему же меньше попугаев..
>5)REAL2--->REAL2--->37.59(Файловый)

********************************
>1)REAL--->REAL--->8.73(TCP--SQL)

>2)REAL--->Real2--->11.99(TCP--SQL) --- это уже начало меня наводить на некоторые мысли))

>3)REAL--->REAL--->17.48(Файловый)

************************************

>1)IT33--->IT33--->26.88(TCP--SQL)
>2)IT33--->IT33--->34.72(SQL--Shared Memory)
>3)IT33--->IT33--->59.52(Файловый)

Итоги:

Смотрел результаты теста ... крутил и так и сяк)) и вот осенило (сделал замеры скорости работы Оперативной памяти),

что на скорость работы 1с 8.х (замечу что Результаты Теста основаны на ОДНОПОЛЬЗОВАТЕЛЬСКОМ режиме, но и для клиент-серверного варианта при многопользовательской работе - думаю также будут иметь немалую долю влияния) - 

итак на скорость 1С влияет: частота шины CPU + частота RAM памяти

----> что влияет на скорости ЗАПИСИ и ЧТЕНИЯ в RAM. Что и есть основа быстродействия 1с 8.хInnocent

Компьютеры разделившие призовые места По скорости работы 1с))

1)IT33--->IT33--->59.52(Файловый)

 - RAM DDR 3 (Чтение 11089 Мб/с, Запись 7047 Мб/с)------ как я и предпологал разница будет значительной с серверами

2)REAL2--->REAL2--->37.59(Файловый)
- RAM DDR2 (Чтение=3474, Запись=2068)

3)REAL--->REAL--->17.48(Файловый) 
- RAM DDR2 (Чтение=1737 Мб/с, Запись=1042 Мб/с) - как выяснилось скорость ниже чем на Real2 - ровно в 2 раза,

из за включенных Виртуальных ядер (Гипер-трейдинг)- будем скорее всего отключать.

ВЫВОДЫ:

Наибольшая скорость работы 1с 8.х достигается:

I) для Файлового варианта (мне лично неинтересен)

   а)запуск Клиента(любого) на компьютере с большой скоростью работы с Оперативной памятью. (например Терминальный сервер

+ БД тамже).

II) для Клиент-Серверного варианта

1) Толстые клиенты 1C на "Терминальном сервере" - с Наибольшей скоростью Запись/Чтение оперативки + Наибольшая частота Ггц Ядер процессора

2) Тонкие клиенты 1C - уже нет особой разницы где... но желательно настроить через "HTTP://".
3а) "SQL сервер" +"Сервер 1с предприятия" (в режиме Shared Memory) - на одной тачке с Наибольшей скоростью Запись/Чтение оперативки + Наибольшая частота Ггц Ядер процессора + желательно ипользование RAID на SSD-дисках

 Уточнения:

- поддержка Shared Memory - появилась на движке начиная с 8.2.17 (ВНИМАНИЕ в конфигурации - не должен быть включен режим совместимости с предыдущими версиями движка), на предыдущих движках будет использоватся Naimed Pipes - тоже показывающий неплохие результаты))

- RAID на SSD дисках - целесообразно использование RAID10 - для отказоустойчивости, при этом беря в расчет ШРАФ на Запись:

пример RAID10 (4 шт Штраф записи=2) , Скорость Записи= 4/2 = 2 диска, Штрафа на чтение нет.

- еще можно дополнительно поднять надежность и стабильность скорости SSD - используя не весь объем диска.

пример(поднятие надежности Десктопного SSD до уровня Серверного SSD): 

 Если  к примеру, SSD Intel 520 series 120GB, и разметить 81 GB, а остальное пространство оставить неразмеченным -

то под over provisioning будет выделено около 32% пространства SSD дополнительно к уже имеющимся скрытым 8%. Итого получаем около 40%

 Отличие серверного SSD Intel 710 series от десктопного SSD Intel 320 series как раз и составляет разница в over provisioning: более 40% для Intel 710 и 8% Intel 320.

Если клиентов 1С много от 100 и далее:

1)На текущих технологиях сети Ethernet - НЕ ЦЕЛЕСООБРАЗНО ранесение "SQL""Сервер 1С".

например из-за Латентности(задержек) в сети Gigabit Ethernet - реальная скорость обмена с SQL= 30 Мегабайт/с - что мало даже для интенсивной работы с Базой Данных 1-го пользователя.

рисунок

 

 

Латентность сети Ehternet Gigabit


 

2)Т.к. фактически "Сервер 1с"="Объектная СУБД"(многомерные объекты),  а "SQL"="Реляционная СУБД" (плоское -табличное хранение данных)

 

=> в базе SQL -хранится ПЛОСКАЯ проекция Объектов 1С и Сервер 1С собирает из этой проекции Объект, далее проводит работы с этим Объектом и наконец по завершении работы Опять раскладывает в плоский вид сохраня в SQL.

 

То как следствие между "SQL""Сервер 1С" -  и приходится отказыватся от разнесение на два физических сервера. Но можно использовать по полной реализацию NUMA-узлов. (Это должна поддерживать OS и сами процессоры).

 

рисунок

Отдаем один Numa-узел(сокет) для SQL , а другой

3б) Разносим сервера SQL и Сервера 1с отдельно: На текущих технологиях Ethernet - например Gigabit - НЕ ЦЕЛЕСООБРАЗНО
-SQL на сервер с Наибольшей скоростью Запись/Чтение оперативки + Наибольшая частота Ггц Ядер процессора
-Несколько ФИЗИЧЕСКИХ серверов в Кластере 1с c Наибольшей скоростью Запись/Чтение оперативки + Наибольшая частота Ггц Ядер процессора + желательно ипользование RAID на SSD-дисках

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
Инструкция и Утилита Настройка Сервера Для1С8.х
.rar 384,14Kb
05.02.13
567
.rar 384,14Kb 567 Скачать

См. также

Вознаграждение за ответ
Сумма: 0 $m
Добавили:
Артем Новиков (cherepawka) (1.00 $m), Li Ho (Dpala) (0.20 $m)
Подписаться Добавить вознаграждение

Комментарии

1. qweasd qweasdzc (serega3333) 13.08.12 15:43
написали бы рекомендации какую память лучше брать в итоге? в терминале постоянно виснет 8.2, хотя все работают через тонкий клиент на уф....
2. Александр Милютин (sanfoto) 13.08.12 16:01
(1) дык там не только память(частота работы) + частота шины Проца (без учета множителя т.е.):
Терминальный сервер протестить можно например утилитой "aida" - Чтение+Запись Оперативки.
SQL сервер - теже требования.

Супер скорость будет примерно при 10 000 Мб/с. (это как минум DDR3)
3. Александр Милютин (sanfoto) 13.08.12 16:09
(1) а вопрос еще, "Тонкие Клиенты" - у вас, а база Файловая или SQL?
если SQL тогда зачем они на "Терминальном сервере" - т.к. в этом случае вся работа на "сервере 1с"
4. Александр Медведев (anig99) 13.08.12 16:14
Windows и SQL какие были?
З.Ы. Как включили Shared memory. А то прям сейчас копаться в гугле некогда (:
5. qweasd qweasdzc (serega3333) 13.08.12 16:17
(3) sanfoto, в терминале в смысле запускают тонкого...на скуле все крутится...надо будет смотреть, спасибо за аналитику
6. Александр Милютин (sanfoto) 13.08.12 16:19
(4)
>Windows и SQL какие были?
--------
IT33 - Win7 (SQL 2008 R2)
REAL - Win 2003 (SQL 2008 R2)
REAL2 -Win 2008 R2 (SQL 2008 R2)

к сожалению версия Windows и SQL ни как не влияла на ТЕСТ. Влияла только скорость Запись/Чтение в Оперативку.

>З.Ы. Как включили Shared memory.
Shared memory http://gilev.blogspot.com/2011/01/ms-sql-server-1-1.html
7. Александр Медведев (anig99) 13.08.12 16:56
(6) Raid естественно с включенным кэшем записи? Какие настройки кроме shared memory делали? Я как раз сейчас новый сервак делаю.

Computer: Supermicro X8DTL
CPU: Intel Xeon E5607 (Westmere-EP, B1)
2266 MHz (17.00x133.3) @ 2257 MHz (17.00x132.8)
CPU: Intel Xeon E5607 (Westmere-EP, B1)
2266 MHz (17.00x133.3) @ 2234 MHz (17.00x131.4)
Motherboard: Supermicro X8DTL
Chipset: Intel 5500 (Tylersburg 24D) + ICH10R
Memory: 32760 MBytes @ 531 MHz, 7.0-7-7-20
- 8192 MB PC8500 DDR3 SDRAM - Kingston 9965434-062.A00LF
Graphics: Matrox G200eW [Super Micro Computer]
Matrox G200eW, 0 MB
Drive: Optiarc DVD RW AD-7200S, DVD+R DL
Drive: LSI Logical Volume, Disk drive
Drive: SEAGATE ST3300657SS, Disk drive
Drive: SEAGATE ST3300657SS, Disk drive
Sound: Intel ICH10 - High Definition Audio Controller [A0]
Network: Intel® 82574L Gigabit Network Connection
Network: Intel® 82574L Gigabit Network Connection
OS: Microsoft Windows Server 2008 R2 Enterprise (x64) Build 7601

SQL и сервер 1с стоят на одной машине. tempdb сидел на системном диске, который не raid (диски 15000)
SQL не ограничен процессорами, память ограничена 22 GB (но на тест Гилева это не влияет вроде)
Сначала на raid не был включен кэш записи и отформатирован он был под стандартный размер кластера (хз какой он в win 2008).

Результаты такие
Для файлового варианта 30,49
Для SQL 12.59

Перенес tempdb на raid с данными
Для SQL 16.03 16.29 16.18 (3 раза меряли)

Сейчас включили кэш записи и переформатировали под 64Кб (страйп в рейде тоже 64Кб). Пока raid ещё не полностью в строю - идет инициализация и тестировать бесполезно. Но файловый вариант уже показал 40,65

Инициализация идет медленно. Как закончится буду мучать SQL... В том числе, без shared memory и без.

Ещё где-то в обсуждениях проблем с производительностью 1с и SQL 2008 наткнулся на возможность ускорения, если прописать для 1с базы адрес SQL базы не по имени сервера, а по ip адресу.
8. Александр Медведев (anig99) 13.08.12 17:16
Да... Ещё.
Вот тут http://social.technet.microsoft.com/Forums/ru-RU/ws2008r2ru/thread/cde1f256-a8e6-42c9-b1e4-80013d5b80ef/
есть упоминание ещё о приросте скорости за счет включения с управлении питанием максимальной производительности. У меня уже включено, хотя разницы не ощутил
9. Александр Милютин (sanfoto) 14.08.12 06:39
(7) anig99,
ага унас где RAID на SSD : ВКЛ Кэш записи, а чтения ОТКЛ. + temp.db(часть на SSD)- на Виртуальном диске в Оперативке.
PS: уточнение Контроллер не поддерживает SSD(на сайте производителя пишут что теряем 50% скорости).

Сервак у вас не плохой вижу)), но от Core i5 моего десктопа...всетаки думаю отстает по скорости работы с Памятью.
(но при МНОГОПОЛЬЗОВАТЕЛЬСКОЙ работе Ваш должен обогнать..ядра,диски,Объем оперативки).

скиньте если можно скорость Запись/Чтение Оперативки....можно например утилитой "aida".

Предполагаю будет в районе 6 000 Мб/с.

(8) anig99,
да тоже раньше читал и пробовал разницы не ощутил.
10. Александр Медведев (anig99) 14.08.12 06:43
(9) сегодня ночью нашел, что по поводу питания - это баг. Видимо уже исправили... SSD - с этого надо было начинать (: Все встало, но скорость удручила. Файловая, конечно, показала 44,64. А вот SQL не дотягивает до 20 чуть-чуть. Сейчас буду пробовать диск под tempdb форматнуть с размером кластера не 64кб, а 8кб
11. Александр Милютин (sanfoto) 14.08.12 08:59
(10) anig99,
и все таки))
скиньте если можно скорость Запись/Чтение Оперативки....можно например утилитой "aida".


>1)REAL2--->REAL2--->25.64(TCP--SQL)
>2)REAL2--->REAL2--->26.32(SQL--Shared Memory)
- RAM DDR2 (Чтение=3612, Запись=3390) - более корректно - перезамерил 64 битной AIDA, т.к. сервер 1с 64 бит.
какой у вас "сервер 1с" - 64 или 32 бит?
12. KV1s (KroVladS) 14.08.12 10:02
Конкретных рекомендаций не будет по серверному железу с максимальной скорость Запись/Чтение оперативы.
13. Владимир Родионов (Балабас) 14.08.12 10:22
в настройках SQL стоят приоритеты по использованию Shared Memory и TCP каналов, если у shared memory установлен приоритет 1, то соответственно по умолчанию и должен использоваться этот протокол, разве нет?
14. Александр Медведев (anig99) 14.08.12 10:25
(11) 1с 32-bit. Проблема в том, что пока новый, более мощный сервер не догоняет по попугаям Гилева старый сервак, где и процы слабее и памяти меньше и она DDR2, и диски 10К со старым интерфейсом, Win 2003, SQL 2005... В файловом варианте обогнала новая машина, а в серверном - нет
15. Александр Милютин (sanfoto) 14.08.12 10:40
(13) Балабас,
угу только только "серверу 1с" пофигу на эти приоритеты... если есть возможность TCP --именно его и выберает.
16. Владимир Родионов (Балабас) 14.08.12 10:41
(14) anig99, и все таки вы режим энергопитания поставили "максимальная производительность"?
17. Александр Медведев (anig99) 14.08.12 10:47
18. Владимир Родионов (Балабас) 14.08.12 10:58
еще один вопрос - сервер физическаий или виртуальный? были значительные проблемы с производительностью на виртальном сервер, так и не удалось победить, скорость значительно падала при добавлении виртуальных процессоров свыше 1
19. Александр Медведев (anig99) 14.08.12 11:06
(18) физический, процы тоже без hth
20. Александр Медведев (anig99) 14.08.12 11:14
тупое предположение - а затык не может быть в том, что sql 64 bit, а 1с 32?
21. Владимир Родионов (Балабас) 14.08.12 11:18
http://www.gilev.ru/1c/hardware/RAID.html эту процедуру тоже изначально провели?
22. Александр Медведев (anig99) 14.08.12 11:20
(21) в 2008 винде она не нужна. Сам Гилев подтвердил.
23. Александр Милютин (sanfoto) 14.08.12 11:21
(20) anig99,
я тоже думал об этом...
но тогда вопрос про ваш старый сервер
Win 2003, SQL 2005...

на нем сколько битные:
1) Windows 2003
2) "сервер 1С"
и
3) "SQL" ?

ЗЫ:
У меня как я уже говорил все 64 бит.
24. Александр Медведев (anig99) 14.08.12 11:28
Все кроме 1с 64бита...

http://social.technet.microsoft.com/Forums/ru/ws2008r2ru/thread/cde1f256-a8e6-42c9-b1e4-80013d5b80ef вот тема.

Но решения как такового там нет (по крайней мере мне ничего не помогло).

У меня сейчас вилка... Производительность 2005 на новом сервере скорее всего будет выше, чем 2008 (ещё проверить надо), но у меня сейчас глюк с обновлением конфы. По многим сведениям - это глюк именно 2005 скуля и советуют перейти на 2008. Вот я перешел и такая подстава. Ладно хоть пока не боевую базу перевел.
25. Владимир Родионов (Балабас) 14.08.12 11:30
в (14) Вы писали, что "Win 2003, SQL 2005"
26. Александр Милютин (sanfoto) 14.08.12 13:17
(24) anig99,
32 битная AIDA, раз уж "сервер 1с" у вас 32.

http://zalil.ru/33677637

замерьте на Win 2003 и Win 2008

1)Тест\ Чтение из памяти
2)Тест\ Запись в память
27. Алекс Ю (AlexO) 14.08.12 13:55
sanfoto,
этим
Наибольшая скорость работы 1с 8.х достигается:
1) для Файлового варианта

вы забили гвоздь во всю клиент-серверную "ахинектуру" 1С.
А гвоздем приколотили крест ко всей 1С.
частота шины CPU + частота RAM памяти
----> влияет на скорости ЗАПИСИ и ЧТЕНИЯ в RAM!

А что еще влияет на "скорости ЗАПИСИ и ЧТЕНИЯ в RAM"?
Кривокосая установка планки? :)
Тогда уж таймингами бы поигрались до кучи, технологией изготовления, RIMM и FB-DIMM на одной частоте, производителем, в конце концов...
А так статья неполная :)
28. Александр Милютин (sanfoto) 14.08.12 14:08
(27) AlexO,
вырываете из контекста..
на самом деле у меня там Всего Лишь перечисление ВАРИАНТОВ)), а не места
1) Для файлового варианта
2)Для Клиент-Серверного

т.е. в этом случае
1)Для Клиент-Серверного
2) Для файлового варианта

сути не меняет..
но шутку вашу оценил... хотя она не в тему ))
29. Александр Медведев (anig99) 14.08.12 14:09
(25) Это на боевом (старом) сервере. Причем смещения блоков там не делал.
(27) ничего он не забил. Нужно разбирать для чего файловая и для чего клиент-серверная. Файловая база априори будет быстрее в однопользовательском режиме, но у неё есть ограничение по размеру базы и любого из скольких-то таблиц внутри. И при числе пользователей больше 5 начинает наблюдаться деградация производительности за счет блокировок таблиц.
30. Алекс Ю (AlexO) 14.08.12 14:11
Что и есть основа быстродействия 1с 8.х.

Основа "быстродействия" 1С8 - это глубоко бездарная реализация работы 1С-сервера, пинающего туда-сюда гигансткие объемы, вместо того, чтобы нежно и корректно (например, средствами той же СУБД, на которой он "хостится"; или какими своими уникальными разработками оптимизации записи, хранения и выборки данных) доставать только нужные данные.
А потом в определенный момент вся эта "гора" еще и погребает под собой этот "сервер".
А то, что постоянно "узкие" места в железе при работе всяких "связок от 1С" - так это уже следствие, а не причина.
То память, то процессор, то дисковая подсистема, то сеть, то еще какая незадача то и дело периодически "мешает вытанцевывать" 1С.
На что Гилев, конечно же, как самый знающий по архитектуре 1С, всегда готов ответить подтверждающим тестом о "слабом, увы, железе для 1С".
jirtrest; KOCMOC™; kote; [AdepT]; AlexGS; dolter; RomanRomans; toxavich; KSy; alex_sh2008; Lo1jke; Antimyslitel; hogik; anig99; +14 Ответить 1
31. Александр Медведев (anig99) 14.08.12 14:11
(26) сегодня или завтра ночью буду тестить
32. Алекс Ю (AlexO) 14.08.12 14:12
(28) sanfoto,
но шутку вашу оценил... хотя она не в тему

это хорошо, что оценили.
не каждый из 1с-ников понимает шутки, тем более - когда говорят про 1С :)
33. Александр Милютин (sanfoto) 14.08.12 14:15
(30) AlexO,
ех тогда пишу вам точнее
у нас ЕСТЬ - "МОРКОВКА 1С"
и мы обсуждаем в теме КАК ее получше приготовить,
а не то что морковка с пестицидами или генно-модифицированная )))
BorovikSV; Gandalf Белый; +2 Ответить 1
34. Алекс Ю (AlexO) 14.08.12 14:17
(29) anig99,
И при числе пользователей больше 5 начинает наблюдаться деградация производительности за счет блокировок таблиц.

ну вот и где вы были, когда студенты здесь кидались в меня "сто-питцот" пользовательскими одновременными соединениями, доказывая мне, что мои "выше пяти к базе одномоментно на файловой ж" это полное незнание 1С и вообще - я неправильно настроил базу... да еще там специально поднаписал "тормозных запросов в типовой"...
35. Алекс Ю (AlexO) 14.08.12 14:22
(33) sanfoto,
и мы осуждаем в теме КАК ее получше приготовить

и-эх... ну у меня тормоза по дисковой, да еще ключи постоянно "нет ключа" из-за сети и кривой реализации механизма сететвой проверки в 8.2 - так что, мне статью об этом писать, как "готовить СХД и оптимизировать сеть"? :)
И так все понятно: придет новая модель свитча - будет меньше "нет ключа", придет новое СХД - можно еще десяток пользователей безболезненно пустить.
А если интересно копаться в настройках - разберитесь лучше с оптимизацией SQL-сервера под работу "самой крутой системы учета", вот где действительно тонкие админские настройки метрвого оживят имеют важное значение :)
36. Александр Милютин (sanfoto) 14.08.12 14:24
А почему 1С - привязана к скорости памяти.
Так это потому что работает с ОБЪЕКТАМИ - которые как раз всяко разно))) крутит в оперативе...прежде чем записать например в БД.

и шаманства с сервером SQL тут не помогут, ну никак... разве что чуток... на пару попугаев Гилевских))
37. Александр Медведев (anig99) 14.08.12 14:30
(34) не видел (:
(35)(36) тот же Гилев написал где-то "...а узкие места есть всегда".

Сам он недавно разродился рекомендацией не гнаться за ядрами, а покупать X-овые процессоры. Видимо, настала очередь процессоров.
Эволюция выглядит так
Дисковая подсистема - Оперативная память/шина - Процессор

Где-то посередине затесался софт...
38. Алекс Ю (AlexO) 14.08.12 14:32
(36) sanfoto,
которые как раз всяко разно))) крутит в оперативе

а почему.. 1С так часто пишет/читает туда-сюда на диск - а потому, что
которые как раз всяко разно))) крутит

Т.е. это можно сказать про что угодно и какую угодно подсистему сервера :)

Так это потому что работает с ОБЪЕКТАМИ

С ОБЪЕКТАМИ можно работать по разному - сам по себе "объект" (даже такой идиотский, как в 1С) никогда не "крутится" и не обрабатывается как целиковый черный ящик, а разбивается на множество составлящих простейших "ячеек с данными", поэтому здесь - море непаханное для оптимизаций в плане обработки "объектов".
Не путайте ситуацией, когда тяжелые графические пакеты вынужденно крутят в памяти целиковую сложнейшую трехмерную модель, загружая память под завязку (как самую быструю из подсистем хранения), иначе пользователь будет ждать минутами поворота модели. Будет вместо HDD только ROM с аналогичными характеристиками емкости - будет все по-другому.
39. Алекс Ю (AlexO) 14.08.12 14:41
(37) anig99,
Эволюция выглядит так
Дисковая подсистема - Оперативная память/шина - Процессор

наша "эволюция мощностей 1С" выглядит несколько иначе:
Оперативная память/шина - Процессор - Дисковая подсистема
А почему? а потому, что памяти у нас сколько угодно и любой, процессоров и ядер (да что там процессоров - серверов) сколько угодно, а вот СХД за 1,5 млн пока ждем еще...
40. Алекс Ю (AlexO) 14.08.12 14:52
(36) sanfoto,
и шаманства с сервером SQL тут не помогут, ну никак... разве что чуток... на пару попугаев Гилевских))

вот шаманства с "типа настройки" кластера 1С - точно ничем не помогут.
А настройки SQL даже могут помочь избавиться от ошибок 1С-SDBL.
41. Александр Милютин (sanfoto) 14.08.12 14:52
(38) AlexO,
т.е. я правильно понял - ВЫ не против вывода: что основа быстродействия 1с 8.2 - быстрая работа с Оперативной памятью?

освежим тему))
1)IT33--->IT33--->59.52(Файловый) -- тупо один ЖД 7200 об/с
- RAM DDR 3 (Чтение 11089 Мб/с, Запись 7047 Мб/с)

2)REAL2--->REAL2--->37.59(Файловый) - RAID10 SAS 10 000 об/с
- RAM DDR2 (Чтение=3474, Запись=2068)

3)REAL--->REAL--->17.48(Файловый) RAID10 SSD
- RAM DDR2 (Чтение=1737 Мб/с, Запись=1042 Мб/с)
при том что Клиент-Серверные результаты КОРРЕЛИРУЮТСЯ аналогично(просто меньше попугаев)
42. Александр Милютин (sanfoto) 14.08.12 14:57
(40) AlexO,
вот шаманства с "типа настройки" кластера 1С - точно ничем не помогут.

согласен,
но думаю "Сервер 1с 64 бит + Shared Memory" - будет быстрее -
- "Сервера 1с 32 бит без ShMem но с ТОНКО настроенным SQL"
43. Алекс Ю (AlexO) 14.08.12 15:53
(41) sanfoto,
ВЫ не против вывода

не против.
А против того, что вывод "только в памяти и её настройках". И что Shared Memory серьезно там что-либо ускоряет.
Что такое Shared Memory? это выдление общего виртуального пространства, куда пишутся некие "общие данные", используемые несколькими процессами напрямую, без перегона их через процессор. И что?
Если латентность памяти высока, то как вам в таком случае поможет прямое считывание данных, если тормозит сама память?
но думаю "Сервер 1с 64 бит + Shared Memory" - будет быстрее -
- "Сервера 1с 32 бит без ShMem но с ТОНКО настроенным SQL"

вот и неправильно думаете.
х64 только и понадобился, что 1С опять отжирает гигаемы ресурсов, но сам х64 НИСКОЛЬКО НЕ ПРОИЗВОДИТЕЛЬНЕЕ х32. Потому как не может большой шар подниматься быстрее маленького, если они надуты одинаковым газом. При прочих равных и пренебрегая весом большого и сопротивлением воздуха.
И ничего ваш "ShMem" не решает.
44. Алекс Ю (AlexO) 14.08.12 16:26
(28) sanfoto,
вырываете из контекста..

и ничего я не вырвал из контекста :)
У вас "1) для Файлового варианта" стоит сразу после "Наибольшая скорость работы 1с 8.х достигается:", да еще и под цифрой 1.
Что означает - файловая если и не вне конкуренции, но, по-крайней мере, не медленнее других вариантов.
А по факту - она на самом деле быстрее серверного варианта.
45. Владимир (hogik) 15.08.12 00:55
(1)
"на скорость 1С влияет: частота шины CPU + частота RAM памяти----> что влияет на скорости ЗАПИСИ и ЧТЕНИЯ в RAM. Что и есть основа быстродействия 1с 8.х"(с)

По моему опыту - данное утверждение справедливо и для "1С 7.7". ;-)
Хотя ЭТО и не является ОСНОВНОЙ причиной НеБыстродействия любой 1С...

P.S. Поддерживаю мнение из (30) сообщения.
46. Александр Милютин (sanfoto) 15.08.12 07:42
(45) hogik,
о знакомые все люди))
- данное утверждение справедливо и для "1С 7.7". ;-)

ну это конечно так,
но там (1с 7.7) хоть через шаманства с SQL удавалось разогнать...
а вот в случае с 1с 8.2 .... шаманства с SQL сильно не помогли - лично мне(кроме разве что Shared Memory - и то не намного),
хотя может что то "AlexO" - знает, но опять же конкретных рекомендаций не привел)))
48. Вадим Никонов (V.Nikonov) 15.08.12 10:56
Рассуждения про Память компа хороши, когда размер Базы небольшой!
Что-то ни слова про размер базы на которой тестили...
Если база почти целиком умещается в памяти (на серверах от 22 гектар), то всё разумеется будет летать. В жизни встречаются базы до 200-300 ГБ, и существенная часть данных может активно использоваться... тогда каково влияние памяти станет (по сравнению с дисковой подсистемой)?
alex_sh2008; AlexO; +2 Ответить 1
49. Алекс Ю (AlexO) 15.08.12 11:04
(46) sanfoto,
но опять же конкретных рекомендаций не привел

да вот начните с простого - Оптимизация SQL сервера, а там углубитесь и до страниц БД, их связь с размером строки (записи), напишите скрипт для регламентного шринкования базы, разберетесь с master и tempdb, тут же наваяете еще скрипт - но уже по обрезке tempdb, разберетесь с оптимизацией индексов...
Там край непаханный, сколько всего можно наоптимизировать, да и вообще - там комплексный подход: и SQL сервер, и работу сервера Windows нужно подгонять. В том числе и вплоть до настроек сети доходит (подбор MTU, например), и прочее, и прочее.
А вы нашли Shared Memory (причем даже нигде нет ваших пояснения или рассуждений - как работает, почему вы так решили), и статью накатали :)
Ищите универсальный рубильник, чтобы рванул - и заработало? :)
50. Денис Клюшин (denklu) 15.08.12 11:04
я вот нахожусь на стадии выбора железа и вы мне все карты спутали :)
решил за основу взять процессоры:
Xeon E5-2630 Six-Core, 2.3G (Max Turbo 2.8G), 7.2 GT/s QPI, 15MB Cache, s2011, 12x Threads, 95W, OEM (CM8062101038801)

а получается что значительно более дешевый:
Xeon E3-1270 Quad-Core, 3.4G (Max Turbo 3.8G), 5 GT/sDMI, 8MB Cache, s1155, 8x Threads, 80W (BX80623E31270, CM8062307262403)
легко его сделает по производительности 1С?
тогда смогу позволить вместо RAID1 сделать RAID10 на SAS дисках.

народу у меня немного - 20 пользователей, планируем до 30.
будет УТ11(тонкий клиент, web), 1с сервер, SQL, база 4-5Гб все на одном сервере

вообще планировал запускаться на таком железе
Xeon E5-2630 Six-Core, 2.3G (Max Turbo 2.8G) сначала 1 шт.(а если будет все плохо докуплю второй)
Supermicro MBD-X9DRL-3F
память Kingston 8GB 1600MHz DDR3 - 3 шт.
SAS 6Gb/s, Hitachi 300GB, 15000 rpm - 2 шт. в RAID1 (интегрированный)
SATA-II Hitachi 1TB, 3.5", 7200 rpm, - 2шт в RAID1 для помойки
Supermicro CSE-743T-665B это корпус
бюджет 80 т.р.
51. Алекс Ю (AlexO) 15.08.12 11:06
(48) V.Nikonov,
и существенная часть данных может активно использоваться... тогда каково влияние памяти станет

правильный вопрос задали.
Именно что - никакого практически. А вот дисковая у вас просядет только в путь, особенно - если пользователи открывают не только список баз при работе :)
52. Александр Милютин (sanfoto) 15.08.12 11:08
(47) zzz_natali,
угу на Дестктопе проверил
в Доп.Настройках "Управление питанием процессора"
вначале было только "Политика охлаждения системы"

После занесения в реестр:
хренова туча настроек появилась. - еще бы точно знать что "что - где - и когда" )))
53. Алекс Ю (AlexO) 15.08.12 11:11
(50) denklu,
а если будет все плохо докуплю второй

бюджет 80 т.р.

н-да... вторую персоналку докупите? Нормальный сервер идет от 130 тыс в минимальной комплектации.
А самосбор... он и есть самосбор.
Админы покупают такое для предприятий, чтобы дома не ночевать - скучно им, понимаете...
Категорически не приемлю " выбора железа для сервера" для 1С и SQL к нему на предприятиях от 500 работающих (не в 1С, а всего).
Берите бренд, и вот в него уже подбирайте железо.
Или купите свой, вместе с раскладушкой и дошираком на 5 лет с запасом.
54. Алекс Ю (AlexO) 15.08.12 11:14
(52) sanfoto,
в Доп.Настройках "Управление питанием процессора"
вначале было только "Политика охлаждения системы"

Вы еще настройкой видеокарты поиграйтесь для производительности сервера :)
Не там все ищите, не там.
Нету в Windows галочки "Максимально производительная работа 1С и SQL серверов?" - Да-Нет :)
55. Александр Милютин (sanfoto) 15.08.12 11:17
(51) AlexO,
угу А про "сервер 1с Предприятия" - мы забыли?)).
судя по всему ИМЕННО он... хм.. ТОРМОЗ, да Толстый клиент
56. Алекс Ю (AlexO) 15.08.12 11:17
(52) sanfoto,
хренова туча настроек появилась. - еще бы точно знать что "что - где - и когда"

потому что zzz_natali, не думая, скинула вам настройку с какого-то оверклокерского сайта.
Ну спалите процессор, дальше что? Напишите, как Гилев - "нужно было ставить более мощный процессор, этот слабоват оказался"? :)
57. Александр Милютин (sanfoto) 15.08.12 11:18
(54) AlexO,
та я так для прикола на десктопе))
ясень пень нафиг это ненужно
58. Алекс Ю (AlexO) 15.08.12 11:20
(55) sanfoto,
А про "сервер 1с Предприятия" - мы забыли?

Это не "мы забыли", а 1С забила на оптимизацию своего недосервера - 1С-сервер вообще не поддается какой-либо тонкой поднастройке.
Разве что потоки серверные наконец-то научились в 1С разделять, и то с трудом и кривлянием.
Зато теперь у 1С - самая гигантская утечка памяти из всех программных продуктов в мире. Есть чем гордиться :)
59. Алекс Ю (AlexO) 15.08.12 11:29
(55) sanfoto,
да Толстый клиент

как раз сейчас предъявляют большие претензии к производительности так называемых "управляемых тонких форм" - каким таким "боком" этот "тонкий" клиент лезет, что тормозит там, где толстый прекрасно работал.
60. розница.net (ZLENKO) 15.08.12 11:42
Получается надо ставить на сервера DDR3 2400(19200) ? У меня на десктопе стоит DDR3 2133 (cl=9) - в Win 7 x64 показывает 7,9 баллов оценку производительности и в AIDA 64 круче всего что там тестилось.
Вот тока на сервера же оверклокерскую память не ставят...
61. Алекс Ю (AlexO) 15.08.12 11:47
(60) розница.net,
Вот тока на сервера же оверклокерскую память не ставят...

потому что "оверклокерская память" нужна для единоразово показать попугаев в бенчмарке, а сервер - для постоянной напряженной работы, где сбои НЕ ДОПУСКАЮТСЯ.
Ставьте любую память, кто ж запрещает - только:
а) надежность
б) стабильность
в) охлаждение
Ну и совместимость с прочими компонентами где-то под г).
62. Александр Милютин (sanfoto) 15.08.12 11:57
(61) AlexO,
а сервер - для постоянной напряженной работы, где сбои НЕ ДОПУСКАЮТСЯ.

не могу не согласится))
Был опыт ставили под Сервак - Обычный дестоп, в то время не хилая машина - рвала наши сервера только в путь.
НО:
1)рэйд контроллер без батарейки
2)диски SATA-2
3) память без ECC
короче потом как начало все это сыпаться))).... больше не хотим таку каку..
63. розница.net (ZLENKO) 15.08.12 12:03
(61) По поводу того что сбои не допускаются на сервере - надежность аппаратных компонент не исключает сбоев по вине прогрраммных компонент (например, утечка памяти в rphost). С охлаждением у нормальной оверклокерской памяти проблем нет - радиаторы это скорее для красоты чем для реального охлаждения. А вот по поводу совместимости - вот это реально проблема. Поэтому я и говорю что ключевой момент производительности не решается для серверов 1С. Как то я не встречал оверклокеской памяти с контролем четности.
64. Алекс Ю (AlexO) 15.08.12 12:04
(62) sanfoto,
в то время не хилая машина - рвала наши сервера только в путь.

А вас не смущает, что поколения серверов и ваших персоналок - разные? :)
65. Денис Клюшин (denklu) 15.08.12 12:05
(53) AlexO,
убрал из своего поста слово "сервер" так лучше? были бы деньги взял бы и за 200.т.р. а так у нас и большинство компьютеров еще на целеронах
66. Алекс Ю (AlexO) 15.08.12 12:08
(63) розница.net,
Как то я не встречал оверклокеской памяти с контролем четности.

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

т.е. она, по-вашему, не греется вообще?
надежность аппаратных компонент не исключает сбоев по вине прогрраммных компонент (например, утечка памяти в rphost)

космические лучи еще забыли :)
И атмосферное давление.
Если тупая 1С заставляет тупить сервер, призванный работать на неё - это чья проблема? :)
67. Александр Милютин (sanfoto) 15.08.12 12:14
(64) AlexO,
тфу не чайно нажал Спам вместо Ответить))
А вас не смущает, что поколения ..

не не смущает,
мое подразделение всего лишь часть крупного холдинга ... есть и другие сервера))
68. Александр Милютин (sanfoto) 15.08.12 12:28
Что то тема в срач какой-то превратилась...
давайте почитаем
http://lurkmore.to/1%D0%A1
Мы обращались в фирму 1С с предложением ввести в язык (речь идет о версии 6.0) следующие конструкции :
**********************
НЕПРЕМЕННО - выполняет оператор без сбоев и зависаний
************************************
НЕ СПАТЬ - отключает внутренний глюкогенератор
*********************************
ИМЕТЬ СОВЕСТЬ - приостановить выполнение команды при её зависании.
Почему-то фирма не прислушалась к нашему мнению..


посмеёмся ... и не будем пересказывать лукоморье,
а будем вносить более конструктивные предложения.
denimmortal; Redokov; +2 Ответить
69. розница.net (ZLENKO) 15.08.12 13:30
Действительно тема съехала с технического направления. Так все таки какая именно память рекомендуется (кто что выбрал "для себя") для установки в сервера для 1С из того что сейчас доступно на рынке? Конкретно: производитель, модель.

P.S.: Я когда недавно в десктоп выбирал, то мозг сломал пока выбирал между DDR3 2400 cl=11 и DDR3 2133 cl=9 при том что выбор 2400 достаточно большой, но и цена существенно выше на нее, а DDR3 2133 cl=9 в наличии (интернет магазины (Киев)) было только 2 варианта. А по тестам (судя по статьям в инете) они примерно равную производительность показывают. А некоторые вообще пишут что лучше DDR3 1800 cl=7 взять (но не сильно то она и дешевле чем 2133).
70. розница.net (ZLENKO) 15.08.12 13:37
(66) Про космические лучи действительно забыл. Вы же не станете утверждать что повышение активности солнца и солнечные бури не влияют на сбои в работе компьютерных систем ?
Кстати несколько раз замечал что удивлялся что мол такое непонятное происходит, то глюки какие то непонятные то люди тупят и все "одно к одному", а потом читаю что мол оказывается была мощная вспышка на солнце. На людей кстати по мой му больше влияет чем непосредственно на компьютеры, ну а люди уже "влияют" на компьютеры :-)
71. розница.net (ZLENKO) 15.08.12 13:44
(66) Современная низковольтная (1,5 V) DDR3 в штатных режимах имеет практически комнатную температуру. Вообще не греться она не может по определению, но токи утечки очень малы и приводят лишь к незначительному нагреву. Радиаторы на памяти - чисто маркетинговый ход чтобы было видно за что больше денег платить. В ряде случаев по причине плохого контакта радиатора с микросхемами охлаждение наоборот ухудшается.
72. Наталия Мастербатова (zzz_natali) 15.08.12 14:39
(56) AlexO,
Зря вы так, товарисТч, наезжаете: у вас нет морально права глумиться над моим светлым типом волос, однако... :)
Это родные, но недокументированные настройки политики электропитания.
73. Алекс Ю (AlexO) 15.08.12 15:01
(72) zzz_natali,
Это родные, но недокументированные настройки политики электропитания.

да никто и не спорит :)
Только зачем настройки электропитания, как не для разгона?!
Так что, товарисТч, это не наезд, а констатация факта ))
74. Алекс Ю (AlexO) 15.08.12 15:03
(71) розница.net,
Современная низковольтная (1,5 V) DDR3 в штатных режимах

а в пониженных еще меньше греется. Можно сказать, работает как кондиционер в комнате - на охлаждение воздуха :))
Но мы-то про оверклок разговор вели, про разогнанную, не так ли?
75. Вениамин Коноплев (wkon) 15.08.12 15:23
(1) serega3333,
Рекомендации по памяти: один канал - 1 модуль, максимум - два модуля.
Если висит больше двух модулей на канале, то могут начаться "неприятности". Возможно это мы и наблюдаем у автора.
76. Александр Милютин (sanfoto) 15.08.12 16:33
таки сейчас отключили "Виртуальные ядра" на "REAL"

Тест:

REAL--->REAL--->17.48(Файловый) RAID10 SSD - Раньше (8 ядер)
- RAM DDR2 (Чтение=1737 Мб/с, Запись=1042 Мб/с)

REAL--->REAL--->25.73(Файловый) - сейчас (4 ядра - т.е. физические ядра и всяко БЫСТРЕЙ) -
DDR2 Чтение=2583, Запись=2056
как я и предполагал скорость выросла! Но таки из-за более слабого проца (чем у др. компов теста)
скорость работы с оперативой значительно ниже - и как результат - меньше и попугаев))
77. Александр Милютин (sanfoto) 15.08.12 16:45
(69) розница.net,

ех не только Скоростная память --- но и проц Скоростной нужен чтобы память прокачать)) см. (76)
притом побольше не "Частота проца"= Множитель*Шина, а "именно Шина" наибольшей частоты.
78. Baza (pbazeliuk) 15.08.12 21:58
Запустил тест на ноутбуке с процессором - Core i7 2670QM, память не известно какая. Показало 63,29 попугая.

На двухпроцессорном сервере 14,53...
79. Сергей (Che) Коцюра (CheBurator) 16.08.12 02:23
а никто не задавался вопросом - у ТС вообще банки памяти ПРАВИЛЬНО НАБИТЫ? а то работают тупо не в том режиме...
80. Александр Медведев (anig99) 16.08.12 05:27
Перевод на sql 2005 ничего не изменил, значит затык не в нем...
Не меняет картины даже разнесение файлов бд, темпдб, логов и файла подкачки на разные диски. Точно также не менялась производительность и файловой системы при работе в 0 раиде из 2,3 и 4 дисков и просто на диске без раида. Следовательно затык не в дисковой подсистеме.

SQL (новый старый) 18.5 19,8-20
Файловая 45 37,8

По тестам дисковая система нового сервера более чем в 1,5 раза быстрее.

Подозреваю затык в памяти. НО!
новый сервер 32бит AIDA чтение/запись 8200/3300
новый сервер 64бит AIDA чтение/запись 9300/6000

старый сервер 32бит AIDA чтение/запись 3600/2000
старый сервер 64бит AIDA чтение/запись 3800/3400

Разница в количестве каналов... Админ настроил новый сервер в режиме Single, а на старом сервере в режиме Quad настроено.
81. Александр Милютин (sanfoto) 16.08.12 05:54
(79) CheBurator,
REAL режим памяти Quad или вы про (1)
82. Александр Милютин (sanfoto) 16.08.12 07:05
(80) anig99,
Опа интересненькое заметил...
новый сервер 32бит AIDA чтение/запись 8200/ 3300 - а че так запись проседает?

PS:
т.к. у вас "сервер 1С предприятия" 32 бит и Win 2008 -
то насколько я в курсе на 64 бит Win 2008 - 32 битные приложения работают медленней чем чем на 64 бит Win 2003.
Windows 2008/ WoW64 эмулирует 32-битное окружение, за счет дополнительной прослойки между 32-битным приложением и 64-битным Windows API. Где-то эта прослойка тонкая, где-то не очень. Для средней программы потери в производительности из-за наличия такой прослойки составят около 2%. Для некоторых программ это значение может быть больше. Два процента это немного, но следует учитывать, что 32-битные приложения работают немного медленнее под управлением 64-битной операционной системы Windows, чем в 32-битной среде.


Замечу:
для разных типов Процессоров WoW64 -работает по разному.

Например, 64-битная версия Windows разработанная для процессора Intel Itanium 2 использует WoW64 для эмуляции x86 инструкций. Такая эмуляция весьма ресурсоемка по сравнению с WoW64 для архитектуры Intel 64, так как происходит переключение с 64-битного режима в режим совместимости, при выполнении 32-битных программ.

WoW64 на архитектуре Intel 64 (AMD64 / x64) не требует эмуляции инструкций. Здесь подсистема WoW64 эмулирует только 32-битное окружение.
83. Александр Милютин (sanfoto) 16.08.12 07:48
(82) sanfoto,
нда это получается... ну поставили мы)) "сервер 1с 64 бит" ,
но для 1с 8.2 остаются Толстые Клиенты 32 бит, ибо 64 бит для 8.2 болт....
и следовательно на Терминальном 64 бит сервере - такие Толстые клиенты несколько теряют в скорости..
таки принуждают на "Тонких" перелазить.... а 1с 8.3 пока не хочу... по любому сырая сильно...
84. Александр Медведев (anig99) 16.08.12 09:35
Переход на дуал оперативки ничего не дал... факин щит. Попробую сегодня 1с сервер на старой машине, а SQL на новой. Что там нужно в firewall открыть?
85. KV1s (KroVladS) 16.08.12 09:44
Чем больше читаю, тем меньше понимаю на что же ориентироваться при выборе железа. :(
86. red 80 (red80) 16.08.12 10:01
(38) AlexO,
сам по себе "объект" (даже такой идиотский, как в 1С) никогда не "крутится" и не обрабатывается как целиковый черный ящик, а разбивается на множество составлящих простейших "ячеек с данными"...

Да ты нам глаза открыл!
87. mike dedov (dedtver) 16.08.12 10:04
Тоже бьюсь на увеличением скорости скульного режима - пока лучший результат 23 очка, в тестах всегда 1 комп он БД и 1С - soft W2k8x64+1c+64+PostgresX64 или DebianX64+1c+64+PostgresX64 (в скорости разницы нет) Это не тестовые площадки - это рабочие серверы в конторах, до 10 одновременно работающих пользователей
комп 1 - core2duo+P5K+DDR2800/8ГБ/hdd7200SATA2 - 18 очков
комп 2 - i7-950/ASUS_X58/DDR3-1333/12ГБ/SSD-Corsiar64_SATA2 -20 очков
комп 3 - i7-950/ASUS_X58/DDR3-1333/12ГБ/SSD_Corsiar64-SATA2 -21 очков
комп 4 - core2duo+P5K+DDR2800/4ГБ/SSD_SATA2 - 23 очков

Из выше сказанного - частота памяти как то по-особенному влияет на производительность 1с.

Скоро буду тестить на SSD Sata3 (скорость чтения записи 500/500) думаю это даст прироста!
Делитесь тестами, вместе что нибудь сообразим.

Файл режим i7-950/ASUS_X58/DDR3-1333/12ГБ/SSD-Corsiar64_SATA2 в разгоне до 3.9 - 91 очко
88. Gudvin Pupkin (Slotty) 16.08.12 10:29
Автор бы сообщил как настроил SQL сервер. А то все на железо пинать в случае с 1С смысла нет. Какие указал параметры , настройки : Максимально отведенное серверу количество памяти (Maximum server memory) - из расчета , а не на шару.,Максимальное количество потоков (Maximum worker threads) и т.д. Более подробно описано тут http://infostart.ru/public/65955/.
А далее надо смотреть "performance"ставить счетчики и смотреть. Анализировать. Где узкие места и как можно еще поднять производительность для "Стабильной работы сервера".
89. Gudvin Pupkin (Slotty) 16.08.12 10:44
(85) KV1s,
Чем больше читаю, тем меньше понимаю на что же ориентироваться при выборе железа. :(


Финансы, какие поставленные задачи он должен выполнять ,Софт , Бренды производителей железа , и т.д. - на все это!!!
90. Baza (pbazeliuk) 16.08.12 11:24
Настроил shared memory настройка выросла с 14,53 до 19,62
Перенес тестовую базу с обычного рейда на рейд SSD - оценка поднялась до 37,31

Система - 2xIntel Xeon E5-2650, 64 гб памяти, 1 рейд SSD под базы, 1 рейд SSD под tempdb и логи сервера 1С, 1 рейд из обычных винчестеров под Windows 2008 Server, 1 дополнительный винчестер под бекапы.
91. Владимир Родионов (Балабас) 16.08.12 11:31
(84) anig99, а вы не пробовали в процессе тестирования посмотреть на показания счетчиков системы?

Memory \ Pages/sec
Pocessor [_Total] \ %Processor Time
System \ Processor Queue Length
Phisical Disk \ Avg. Disk Queue Length
Network Interface \ Bytes Total/sec

Рекомендуемая частота получения значений – один раз в 15 секунд

http://kb.1c.ru/articleView.jsp?id=10
92. Александр Милютин (sanfoto) 16.08.12 12:12
(90) Baza,
...оценка поднялась до 37,31 - супер, это SQL? если да то железо подробней пожалуйста.

нарыл на сайте Intel
Intel® Xeon® Processor E5-2650...Типы памяти DDR3-800/1066/1333/1600, 4-ех канальный режим, максимальная пропускная способность памяти = 51 200 Мб/с
93. KV1s (KroVladS) 16.08.12 12:57
Только что писали что (80) anig99,
Не меняет картины даже разнесение файлов бд, темпдб, логов и файла подкачки на разные диски. Точно также не менялась производительность и файловой системы при работе в 0 раиде из 2,3 и 4 дисков и просто на диске без раида. Следовательно затык не в дисковой подсистеме.

а тут (90) Baza,
Перенес тестовую базу с обычного рейда на рейд SSD - оценка поднялась до 37,31

в общем
Чем больше читаю, тем меньше понимаю на что же ориентироваться при выборе железа. :(

В чём истина?
94. Baza (pbazeliuk) 16.08.12 13:14
Поясню по поводу рейда: Рейд из обычных винчестеров он является софтварным, по забывчивости создал тестовую базу на нем.

После переноса на хардварный рейд (RAID 1) из SSD оценка существенно поднялась.

Конфигурация сервера
Серверная платформа Intel GRIZZLY PASS 2U (768 ГБ оперативной памяти максимально можно установить)
Процессор1: Intel® Xeon® CPU E5-2650 0 @ 2.00GHz, 2001 МГц, ядер: 8, логических процессоров: 16
Процессор2: Intel® Xeon® CPU E5-2650 0 @ 2.00GHz, 2001 МГц, ядер: 8, логических процессоров: 16
Память: DDR3 8GB PC3-12800 1600MHz KINGSTON REG, ECC, CL11 (8 штук)
hardware RAID 1: Intel SSD (для баз данных) с повышенным lifetime (уже перезаписано данных 50 TБ) модель точно не помню
hardware RAID 1: Две самые дешевые SSD Kinston (для tempdb, логи 1С, temp windows 2008 server)
software RAID 1: тут лежит windows, обычные 1 TB 7200 винчестеры, лежат несколько последних бекапов
еще 1 отдельный винчестер для сбора бекапов



Еще запустил тесты с разных машинок которые находятся за разными сетевыми интерфейсами результат: 35,21-38,76.
Наибольший результат у терминального сервера который воткнут в одну стойку с сервером баз данных и соединены гигабитным каналом.
Наименьший результат если запускать с моего ноутбука, расстояние до сервера около 10 км.
95. Baza (pbazeliuk) 16.08.12 13:16
(92) sanfoto, да это SQL (оценка делалась при подключенных 120 пользователях к базе, думаю если нагрузки не будет будет еще больше)
96. Александр Милютин (sanfoto) 16.08.12 14:44
(93) KV1s,
С 19,62 .....Перенес тестовую базу с обычного рейда на рейд SSD - оценка поднялась до 37,31

разница 19 попугаев - всего лишь переносом с "СОФТВАРНОГО RAID" - ИМХО тормозного по сути.
(операци с таким RAID полюбак отбирают прилично Проц и Скорость оперативы....от других приложений)
да бьюсь в заклад, что на такой тачке и ОДИНОЧНЫЙ винт дофига попугаев покажет.

(94) Baza,
подробно опишите пожалуйста конфигурацию "СОФТВАРНОГО RAID".

PS:
А если "Программный RAID" - еще и RAID1 ....
Цитата:
....При этом надежность резко возрастает, а время поиска секторов по-прежнему равняется X+n, то есть RAID 1 не только не ускоряет, но даже замедляет обмен данными по сравнению с обычным жестким диском.
97. Baza (pbazeliuk) 16.08.12 15:27
(96) sanfoto, потому и используем SSD для баз и tempdb, они во много раз быстрее обычных дисков, в нашем бизнесе главное надежность потому RAID 1
98. Александр Милютин (sanfoto) 16.08.12 15:34
(97) Baza,
таки я угадал с RAID1 ? ))

просто я выделил главное в вашем Приросте производительности... чтобы народ не вводить в заблуждение.
разница 19 попугаев - всего лишь переносом с "СОФТВАРНОГО RAID" - ИМХО тормозного по сути.
(операци с таким RAID полюбак отбирают прилично Проц и Скорость оперативы....от других приложений)
............... на такой тачке и ОДИНОЧНЫЙ винт дофига попугаев покажет.

А так ваш Сервер отменная тачка... планируем месяца через два что то подобное прикупить.
37,31- попугаев для SQL 1с 8.2 считаю довольно круто.
на самом деле их Попугаев наверное больше - т.к по умолчанию Тестовая Конфа от Гилева в "8.1",
на чистом "8.2" все таки результаты гораздо лучше будут.
99. Baza (pbazeliuk) 16.08.12 16:34
(98) sanfoto, таки да (не советую делать софтварных рейдов для рабочих баз и tempdb), но рост еще появился после настройки shared memory (около 10%).



Но мы еще планируем протестировать отдельный сервер для 1С с высокочастотным процессором (что-то по типу core i7 на архитектуре ivy bridge). Но это в планах на сентябрь-октябрь, если будет реальный прирост производительности отпишусь в этой теме.
100. Владимир (hogik) 16.08.12 16:40
В НАШИХ задачах (включая сУУбд) сильно влияет на производительность системы скорость "взаимодействия" CPU-RAM. Это банальный факт с бородой. ;-) Процессоры со встроенным контроллером памяти "взаимодействуют" с RAM быстрее, чем если контроллер в чипсете. Раньше такие процессоры делала только AMD, теперь их делает и Intel. ;-)
Канальность не оказывает большого влияния на производительность, т.к. "придумана" для возможности подключать бОльший объем памяти без использования регистровой памяти.
В некоторых задачах сильно падает производительность системы при включенном HT. По моим замерам - НАШИ задачи попадают в список этих "некоторых". ;-)
Вот и всё... :-)
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа