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

13.01.17

База данных - HighLoad оптимизация

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

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

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

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

(уточнение между серверами сеть 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-го пользователя.

рисунок

 

 

 

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

 

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

 

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

 

рисунок

 

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

См. также

Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.

13.03.2024    3003    spyke    27    

42

Быстродействие типовой 1С

HighLoad оптимизация Платформа 1С v8.3 Бесплатно (free)

Оказывается, в типовых конфигурациях 1С есть, что улучшить!

13.03.2024    5124    vasilev2015    19    

37

Анализируем SQL сервер глазами 1С-ника

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

Обработка для простого и удобного анализа настроек, нагрузки и проблем с SQL сервером с упором на использование оного для 1С. Анализ текущих зааросов на sql, ожиданий, конвертация запроса в 1с и рекомендации где может тормозить

1 стартмани

15.02.2024    7664    159    ZAOSTG    68    

96

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

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Встал вопрос: как быстро удалить строки из ТЗ? Рассмотрел пять вариантов реализации этой задачи. Сравнил их друг с другом на разных объёмах данных с разным процентом удаляемых строк. Также сравнил с выгрузкой с отбором по структуре.

09.01.2024    6001    doom2good    48    

63

Опыт оптимизации 1С на PostgreSQL

HighLoad оптимизация Бесплатно (free)

При переводе типовой конфигурации 1C ERP/УТ/КА на PostgreSQL придется вложить ресурсы в доработку и оптимизацию запросов. Расскажем, на что обратить внимание при потерях производительности и какие инструменты/подходы помогут расследовать проблемы после перехода.

20.11.2023    8886    ivanov660    6    

76

ТОП проблем/задач у владельцев КОРП лицензий 1С на основе опыта РКЛ

HighLoad оптимизация Бесплатно (free)

Казалось бы, КОРП-системы должны быть устойчивы, быстры и надёжны. Но, работая в рамках РКЛ, мы видим немного другую картину. Об основных болевых точках КОРП-систем и подходах к их решению пойдет речь в статье.

15.11.2023    5117    a.doroshkevich    20    

72

Начните уже использовать хранилище запросов

HighLoad оптимизация Запросы

Очень немногие из тех, кто занимается поддержкой MS SQL, работают с хранилищем запросов. А ведь хранилище запросов – это очень удобный, мощный и, главное, бесплатный инструмент, позволяющий быстро найти и локализовать проблему производительности и потребления ресурсов запросами. В статье расскажем о том, как использовать хранилище запросов в MS SQL и какие плюсы и минусы у него есть.

11.10.2023    16198    skovpin_sa    14    

98
Вознаграждение за ответ
Показать полностью
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
38. AlexO 135 14.08.12 14:32 Сейчас в теме
(36)
которые как раз всяко разно))) крутит в оперативе

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

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

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

С ОБЪЕКТАМИ можно работать по разному - сам по себе "объект" (даже такой идиотский, как в 1С) никогда не "крутится" и не обрабатывается как целиковый черный ящик, а разбивается на множество составлящих простейших "ячеек с данными", поэтому здесь - море непаханное для оптимизаций в плане обработки "объектов".
Не путайте ситуацией, когда тяжелые графические пакеты вынужденно крутят в памяти целиковую сложнейшую трехмерную модель, загружая память под завязку (как самую быструю из подсистем хранения), иначе пользователь будет ждать минутами поворота модели. Будет вместо HDD только ROM с аналогичными характеристиками емкости - будет все по-другому.
41. sanfoto 502 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 Мб/с)
при том что Клиент-Серверные результаты КОРРЕЛИРУЮТСЯ аналогично(просто меньше попугаев)
43. AlexO 135 14.08.12 15:53 Сейчас в теме
(41)
ВЫ не против вывода

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

вот и неправильно думаете.
х64 только и понадобился, что 1С опять отжирает гигаемы ресурсов, но сам х64 НИСКОЛЬКО НЕ ПРОИЗВОДИТЕЛЬНЕЕ х32. Потому как не может большой шар подниматься быстрее маленького, если они надуты одинаковым газом. При прочих равных и пренебрегая весом большого и сопротивлением воздуха.
И ничего ваш "ShMem" не решает.
86. red80 16.08.12 10:01 Сейчас в теме
(38) AlexO,
сам по себе "объект" (даже такой идиотский, как в 1С) никогда не "крутится" и не обрабатывается как целиковый черный ящик, а разбивается на множество составлящих простейших "ячеек с данными"...

Да ты нам глаза открыл!
40. AlexO 135 14.08.12 14:52 Сейчас в теме
(36)
и шаманства с сервером SQL тут не помогут, ну никак... разве что чуток... на пару попугаев Гилевских))

вот шаманства с "типа настройки" кластера 1С - точно ничем не помогут.
А настройки SQL даже могут помочь избавиться от ошибок 1С-SDBL.
42. sanfoto 502 14.08.12 14:57 Сейчас в теме
(40) AlexO,
вот шаманства с "типа настройки" кластера 1С - точно ничем не помогут.

согласен,
но думаю "Сервер 1с 64 бит + Shared Memory" - будет быстрее -
- "Сервера 1с 32 бит без ShMem но с ТОНКО настроенным SQL"
48. V.Nikonov 120 15.08.12 10:56 Сейчас в теме
Рассуждения про Память компа хороши, когда размер Базы небольшой!
Что-то ни слова про размер базы на которой тестили...
Если база почти целиком умещается в памяти (на серверах от 22 гектар), то всё разумеется будет летать. В жизни встречаются базы до 200-300 ГБ, и существенная часть данных может активно использоваться... тогда каково влияние памяти станет (по сравнению с дисковой подсистемой)?
alex_sh2008; AlexO; +2 Ответить
51. AlexO 135 15.08.12 11:06 Сейчас в теме
(48) V.Nikonov,
и существенная часть данных может активно использоваться... тогда каково влияние памяти станет

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

Это не "мы забыли", а 1С забила на оптимизацию своего недосервера - 1С-сервер вообще не поддается какой-либо тонкой поднастройке.
Разве что потоки серверные наконец-то научились в 1С разделять, и то с трудом и кривлянием.
Зато теперь у 1С - самая гигантская утечка памяти из всех программных продуктов в мире. Есть чем гордиться :)
399. tango 506 06.11.12 10:28 Сейчас в теме
(58) AlexO,
Зато теперь у 1С - самая гигантская утечка памяти из всех программных продуктов в мире

ненавижу ... производителей
59. AlexO 135 15.08.12 11:29 Сейчас в теме
(55)
да Толстый клиент

как раз сейчас предъявляют большие претензии к производительности так называемых "управляемых тонких форм" - каким таким "боком" этот "тонкий" клиент лезет, что тормозит там, где толстый прекрасно работал.
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 т.р.
53. AlexO 135 15.08.12 11:11 Сейчас в теме
(50) denklu,
а если будет все плохо докуплю второй

бюджет 80 т.р.

н-да... вторую персоналку докупите? Нормальный сервер идет от 130 тыс в минимальной комплектации.
А самосбор... он и есть самосбор.
Админы покупают такое для предприятий, чтобы дома не ночевать - скучно им, понимаете...
Категорически не приемлю " выбора железа для сервера" для 1С и SQL к нему на предприятиях от 500 работающих (не в 1С, а всего).
Берите бренд, и вот в него уже подбирайте железо.
Или купите свой, вместе с раскладушкой и дошираком на 5 лет с запасом.
65. denklu 15.08.12 12:05 Сейчас в теме
(53) AlexO,
убрал из своего поста слово "сервер" так лучше? были бы деньги взял бы и за 200.т.р. а так у нас и большинство компьютеров еще на целеронах
60. ZLENKO 398 15.08.12 11:42 Сейчас в теме
Получается надо ставить на сервера DDR3 2400(19200) ? У меня на десктопе стоит DDR3 2133 (cl=9) - в Win 7 x64 показывает 7,9 баллов оценку производительности и в AIDA 64 круче всего что там тестилось.
Вот тока на сервера же оверклокерскую память не ставят...
61. AlexO 135 15.08.12 11:47 Сейчас в теме
(60) розница.net,
Вот тока на сервера же оверклокерскую память не ставят...

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

не могу не согласится))
Был опыт ставили под Сервак - Обычный дестоп, в то время не хилая машина - рвала наши сервера только в путь.
НО:
1)рэйд контроллер без батарейки
2)диски SATA-2
3) память без ECC
короче потом как начало все это сыпаться))).... больше не хотим таку каку..
64. AlexO 135 15.08.12 12:04 Сейчас в теме
(62)
в то время не хилая машина - рвала наши сервера только в путь.

А вас не смущает, что поколения серверов и ваших персоналок - разные? :)
67. sanfoto 502 15.08.12 12:14 Сейчас в теме
(64) AlexO,
тфу не чайно нажал Спам вместо Ответить))
А вас не смущает, что поколения ..

не не смущает,
мое подразделение всего лишь часть крупного холдинга ... есть и другие сервера))
1531. Buldog57 13.03.14 16:13 Сейчас в теме
Прошу помощи!!!
Есть сервер Сервер SRV|Legion SL2500/4UT8G2 / CPU-E5-2620x2 / 8*MEM-D3R-8G1600x1 / SAS3,5-300G15Kx4 / lsi-9271-4i, 10 рейд + 1 сата винт под бекапы и файлопомойку на 1 тб. Все под управлением ос 2012 server standart. Подняты роли hyper-v, dhcp, dns, сервер терминалов. Домен и днс подняты на hyper-v, на физической машине сервер темриналов и dhcp, sql 2012. Теперь о 1с установлена платформа 8.3.4.365 и сервер 1с (64) конфигурация ут 11.1 типовая обновленная до 27 релиза. Теперь о проблеме подключаюсь локлаьно к серверу 1с тормозит даже в файловой базе, а прописываю базу по сети на своей рабочей машине под windows 7 64 1с летает которая под sql, файловую не пробовал.
1532. sanfoto 502 14.03.14 09:13 Сейчас в теме
(1531) Buldog57,
угу вам еще осталось в нескольких RDP сессиях "AutoCad"+"CorelDRAW " запустить на этом сервере))).
1534. Buldog57 14.03.14 09:18 Сейчас в теме
(1532) Если ты про нагрузуку на сервер то она грубо говоря минимальна. Если смотерть по загруженности ЦП,Дисков,ОЗУ единственное озу грузиться в пике на 66% край а от 64 гигов это остаток 21,76 гига... так что делай выводы...
1535. sanfoto 502 14.03.14 09:29 Сейчас в теме
(1534) Buldog57,
уточню КЛИЕНТЫ ТОНКИЕ 1С? тогда это тоже что и запуск ""AutoCad"+"CorelDRAW "" в RDP))) хотя если их же запустить локально(на том же железе) - ТОРМОЗОВ НЕБУДЕТ.

Делайте выводы))
1536. Buldog57 14.03.14 09:29 Сейчас в теме
(1535) Нет клиенты толстые запускаются))....
1538. sanfoto 502 14.03.14 09:32 Сейчас в теме
(1536) Buldog57,
попробуйте "Толстого клиента" запустить локально... т.е. не через RDP/ (у толстого Клиента в принципе таже проблема... просто на движке 8.2 не так сильно выражалась... а у вас же "РУЧНОЙ ТОМОЗ 8.3")

пс.
СТОП я не уточнил проблемму - от ВИДЕО-УСТРОЙСТВА зависимость есть сильная.
1537. Buldog57 14.03.14 09:31 Сейчас в теме
(1535) Ты говоришь про локально локально на сервере тоже тормозит...... даже если взять файловый вариант и локально запустить то тормоза...
1533. alex_sh2008 4 14.03.14 09:18 Сейчас в теме
(1531) Buldog57, Вспомните чем отличаются серверные ОС от ОС рабочих станций, а также железки сервера от железок рабочих станций, и ответ сразу же найдете на свой вопрос.
1540. Buldog57 14.03.14 09:38 Сейчас в теме
(1533) alex_sh2008, Что конкретно ты имеешь ввиду?
1541. alex_sh2008 4 14.03.14 09:44 Сейчас в теме
(1540) Buldog57, О том как сервера и серверные ОС распределяют свои мощности при обслуживании клиентов и о том почему когда пользователь заходит на сервер локально ему кажется что сервер работает медленно по сравнения с его рабочим компьютером, и при этом общего снижения производительности сервера не видно.
1543. Buldog57 14.03.14 09:52 Сейчас в теме
(1541) alex_sh2008, Я не понимаю о чом ты толкуешь..... я написал в ветке что по сети тенуть данные 1с работает быстрее чем локально на серврере остлеживал замерами производительности конкретно по 1 документу....
1545. sanfoto 502 14.03.14 09:54 Сейчас в теме
(1543) Buldog57,
не ну ясень пень что КЛИЕНТ тормозит.

причины две я Вам описал, первая отпала...
вторая ----дисковая система с большим временем случайного доступа мелкими порциями ОСТАЛАСЬ))
1548. alex_sh2008 4 14.03.14 10:00 Сейчас в теме
(1543) Buldog57, При той настройке сервера что у тебя есть локально 1С у тебя не будет быстро работать, слишком много сетевых служб установлено, не считая Hyper-V - это первое, второе у тебя разметка массивов дисков скорее всего стандартная, для баз данных и хранилища Hyper-V, требуется выравнивание и увеличение размеров кластеров исходя из размера кластера базы данных, то есть искать золотую середину между Sql базами и хранилищем Hyper-V. SSD диски дают хороший прирост производительности на серверах только с RAID-5 и выше, в остальном производительность не стоит цены.
1549. sanfoto 502 14.03.14 10:05 Сейчас в теме
(1548) alex_sh2008,

стоп стоп... ты говориш про ускорение СЕРВЕРНЫХ компонетов.... а у него же тормозит КЛИЕНТСКИЙ))
1550. alex_sh2008 4 14.03.14 10:10 Сейчас в теме
(1549) Я про все написал, прочитай по внимательнее, расписывать как работу сетевых службы DNS, DHCP, Hyper-V не стал, это тема отдельная и большая, и не раз обсуждалась в интернете.
1552. Buldog57 14.03.14 10:13 Сейчас в теме
(1548) alex_sh2008, Тоесть для такой машины держать физически роль hyper-v, dhcp и службу удаленных рабочих столов это тяжело?
Домен и ДНС у меня на виртуальной машине работают.
1553. alex_sh2008 4 14.03.14 10:16 Сейчас в теме
(1552) Buldog57, Не тяжело, а вот совмещать такие роли c сервером SQL и 1С не желательно. Работа сервера 1С это вообще отдельная история))). Это все сетевые службы и работают через одни и теже сетвые интерфейсы, прирост производительности дает например, разделение трафиков на отдельные интерфейсы, например Hyper-V сидит на одном, а 1С и SQL сидит на другом.
1554. Buldog57 14.03.14 10:18 Сейчас в теме
(1553) alex_sh2008, Ту же базу я прописываю у себя на локлаьной машине (смысле sql) тоесть sql и 1с сервер работают на серваке.. а я получаеться что килент запускаю у себя на локальной машине и все летает... а если килент запускать там же на сервере локально то тормоза? Не пойму причем тут совмещение ролей sql и 1с ((
1557. alex_sh2008 4 14.03.14 10:25 Сейчас в теме
(1554) Buldog57, Я тебе уже писал, что на сервере у тебя 1С будет медленно работать, из за особенности работы сервера, на серверах, всем процессам дается более низкий приоритет по сравнению с сетевыми службами, и 1С у тебя просто ждет, пока ОС выделит ей память, процессор и т.д.
1558. Buldog57 14.03.14 10:26 Сейчас в теме
(1557) alex_sh2008, ты имеешь ввиду 1с клиента?
1559. alex_sh2008 4 14.03.14 10:27 Сейчас в теме
1560. Buldog57 14.03.14 10:28 Сейчас в теме
(1559) alex_sh2008, Ага понятно можно попробовать допустим убрать роль dhcp,nap и посмотреть не так ли?
1562. alex_sh2008 4 14.03.14 10:34 Сейчас в теме
(1560) Buldog57, Можно просто провести мониторинг сервера, и определить какими службами и в каком объеме используются ресурсы, а потом начинать убирать роли. И второе в виртуальное среде не рекомендуется держать основной контроллер домена, а так же DNS и DHCP, эти службы должны запускаться в первую очередь а потом все остальные.
1563. Buldog57 14.03.14 10:37 Сейчас в теме
(1562) alex_sh2008, По поводу домена dns я бы с радостью но это повредит производительности 1с и sql(((
1565. alex_sh2008 4 14.03.14 10:39 Сейчас в теме
(1563) Buldog57, С какого перепуга это повредит производительности?
1572. Buldog57 14.03.14 11:05 Сейчас в теме
(1565) alex_sh2008, Ты же только что мне сам объяснил что в превую очередь ресурсы потребляют установленные роли на сервере а уже потом все остальное.
1573. Buldog57 14.03.14 11:07 Сейчас в теме
(1572) Следуя из этого я попытаюсь по максимуму убрать роли где стоит 1с сервер sql и клиенты)
1577. h00k 50 14.03.14 11:16 Сейчас в теме
(1573) Если есть возможность, то лучше терминальный сервер вынести на отдельный физический сервер.
А убирать роли это уже второй шаг, когда 1С+ SQL начнёт выдавать неудовлетворительную производительность.
Третий шаг - разнести БД по разным физическим серверам, пытаясь равномерно распределить нагрузку. Но это когда на одном SQL разных баз много.
1579. Buldog57 14.03.14 11:19 Сейчас в теме
(1577) h00k, Сначала добиться чтобы фаловый варинат отрабатывал номрально а потом если будут проблемы (В чом яс собственно сомневаюсь) смотерть на 1С+ SQL.
1582. alex_sh2008 4 14.03.14 11:21 Сейчас в теме
(1579) Buldog57, Вообще то это разные технологии и сравнивать их бессмысленно, они требуют разных настроек, как серверов так и сети.
1578. sanfoto 502 14.03.14 11:18 Сейчас в теме
(1573) Buldog57,
ладно изобретайте дальше велосипед свой))

попробуйте "волшебную опцию" :
"Свойства системы" далее вкладка дополнительно "Быстродействие кнопка ПАРАМЕТРЫ"

прикрепляю скрин))
Прикрепленные файлы:
1581. Buldog57 14.03.14 11:20 Сейчас в теме
(1578) Так и стоит и + ВИзуальные эффекты: на быструю производительность стоят.
1574. alex_sh2008 4 14.03.14 11:09 Сейчас в теме
(1572) Buldog57,У тебя контроллер домена находится на том же самом сервере что и SQL сервер, так что от перемены мест слагаемых сумма не изменится, а вот надежность работы и увеличение производительности будет. А клиенты которые запускаются на сервере выведи на терминальный сервер в виртуалку, пусть там крутятся и не мешают основным службам работать.
1576. Buldog57 14.03.14 11:13 Сейчас в теме
(1574) alex_sh2008, На ФИзической машине поднять hyper-v , Контроллер домена на hyper-v крутиться а сервер sql на физической машине.
1580. alex_sh2008 4 14.03.14 11:19 Сейчас в теме
(1576) Buldog57, У меня работает уже несколько лет база УПП, на одном физическом сервере, контроллер домена, DNS, DHCP, SQL, 1С. Поднят Hyper-V, на нем сидит терминалка. все разнесено по разным сетевым интерфейсам. Правда база SQL и хранилище Hyper-V на разных массивах сидят.
1583. Buldog57 14.03.14 11:23 Сейчас в теме
(1580) alex_sh2008, Из твоего сообщения можно сделать вывод что дело не в борьбе за ресурсы раз у тебя все работает? у меня ут 11.1
1584. Buldog57 14.03.14 11:24 Сейчас в теме
(1580) alex_sh2008, а у тебя ОС какая?
1586. alex_sh2008 4 14.03.14 11:28 Сейчас в теме
(1584) Buldog57, ОС 2008, SQL 2008, 1С 8.3 пред последняя. Я вообще не парюсь из того что у какого то пользователя 1С открывается не 1 сек, а 5 сек. или что проводится документ выпуска не 5 сек, а 15 или 20сек., это все мелочи. Другое дело когда необходимо регистрировать документе в течении 1 мин, то тут уже надо переписывать механизмы в конфигурации, а не искать млс на сервере.
1587. Buldog57 14.03.14 11:35 Сейчас в теме
(1586) alex_sh2008, У нас торговля как ты заметил и в основном розница 70% розница открытие документа чекККМ это просто ужас от 5-9 секунд это просто жесть ))) мы перешли с файловой семерки торговля и склад у мя юзвери вешаються просто))) А когда я по сети деру базу октыттие чека 1,5-2 секудны разинца существенна на глаз))
1595. alex_sh2008 4 14.03.14 11:50 Сейчас в теме
(1587) Buldog57, Ваши 5-10 сек могут появляться на самом клиенте, а не на сервере.
1602. sanfoto 502 14.03.14 11:56 Сейчас в теме
(1595) alex_sh2008,
ну дык я об этом уже туеву тучу постов трындю что у Него томозит именно "Клиент 1с" ))
1604. alex_sh2008 4 14.03.14 12:00 Сейчас в теме
(1602) У него тормозит не клиент 1С, а клиентский компьютер, игра слов и путаница начинается. 1С клиенту необходимо много памяти на клиентском компьютере, в этом может быть проблема.
1606. sanfoto 502 14.03.14 12:04 Сейчас в теме
(1604) alex_sh2008,
тормозит не клиент 1С, а клиентский компьютер,


не совсем так, "комп1" со своей серверной частью справляется отменно... а вот Клиент 1С на нем тормозит))
1609. Buldog57 14.03.14 12:20 Сейчас в теме
1617. alex_sh2008 4 14.03.14 12:47 Сейчас в теме
(1606) В моей практике, был случай когда руководство решило заменить их систему CRM (стояла толи от SAP толи от Microsoft уже не вдавался в подробности) на систему CRM от 1С, после тестирования1С, решили ждать 2 года пока не будет производится плановая замена компьютеров, вот после этого только смогли перейти на 1С.
1607. sanfoto 502 14.03.14 12:07 Сейчас в теме
(1604) alex_sh2008,

просто мы забываем что переход 1С в "трехзвенку" - нифига не решил проблему клиента....

т.е. иными словами ОКАЗЫВАЕТСЯ и для "Клиента 1С" нужен компьютер с определенными характеристиками))
1616. alex_sh2008 4 14.03.14 12:41 Сейчас в теме
(1607) Я про это как раз не забываю, вот и приходится по максимум оптимизировать код, и держать в виртуальную ОС, что бы там можно было эмулировать различные характеристики компьютеров, и находить максимальный вариант скорости.
1608. sanfoto 502 14.03.14 12:11 Сейчас в теме
(1604) alex_sh2008,
про мою историю с "моноблоком" читали? я ее повторил несколькими постами выше)).

Там был исключительно "тонкий клиент 1С" --- и практически весь код исполнялся на "сервере"... и фиг то там всервано тормозило... пока SSD на моноблок не воткнули ... ускорилось в 10-ки раз.
1618. alex_sh2008 4 14.03.14 12:54 Сейчас в теме
(1608) SSD выиграл только из за того что 1С любитель создавать кучу временных файлов, и плюс любит делать компиляции и перекомпиляции кода на клиенте.
1620. sanfoto 502 14.03.14 12:57 Сейчас в теме
(1618) alex_sh2008,
да, но мы как раз и обсуждаем что нужно для "1С" чтобы "оно летало" ))))))
1623. alex_sh2008 4 14.03.14 12:58 Сейчас в теме
(1620) Много бабла, и больше ничего не сделать, пока сама компания 1С ничего не изменит в своей платформе в сторону производительности
1634. sanfoto 502 14.03.14 13:32 Сейчас в теме
(1623) alex_sh2008,
Много бабла, и больше ничего не сделать,...

и опять не совсем так)).... просто надо правильно подбирать структуру железа чтобы оптимально бабло вложить....
Можно и за 1 миллион купить сервер а 1с на нем будет работать медленней чем на компе за 50 тысяч...


Например:
1)У нас "мощный-сервер for 1C" ))) Два 4-ех ядерных проца с ядрами от 3.3 Ггц + SSD = около 300 тыс.

2)(пока на дохлых сервеных терминалка у нас но думаем =>>>>>>) + добавить например ферму терминальных RDP серверов с SSD на десктопных(ВЫСОКО ЧАСТОТНЫХ) процах какжды комп думаю тыщ 50 максимум (один такой пользаков 50 всяко потянет)
1636. alex_sh2008 4 14.03.14 13:40 Сейчас в теме
(1634) Вы забыли про лицензии на терминальный сервер. И все равно получается то приходится городить огород что бы добиться производительности.
1637. sanfoto 502 14.03.14 13:45 Сейчас в теме
(1636) alex_sh2008,
ну извините SGI-лезвия будут значительно дороже терминальных лицензий))... там да все можно на одном серваке... но лезвие каждое 1 миллион... хм... а если совмещать все в ОДНОМ ФЛАКОНЕ... то стартовая конфа МИНИМУМ два sgi-лезвия

ЭТО Я ПРО МНОГО-БАБОСНЫЙ ПОДХОД... естественно самый эффективный по производительности))
1638. alex_sh2008 4 14.03.14 13:51 Сейчас в теме
(1637) Причем тут вообще серверная часть, узкое место клиентская часть, терминальный сервер частично решает ее за счет мощности серверов, но что будет с тем когда количество пользователей вырастет, объем базы вырастет, опять решать проблему с производительностью и вкладывать средства в сервера.
1639. sanfoto 502 14.03.14 13:53 Сейчас в теме
(1638) alex_sh2008,
вы невнимательно читали цитата
а если совмещать все в ОДНОМ ФЛАКОНЕ.

т.е. и сервер RDP тоже в ФЛАКОНЕ))
1642. alex_sh2008 4 14.03.14 13:56 Сейчас в теме
(1639) Нам в любом случае нужен клиентский компьютер, так?
1643. sanfoto 502 14.03.14 13:57 Сейчас в теме
(1642) alex_sh2008,
так))
можно и "тонких клиентов RDP" накупить... там ARM процы и коробочка маленкая и недорого.
1645. alex_sh2008 4 14.03.14 14:03 Сейчас в теме
(1643) Вот и результат что вся пресловутая 3-х звенка в 1С ни какой эффективности перед стандартной не дает.
1644. sanfoto 502 14.03.14 14:02 Сейчас в теме
(1642) alex_sh2008,
вот первый попавшийся в гугле за 6500 руб
http://www.depo.ru/category_c1923577-2258392.aspx

притом учтите абгрейд коробочке нафиг ненужен))
1646. alex_sh2008 4 14.03.14 14:04 Сейчас в теме
(1644) Я в этом случае согласен, но тогда вам придется все приложения вешать на эту технологию, не только 1С.
1641. sanfoto 502 14.03.14 13:56 Сейчас в теме
(1638) alex_sh2008,
притом в SGI офигенно масштабируется в нашем случае... тупо докупаем лезвие и нате ...

В случае же обычного сервера.... как правило поможет только покупка нового ИБО абгрэйд сильно ограничен))
1640. alex_sh2008 4 14.03.14 13:54 Сейчас в теме
(1637) И чего вы так прицепились к SGI технологии, эта технология не для 1С, а более серьезных решений, где программы умеют работать с такой технологией и требуется распределенные вычисления.
1605. sanfoto 502 14.03.14 12:02 Сейчас в теме
(1602)

Самый простой способ если средства особо не позволяют, то раскачать сервер RDP на какойнибуть десктопной тачке с высокочастоными ядрами + пару десктопных SSD в зеркальном RAID/
1588. sanfoto 502 14.03.14 11:37 Сейчас в теме
(1586) alex_sh2008,
так в том то и прикол... как я понял

что например Запустит Buldog57 1с клиента на сервере то например 1 минута проведения.
а если запустит Клиента 1С на своем компе то время проведения например 1 сек..

Причем тут код конфигурации 1с ??? ))))
пс:
все цифры от балды но основной смысл понятен думаю.
1589. Buldog57 14.03.14 11:39 Сейчас в теме
(1588) Ктстае насчет кода потратили 20 часов времени фирмы франчайзы для ускорения самого чекаККМ а эффетка именно на сервере нету... а на моей машине видно сразу...
1592. alex_sh2008 4 14.03.14 11:44 Сейчас в теме
(1589) Buldog57, Дак, код то надо тестировать не только на клиенте, но и в клиент серверном режиме на клиенте.
1594. Buldog57 14.03.14 11:50 Сейчас в теме
(1592) alex_sh2008, под клиент серверным вариантом что ты имеешь ввиду?
1596. alex_sh2008 4 14.03.14 11:51 Сейчас в теме
(1594) Buldog57, Это когда база сидит на SQL сервере.
1597. Buldog57 14.03.14 11:54 Сейчас в теме
(1596) alex_sh2008, Вот сомтри я захожу на сервер локально запускаю фаловую базу тормоза, килент-сервер базу тормоза, запускаю клиент у себя на локлаьной машине прописываю путь к базе sql, рботает на ура!!!!
1598. sanfoto 502 14.03.14 11:54 Сейчас в теме
(1592) alex_sh2008,
уточняю :
я писал про следующий случай:
1)исключительно Клиент-серверный вариант допустим SQL+Сервер1С стоят на "комп1"

2)Запускается клиент 1С на "Комп1" (подключение к серверу 1с на "комп1") тестовое время проведения 1 сек
3)Запускается клиент 1С на "Комп2" (подключение к серверу 1с на "комп1") тестовое время проведения много секунд))

В разнице между пункт 2) и пункт 3) виноват код конфигурации 1С ? ))
1600. alex_sh2008 4 14.03.14 11:56 Сейчас в теме
(1598) В этой ситуации виноват клиентский компьютер.
1591. alex_sh2008 4 14.03.14 11:43 Сейчас в теме
(1588) Одно дело 1-5 пользователей проводят, другое дело 10-100 проводят документ
1564. Buldog57 14.03.14 10:38 Сейчас в теме
(1562) alex_sh2008, А мониторинг если подскажешь чем проведу. Или обычным системным монитором.
1566. alex_sh2008 4 14.03.14 10:39 Сейчас в теме
(1564) Buldog57, Обычным системным монитором, большего и не надо.
1561. Buldog57 14.03.14 10:32 Сейчас в теме
(1559) alex_sh2008, Или не убрать а скинуть на hyper-v разгружая тем самым физическую машину где sql 1c сервер и клиенты
1555. h00k 50 14.03.14 10:22 Сейчас в теме
(1552) Buldog57,
Тоесть для такой машины держать физически роль hyper-v, dhcp и службу удаленных рабочих столов это тяжело?

Основной смысл не в том что тяжело, а в том, что для каждой службы сервер должен выделить рабочее время процессора и другие ресурсы системы. И если для служб конкуренция за ресурсы не так заметна, то для работающих клиентов наоборот.
1556. Buldog57 14.03.14 10:24 Сейчас в теме
(1555) h00k, Получается что клиенту 1с не остаеться ресурсов?
1567. h00k 50 14.03.14 10:39 Сейчас в теме
(1556) В том то и прикол, что ресурсы то есть, но, в итоге 1С ждет, когда отработают другие задачи и сервер ей снова их выделит. Вот и возникают видимые тормоза из-за подобной очереди.
В настройках сервера можно отключить UAC и все визуальные эффекты, это несколько увеличит быстродействие.
1569. sanfoto 502 14.03.14 10:53 Сейчас в теме
(1567) h00k,
и это тоже есть))) и приоритет в ОЧЕРЕДИ скорей всего "серверным процессам" ... и клиенту малый промежуток остается))

ПС:
По дефолту в серверных виндах настройка и стоит приоритет для фоновых процессов.
Оставьте свое сообщение