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

Предыстория:
Есть в конторе, где я работаю, пара практически ОДИНАКОВЫХ по железу сервера…
так вот заметили что на одном из них 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-дисках

98 Comments

  1. serega3333

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

    Reply
  2. sanfoto

    (1) дык там не только память(частота работы) + частота шины Проца (без учета множителя т.е.):

    Терминальный сервер протестить можно например утилитой «aida» — Чтение+Запись Оперативки.

    SQL сервер — теже требования.

    Супер скорость будет примерно при 10 000 Мб/с. (это как минум DDR3)

    Reply
  3. sanfoto

    (1) а вопрос еще, «Тонкие Клиенты» — у вас, а база Файловая или SQL?

    если SQL тогда зачем они на «Терминальном сервере» — т.к. в этом случае вся работа на «сервере 1с»

    Reply
  4. anig99

    Windows и SQL какие были?

    З.Ы. Как включили Shared memory. А то прям сейчас копаться в гугле некогда (:

    Reply
  5. serega3333

    (3) в терминале в смысле запускают тонкого…на скуле все крутится…надо будет смотреть, спасибо за аналитику

    Reply
  6. sanfoto

    (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

    Reply
  7. anig99

    (6) Raid естественно с включенным кэшем записи? Какие настройки кроме shared memory делали? Я как раз сейчас новый сервак делаю.

    Computer: Supermicro X8DTL

    CPU: Intel Xeon E5607 (Westmere-EP, B1)

    2266 MHz (17.00×133.3) @ 2257 MHz (17.00×132.8)

    CPU: Intel Xeon E5607 (Westmere-EP, B1)

    2266 MHz (17.00×133.3) @ 2234 MHz (17.00×131.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 адресу.

    Reply
  8. anig99

    Да… Ещё.

    Вот тут http://social.technet.microsoft.com/Forums/ru-RU/ws2008r2ru/thread/cde1f256-a8e6-42c9-b1e4-80013d5b80ef/

    есть упоминание ещё о приросте скорости за счет включения с управлении питанием максимальной производительности. У меня уже включено, хотя разницы не ощутил

    Reply
  9. sanfoto

    (7) anig99,

    ага унас где RAID на SSD : ВКЛ Кэш записи, а чтения ОТКЛ. + temp.db(часть на SSD)- на Виртуальном диске в Оперативке.

    PS: уточнение Контроллер не поддерживает SSD(на сайте производителя пишут что теряем 50% скорости).

    Сервак у вас не плохой вижу)), но от Core i5 моего десктопа…всетаки думаю отстает по скорости работы с Памятью.

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

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

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

    (8) anig99,

    да тоже раньше читал и пробовал разницы не ощутил.

    Reply
  10. anig99

    (9) сегодня ночью нашел, что по поводу питания — это баг. Видимо уже исправили… SSD — с этого надо было начинать (: Все встало, но скорость удручила. Файловая, конечно, показала 44,64. А вот SQL не дотягивает до 20 чуть-чуть. Сейчас буду пробовать диск под tempdb форматнуть с размером кластера не 64кб, а 8кб

    Reply
  11. sanfoto

    (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 бит?

    Reply
  12. KroVladS

    Конкретных рекомендаций не будет по серверному железу с максимальной скорость Запись/Чтение оперативы.

    Reply
  13. Балабас

    в настройках SQL стоят приоритеты по использованию Shared Memory и TCP каналов, если у shared memory установлен приоритет 1, то соответственно по умолчанию и должен использоваться этот протокол, разве нет?

    Reply
  14. anig99

    (11) 1с 32-bit. Проблема в том, что пока новый, более мощный сервер не догоняет по попугаям Гилева старый сервак, где и процы слабее и памяти меньше и она DDR2, и диски 10К со старым интерфейсом, Win 2003, SQL 2005… В файловом варианте обогнала новая машина, а в серверном — нет

    Reply
  15. sanfoto

    (13) Балабас,

    угу только только «серверу 1с» пофигу на эти приоритеты… если есть возможность TCP —именно его и выберает.

    Reply
  16. Балабас

    (14) anig99, и все таки вы режим энергопитания поставили «максимальная производительность»?

    Reply
  17. anig99

    (16) да. никакой разницы

    Reply
  18. Балабас

    еще один вопрос — сервер физическаий или виртуальный? были значительные проблемы с производительностью на виртальном сервер, так и не удалось победить, скорость значительно падала при добавлении виртуальных процессоров свыше 1

    Reply
  19. anig99

    (18) физический, процы тоже без hth

    Reply
  20. anig99

    тупое предположение — а затык не может быть в том, что sql 64 bit, а 1с 32?

    Reply
  21. Балабас

    http://www.gilev.ru/1c/hardware/RAID.html эту процедуру тоже изначально провели?

    Reply
  22. anig99

    (21) в 2008 винде она не нужна. Сам Гилев подтвердил.

    Reply
  23. sanfoto

    (20) anig99,

    я тоже думал об этом…

    но тогда вопрос про ваш старый сервер

    Win 2003, SQL 2005…

    на нем сколько битные:

    1) Windows 2003

    2) «сервер 1С»

    и

    3) «SQL» ?

    ЗЫ:

    У меня как я уже говорил все 64 бит.

    Reply
  24. anig99

    Все кроме 1с 64бита…

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

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

    У меня сейчас вилка… Производительность 2005 на новом сервере скорее всего будет выше, чем 2008 (ещё проверить надо), но у меня сейчас глюк с обновлением конфы. По многим сведениям — это глюк именно 2005 скуля и советуют перейти на 2008. Вот я перешел и такая подстава. Ладно хоть пока не боевую базу перевел.

    Reply
  25. Балабас

    в (14) Вы писали, что «Win 2003, SQL 2005»

    Reply
  26. sanfoto

    (24) anig99,

    32 битная AIDA, раз уж «сервер 1с» у вас 32.

    http://zalil.ru/33677637

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

    1)Тест Чтение из памяти

    2)Тест Запись в память

    Reply
  27. sanfoto

    (27) AlexO,

    вырываете из контекста..

    на самом деле у меня там Всего Лишь перечисление ВАРИАНТОВ)), а не места

    1) Для файлового варианта

    2)Для Клиент-Серверного

    т.е. в этом случае

    1)Для Клиент-Серверного

    2) Для файлового варианта

    сути не меняет..

    но шутку вашу оценил… хотя она не в тему ))

    Reply
  28. anig99

    (25) Это на боевом (старом) сервере. Причем смещения блоков там не делал.

    (27) ничего он не забил. Нужно разбирать для чего файловая и для чего клиент-серверная. Файловая база априори будет быстрее в однопользовательском режиме, но у неё есть ограничение по размеру базы и любого из скольких-то таблиц внутри. И при числе пользователей больше 5 начинает наблюдаться деградация производительности за счет блокировок таблиц.

    Reply
  29. anig99

    (26) сегодня или завтра ночью буду тестить

    Reply
  30. AlexO
    Что и есть основа быстродействия 1с 8.х.

    Основа «быстродействия» 1С8 — это глубоко бездарная реализация работы 1С-сервера, пинающего туда-сюда гигансткие объемы, вместо того, чтобы нежно и корректно (например, средствами той же СУБД, на которой он «хостится»; или какими своими уникальными разработками оптимизации записи, хранения и выборки данных) доставать только нужные данные.

    А потом в определенный момент вся эта «гора» еще и погребает под собой этот «сервер».

    А то, что постоянно «узкие» места в железе при работе всяких «связок от 1С» — так это уже следствие, а не причина.

    То память, то процессор, то дисковая подсистема, то сеть, то еще какая незадача то и дело периодически «мешает вытанцевывать» 1С.

    На что Гилев, конечно же, как самый знающий по архитектуре 1С, всегда готов ответить подтверждающим тестом о «слабом, увы, железе для 1С».

    Reply
  31. AlexO

    (28)

    но шутку вашу оценил… хотя она не в тему

    это хорошо, что оценили.

    не каждый из 1с-ников понимает шутки, тем более — когда говорят про 1С 🙂

    Reply
  32. sanfoto

    (30) AlexO,

    ех тогда пишу вам точнее

    у нас ЕСТЬ — «МОРКОВКА 1С»

    и мы обсуждаем в теме КАК ее получше приготовить,

    а не то что морковка с пестицидами или генно-модифицированная )))

    Reply
  33. AlexO

    (29) anig99,

    И при числе пользователей больше 5 начинает наблюдаться деградация производительности за счет блокировок таблиц.

    ну вот и где вы были, когда студенты здесь кидались в меня «сто-питцот» пользовательскими одновременными соединениями, доказывая мне, что мои «выше пяти к базе одномоментно на файловой ж» это полное незнание 1С и вообще — я неправильно настроил базу… да еще там специально поднаписал «тормозных запросов в типовой»…

    Reply
  34. AlexO

    (33)

    и мы осуждаем в теме КАК ее получше приготовить

    и-эх… ну у меня тормоза по дисковой, да еще ключи постоянно «нет ключа» из-за сети и кривой реализации механизма сететвой проверки в 8.2 — так что, мне статью об этом писать, как «готовить СХД и оптимизировать сеть»? 🙂

    И так все понятно: придет новая модель свитча — будет меньше «нет ключа», придет новое СХД — можно еще десяток пользователей безболезненно пустить.

    А если интересно копаться в настройках — разберитесь лучше с оптимизацией SQL-сервера под работу «самой крутой системы учета», вот где действительно тонкие админские настройки метрвого оживят имеют важное значение 🙂

    Reply
  35. sanfoto

    А почему 1С — привязана к скорости памяти.

    Так это потому что работает с ОБЪЕКТАМИ — которые как раз всяко разно))) крутит в оперативе…прежде чем записать например в БД.

    и шаманства с сервером SQL тут не помогут, ну никак… разве что чуток… на пару попугаев Гилевских))
    Reply
  36. anig99

    (34) не видел (:

    (35)(36) тот же Гилев написал где-то «…а узкие места есть всегда».

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

    Эволюция выглядит так

    Дисковая подсистема — Оперативная память/шина — Процессор

    Где-то посередине затесался софт…

    Reply
  37. AlexO

    (36)

    которые как раз всяко разно))) крутит в оперативе

    а почему.. 1С так часто пишет/читает туда-сюда на диск — а потому, что

    которые как раз всяко разно))) крутит

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

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

    С ОБЪЕКТАМИ можно работать по разному — сам по себе «объект» (даже такой идиотский, как в 1С) никогда не «крутится» и не обрабатывается как целиковый черный ящик, а разбивается на множество составлящих простейших «ячеек с данными», поэтому здесь — море непаханное для оптимизаций в плане обработки «объектов».

    Не путайте ситуацией, когда тяжелые графические пакеты вынужденно крутят в памяти целиковую сложнейшую трехмерную модель, загружая память под завязку (как самую быструю из подсистем хранения), иначе пользователь будет ждать минутами поворота модели. Будет вместо HDD только ROM с аналогичными характеристиками емкости — будет все по-другому.

    Reply
  38. AlexO

    (37) anig99,

    Эволюция выглядит так

    Дисковая подсистема — Оперативная память/шина — Процессор

    наша «эволюция мощностей 1С» выглядит несколько иначе:

    Оперативная память/шина — Процессор — Дисковая подсистема

    А почему? а потому, что памяти у нас сколько угодно и любой, процессоров и ядер (да что там процессоров — серверов) сколько угодно, а вот СХД за 1,5 млн пока ждем еще…

    Reply
  39. AlexO

    (28)

    вырываете из контекста..

    и ничего я не вырвал из контекста 🙂

    У вас «1) для Файлового варианта» стоит сразу после «Наибольшая скорость работы 1с 8.х достигается:», да еще и под цифрой 1.

    Что означает — файловая если и не вне конкуренции, но, по-крайней мере, не медленнее других вариантов.

    А по факту — она на самом деле быстрее серверного варианта.

    Reply
  40. hogik

    (1)

    «на скорость 1С влияет: частота шины CPU + частота RAM памяти—-> что влияет на скорости ЗАПИСИ и ЧТЕНИЯ в RAM. Что и есть основа быстродействия 1с 8.х»(с)

    По моему опыту — данное утверждение справедливо и для «1С 7.7». 😉

    Хотя ЭТО и не является ОСНОВНОЙ причиной НеБыстродействия любой 1С…

    P.S. Поддерживаю мнение из (30) сообщения.

    Reply
  41. sanfoto

    (45) hogik,

    о знакомые все люди))

    — данное утверждение справедливо и для «1С 7.7». 😉

    ну это конечно так,

    но там (1с 7.7) хоть через шаманства с SQL удавалось разогнать…

    а вот в случае с 1с 8.2 …. шаманства с SQL сильно не помогли — лично мне(кроме разве что Shared Memory — и то не намного),

    хотя может что то «AlexO» — знает, но опять же конкретных рекомендаций не привел)))

    Reply
  42. AlexO

    (46)

    но опять же конкретных рекомендаций не привел

    да вот начните с простого — Оптимизация SQL сервера, а там углубитесь и до страниц БД, их связь с размером строки (записи), напишите скрипт для регламентного шринкования базы, разберетесь с master и tempdb, тут же наваяете еще скрипт — но уже по обрезке tempdb, разберетесь с оптимизацией индексов…

    Там край непаханный, сколько всего можно наоптимизировать, да и вообще — там комплексный подход: и SQL сервер, и работу сервера Windows нужно подгонять. В том числе и вплоть до настроек сети доходит (подбор MTU, например), и прочее, и прочее.

    А вы нашли Shared Memory (причем даже нигде нет ваших пояснения или рассуждений — как работает, почему вы так решили), и статью накатали 🙂

    Ищите универсальный рубильник, чтобы рванул — и заработало? 🙂

    Reply
  43. sanfoto

    (47) zzz_natali,

    угу на Дестктопе проверил

    в Доп.Настройках «Управление питанием процессора»

    вначале было только «Политика охлаждения системы»

    После занесения в реестр:

    хренова туча настроек появилась. — еще бы точно знать что «что — где — и когда» )))

    Reply
  44. AlexO

    (52)

    в Доп.Настройках «Управление питанием процессора»

    вначале было только «Политика охлаждения системы»

    Вы еще настройкой видеокарты поиграйтесь для производительности сервера 🙂

    Не там все ищите, не там.

    Нету в Windows галочки «Максимально производительная работа 1С и SQL серверов?» — Да-Нет 🙂

    Reply
  45. AlexO

    (52)

    хренова туча настроек появилась. — еще бы точно знать что «что — где — и когда»

    потому что zzz_natali, не думая, скинула вам настройку с какого-то оверклокерского сайта.

    Ну спалите процессор, дальше что? Напишите, как Гилев — «нужно было ставить более мощный процессор, этот слабоват оказался»? 🙂

    Reply
  46. sanfoto

    (54) AlexO,

    та я так для прикола на десктопе))

    ясень пень нафиг это ненужно

    Reply
  47. zzz_natali

    (56) AlexO,

    Зря вы так, товарисТч, наезжаете: у вас нет морально права глумиться над моим светлым типом волос, однако… 🙂

    Это родные, но недокументированные настройки политики электропитания.

    Reply
  48. AlexO

    (72) zzz_natali,

    Это родные, но недокументированные настройки политики электропитания.

    да никто и не спорит 🙂

    Только зачем настройки электропитания, как не для разгона?!

    Так что, товарисТч, это не наезд, а констатация факта ))

    Reply
  49. wkon

    (1) serega3333,

    Рекомендации по памяти: один канал — 1 модуль, максимум — два модуля.

    Если висит больше двух модулей на канале, то могут начаться «неприятности». Возможно это мы и наблюдаем у автора.

    Reply
  50. sanfoto

    (1) serega3333,

    а вам Рекомендую настроить Веб-сервер и Тонких клиентов настроить через «HTTP://<веб-сервер>».

    У нас так например работают Терминалы Сбора данных(«Т-клиент 1С» на Теминальном сервере) и Моноблоки («Т-клиент 1С» локально на Win XP).

    Точно не знаю почему, но в такой связке «Т-клиент 1с» по скорости записи и проведения превосходит другие варианты.

    Reply
  51. worker1c

    У меня все варианты разогнать новый сервер пока безуспешны, упирается в скорость записи памяти — плакать хочется 5,4Gbyte/sec.

    Инженеры Intel вразумительного ответа дать не могут, лаборатория говорит типа память KVR1333D3D4R9S/8G не валидирована для платформы (хотя в другом сервере показатели записи в норме).

    Еще значительно ухудшаются показатели скорости записи дисков при одновременной нагрузке двух массивов RAID10 на контроллере, особенно «Sequential Write», «Random Write 4KB».

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

    Intel R2312GL4GSXeon E5-2665(2)64Gb 1333MHz DDR3 ECC RegSASх12 15K rpmRAID 16Channel

    Reply
  52. sanfoto

    (545) worker1c,

    фига себе «….скорость записи памяти — плакать хочется 5,4Gbyte/sec. »

    действительно косяк…

    у нас сервера 7-ми летней давности на DDR2 — такую скорость имеют…

    Reply
  53. babys

    (545) worker1c, у вас не согласованы частоты памяти и процессора, у меня такое было, решается изменением частоты одного из компонент. И ещё для памяти DDR3 9-9-9-24 очень большое время латентности, возможно это проявление описанной проблемы.

    Reply
  54. worker1c

    (549) babys, по изменению частот компонент можно подробнее? ссылку можете кинуть?

    Reply
  55. babys

    (550) worker1c, ссылку не дам 🙂

    Смысл сводится к тому, что память и процессор должны быть синхронизированы по тактам. Т.е. если частота тактов памяти 333, а частота процессора 400, и память и процессор будут затрачивать дополнительные такты на ожидание данных. Особенно это заметно при разгоне.

    Reply
  56. hogik

    (549)(550)(555)

    1) «для памяти DDR3 9-9-9-24 очень большое время латентности»(с)

    Типовая для памяти данной частоты.

    2) «не согласованы частоты памяти и процессора»(с)

    Варианты для этого процессора: DDR3-800/1066/1333/1600

    Возможно еще есть ограничения по «маме» до 1333.

    3) «память и процессор должны быть синхронизированы по тактам»(с)

    Утверждение не имеет смысла для данной архитектуры процессора.

    4) «Особенно это заметно при разгоне»(с)

    Сервера не разгоняют!!! 🙂

    Reply
  57. babys

    (556) hogik, для памяти DDR3 9-9-9-24 1T типично время латентности ~48, для 2Т ~55. У меня DDR3 1333 ECC non-Reg 9-9-9-24 2T 54ns. Причём рабочая частота памяти не должна влиять на этот параметр. При использовании регистровой памяти латентность должна уменьшаться.

    Согласен сервера не принято разгонять.

    Остальное без комментариев, RTFM.

    Reply
  58. hogik

    (558)

    Когда я говорил о «типовой» латентности, то говорил о «паспортных» данных памяти конкретной модели. 😉 И не пытался анализировать число «87.1» из теста (545) сообщения. Т.к. продолжаю «настаивать» на проведении подобных тестов по (554) сообщению.

    Про «Остальное без комментариев»(с) — чего еще остального? 🙂

    Или ссылку давайте…

    Reply
  59. hogik

    (558)

    «При использовании регистровой памяти латентность должна уменьшаться.»(с)

    🙂

    Ну, читайте хоть http://ru.wikipedia.org/wiki/%D0%A0%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0­%B2%D0%B0%D1%8F_%D0%BF%D0%B0%D0%BC%D1%8F%D1%82%D1%8C

    это:

    «Из-за использования регистров возникает дополнительная задержка при работе с памятью. Каждое чтение и запись буферизуются в регистре на один такт, прежде чем попадут с шины памяти в чип DRAM, поэтому регистровая память считается на один такт более медленной чем нерегистровая (UDIMM, unregistered DRAM).»(с)

    Reply
  60. babys

    (565) hogik, я конечно могу разрушить ваши стереотипы, но практически сейчас тайминги памяти что регистровой, что нет практически одинаковы. Но в нашем случае я рассматриваю время операции не ячейки памяти, а готовности памяти в целом вернуть установленное значение, и вот тут регистровая память имеет некоторые преимущества перед нерегистровой.

    Reply
  61. hogik

    (566)

    «я конечно могу разрушить ваши стереотипы»(с)

    А давайте начнем с первого Вашего утверждения из (549) и (555) сообщений про «согласовку» «частоты памяти и процессора»(с).

    В (545) сообщении дано достаточно информации чтобы изучить конкретную конфигурацию по материалам сайтов разработчиков компонент. Вот и расскажите нам — как и чего надо «подкручивать» в BIOS-е.

    Или опишите систему на которой Вы конкретно занимались подобной «согласовкой». И как это делали. Или дайте, наконец, ссылку на материалы…

    P.S. Надеюсь, Вы понимает — ЧТО меня разозлило в Ваших сообщениях? 🙂

    Reply
  62. worker1c

    С поставщиками собрали подобную платформу на Xeon E5, результаты оказались примерно такими же, в районе 4-5ГБайт/сек. Скорость записи пропорциональна количеству задействованных каналов памяти. Зависимости времени латентности от типа памяти (буферизированная или нет) не выявлено, зависит от рабочей частоты процессора в режиме TurboBoost. Пробовали отключать контроллер RAID, без изменений. Зато при отключении второго процессора и установки 4 одинаковых модулей памяти в 4 канала, скорость записи выросла вдвое, до 9ГБайт/сек.

    У Intel похоже уже новый год начался, инженера лаборатории молчат и не дают ответа по проблеме, похоже такие же результаты. Если у кого-то есть платформа на Xeon E5 Sandy Bridge, напишите результаты тестирования памяти.

    (555) worker1c, ссылку не дам 🙂

    как я понимаю, по делу предложить ничего не можете? спасибо, что хоть ветку поднимаете 🙂

    Так что же лучше выбрать для сервера 1с. Два шестиядерных процессора 2,4 мГц или два четырехядерных 3,3 мГц для 64 битных ОС, sql и 1с. В 1с сказали , что лучше первое.

    по тестам, скорость чтения-записи в память пропорционально скорости частоты процессора, количество ядер на общую скорость работы влияет мало, так что я за 3,3ГГц. Конечно, разницу будет видно если память будет у вас узким местом (как в моем случае), обычно же проблемы в производительности дисковой системы.

    Reply
  63. sanfoto

    (568) worker1c,

    С поставщиками собрали подобную платформу на Xeon E5, результаты оказались примерно такими же, в районе 4-5ГБайт/сек…..

    стоп …

    1)а СКОЛЬКО МОДУЛЕЙ ПАМЯТИ было в конфигурации ДВА проца?

    2)Еще зависит КАК модули были установлены- случайно не по ДВА на ОДИН канал? ))

    Reply
  64. fedor-fedor

    (568) worker1c, тест памяти на sandy-bridge постом выше.

    Reply
  65. babys

    (567) hogik, понимаю ваше нежелание признавать присутствие другой точки зрения 🙂

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

    Reply
  66. hogik

    (580)

    «понимаю ваше нежелание признавать присутствие другой точки зрения»(с)

    Ваше присутствие в теме уже четыре месяца. 😉

    Но, Ваша «точка зрения» в (549) и (555) сообщениях похожа на «мимо проходящего» участника. Типа, прочел последнее сообщение темы и ляпнул нечто. 🙁

    Еще раз.

    Ваша «другая точка зрения» из (549) и (555) сообщений, грубо говоря, не в теме…

    Reply
  67. niksoid

    (16) Балабас, только установка «Высокая производительность» в панели управления решила нашу проблему с попугаями, и превратила жалкие 14 попугаев в реальные 38 (!). К сожалению не сразу обратил ДОЛЖНОЕ внимание на ваш пост. Перепробовал и отключение HT и переключение в SharedMemory в протоколах SQL. Shared дал правда прирост до 19 попугаев, но повторный тест показал опять 14.55. Теперь довольно стабильно показывает от почти 35 до 38 попугаев в клиент-серверном варианте. А навело на мысль странное показание в голубом квадратике в мониторе ресурсов в разделе процессора. У нас было 51% процент максимальной частоты. И тест Гилева не прокачивает этот параметр. А как я понимаю параметр меняется в зависимости от нагрузки. Принудительная смена плана энергосбережения превратила показания в 110%, что и повысило попугаев. «Ларчик» оказался как обычно в своем репертуаре.

    Да, конфиг прикладываю картинкой вместе с тестом памяти.

    Тест памяти и конфиг.

    Server2012_x64, SQL2012_x64, 1Cserver_x64.

    Reply
  68. neandr81

    Поставил УТ 11.1, запустил демобазу и ощутил, какой это неповоротливый монстр. И даже новая платформа (18) не спасает.

    Скажу честно, эта тема меня заинтересовала из-за управляемых форм.

    Скажите, хоть у кого-нибудь есть положительный опыт запуска и работы УТ 11?

    Reply
  69. Gilev.Vyacheslav

    (971) neandr81, да

    Reply
  70. Barmi

    (971) neandr81, Да. Почти год работает УТ 11.

    Reply
  71. g00dtlt

    немного не в тему, мы на нашем предприятии пилим собственную конфигурацию с управляемыми блокировками и правильными запросами под postgres на основе на тонкого клиента 8.2(3).

    расчетная нагрузка 200гб база, до 200 пользователей в онлайне, 4000-8000 документов в день, плюс аналитические кубы(остатки,обороты за посл.10лет) ~20млн.записей.

    как я писал выше сервер под это дело dell r720xd, 2х Xeon E5-2690, 2х рейд контроллер PERC H710P Mini Embedded, 2хSAS 300gb (raid 1, зеркало под систему) + 4x Dell Ent 200GB SSD SAS (raid 10), оперативки 256gb

    Тест Гилева позволил получить 45 попугаев под postgres в пике. Понятно что тест совершено не показателен для высонагруженных систем, но тем не менее волнуюсь не смотря на 16ядер и 100k IOPS у массива ssd в теории 🙂 вдруг надо будет срочно покупать еще один сервер? 🙂

    п.с.

    изначально планировал 1 сервер с виртуализацией, но после недели тестов — пришло другой видение

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

    как кстати себя ведут проц. от амд ? видел анонс 5Ггц процов

    Reply
  72. sanfoto

    (1071) g00dtlt,

    под сервер 1с вообще не нужно серверное железо, нужна хорошая раб.станция с ecc памятью и макс.быстрым по частоте процессором

    абсолютно поддерживаю))

    Только вот от Intel десктопные процы не поддерживают ECC — хотя можно получить «высокие» частоты. (Хотя есть третий вид процессоров «workstation»(c ECC) — именно такие мы поставили в свой новый сервер))..)

    От AMD — десктопные процы поддерживают ECC — но сам не тестил под 1С, и судя по обзорам процы от AMD отстают в производительности от Intel от 40% до 60%. Т.е. как я понимаю примерно так: «Intel 600 Мгц» = «AMD 1000 Мгц»,

    и следовательно «AMD 5 Ггц» = «Intel 3 Ггц»

    Reply
  73. hogik

    (1071) (1072)

    Сергей (g00dtlt). Александр (sanfoto).

    И я поддерживаю. 😉

    Однако, смущает вводная информация: «до 200 пользователей в онлайне»(с).

    Т.е. может потребоваться больше ядер и памяти, чем это обычно предлагается в мат. платах для рабочих станций. Т.е. С2хх/LGA1155 маловато будет. Лучше использовать C6хх/LGA2011. А тогда, чем это уже не серверное железо?

    Reply
  74. hogik

    (1072)

    «Только вот от Intel десктопные процы не поддерживают ECC — хотя можно получить «высокие» частоты. (Хотя есть третий вид процессоров «workstation»(c ECC)»(с)

    Александр (sanfoto).

    Вот интересные таблички сравнения «частот» 😉 всех трех видов:

    http://www.servethehome.com/intel-xeon-e3-1240-v2-review-ivy-bridge-xeon-4c-8t-3-4ghz/

    Reply
  75. ArtfulCrom

    (1096) личное Мерси за табличку!

    Reply
  76. skylev
    Dell PE R815 (2)*AMD 6272 (2.1Ghz) 16C, 64GB (8x8GB) DR LV RDIMM, (3)*900Gb SAS 6Gbps 10k rpm HotPlug 2.5″ HDD + (3)*300Gb SAS 6Gbps 15k rpm HotPlug (up to 6×2.5″), PERC H700/1GB NV BBU (RAID 0-60), DVD+/-RW,(2)*DP Gigabit LAN, iDRAC6 Enterprise 8GB VF, RPS (2)*1100W, Sliding Rack Rails with Cable Management Arm, 2U, 3Y ProSupport NBD октябрь 2012. Цена = 312 063,00 и еще 2 доп. винта к нему на сумму 20 980,00: Жесткий диск Corsair 240GB 2.5″ SSD Drive Neutron GTX Series ИТОГО: 333 043 руб

    а про такой что скажете? кроме того что процы имеют малую тактовую частоту:)

    а так сеть розницы из более чем 11 филиалов сидит на таком и в мой бюджет подходит:) Тут больше вопрос про АМД vs Интел по процам…опыта внедрения амдшных сераков не имею 🙁

    Reply
  77. sanfoto

    (1362) skylev,

    AMD vs Intel

    AMD = Intel-30%

    пример:

    1000 Мгц AMD = 700 Мгц Intel

    примерно как то так))

    Reply
  78. skylev

    (1363)

    жестоко…непродуктивно. но у Делла хоть нашел онлайн расчет серваков 🙂 зверь Сервер на 2690 правда по дефолту с 1 процом, но как вариант — ведь можно потом докупить… важно угадать со сроком жизни и поддержки:)

    в общем посчитали мне на интелях 3700 — недешево

    склоняюсь к 2 HDD SAS 300Gb Seagate ST3300657SS на ОС (зеркало) + (2 ssd 512 Гб Plextor PX-512M5P(ro) +2 HDD SAS 300Gb Seagate ST3300657SS) гибридный рейд 10 под БД + 2 ssd 128 Гб Plextor PX-512M5P(ro) на логи (индексы) и темпы разнести суммарно это дает выигрыш в сравнении с 2*3700ми + SAS райд 10 (4шт) почти вдвое по деньгам (около 60 000 вместо 120 000).

    Насколько это оправдано сижу считаю — зато разницу можно ведь и на процы отправить или память:)

    памяти 64 либо уж 128 — 4 (канала) * 2(проца) *16Гб. Как показывает практика и статистика — на этапе закупки взять лучше больше чем потом докупать — сперва найди потом еще и согласуй траты.

    Контроллер адаптек 7805 считаю думаю 2 рейда независимых он потянет:) и пару винтов по отдельности

    Reply
  79. sanfoto

    (1364) skylev,

    да практика показывает что все сразу)))

    а насчет SSD все-таки подумайте о 2-ух PCI-e в Зеркало для Базы(я вот видел по 480 Гб по 32 Тыс.руб)

    + еще одна ступень безопасности помимо «зеркала» — это Бэкап «транзакшен лог — да хоть каждые 10 минут» — помимо ПОЛНОГО бэкапа раз в сутки.

    + ssd РАЗМЕТИТЬ НЕПОЛНОСТЬЮ, а оставить 30-40% не размеченной области… вот и получится запас как у серверных))

    ПС:

    а насчет ненадежности SSD — я начинаю думать что это «мифы»- у нас уже более 2-ух лет SSD и почти новенькие)).

    C SSD — я так понял штука такая — либо сразу в первые дни из-за «заводского брака» — выходят из строя… либо пашут и пашут.

    Reply
  80. skylev

    (1365)

    на 400 гиг интели 3700е как раз около 40 000 у нас в глубинке:)

    про цену на HP даже говорить не буду:)

    а

    ssd РАЗМЕТИТЬ НЕПОЛНОСТЬЮ, а оставить 30-40% не размеченной области… вот и получится запас как у серверных))

    само собой — прчитал же статью внимательно:) вот и думал купить на 512 (примерно 480Гб) и разбить его в размер SAS 300 сигейт — запас и получится:) так что еще раз спасибо за совет:)

    2 PCI SSD гляну… по бекапам: думаю а не сделать ли его 2 раза в день — система вроде шустрая- что там дамп снять с БД в 5гиг даже в постгресе — секундное дело:) ну с постгресом не сталкивался будем смотреть что там с логами…в МС скуле в связи с отсутствием необходимость в полной модели — просто перевели в симпл мод, хотя у них движений поболе нашего.

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

    Видел Cobian из бесплатного, скрипты для постгреса собственно то же есть…щас с конфой определюсь буду думать и тестить пока на старом все эти варианты:)

    Reply
  81. sanfoto

    (1366) skylev,

    Мы используем MS SQL логи в FULL mode:

    1)полный Бэкап раз в сутки

    2)бэкап транзакшен лог раз в час

    На работе БД вроде как практически не сказывается, а преимущество «FULL mode» — в том, что это позволяет частичный Бэкап (в моем случае изменения за 1 час),естесвенно это делается очень быстро)).

    Единственная «неудобность» — в том, что если нужно востановить БД на последний Бэкап лога, то приходится по схеме:

    1) сначало поднимаем БД из последнего ПОЛНОГО бекапа

    2)ПОСЛЕДОВАТЕЛЬНО накатываем бэкапы лога (это кстати автоматизировано — в менеджере выбираем до какого момента времени надо поднять БД, далее система сама последовательно накатывает)

    На нашей БД 230 ГБ — это от 40-60 минут востановления на SSD диск есно))

    Reply
  82. epm

    (1364) skylev,

    ПОсмотрите в сторону SSD Intel 3500 тоже ддя использования в Enterprise, просто не забивать полностью и все будет хорошо.

    7805 потянет 2 рейда

    Reply
  83. epm

    (1365)

    почему PCI-E — чем они лучше SATA 6Гб?

    С разметкой ссда — 30-40 % полностью согласен

    насчет мифа — тоже согласен, все зависит от производителя и чипсета, изначально шли эксперименты с прошивками и чипами. Но все пользую только Интел, PNY — Для серверного оборудования, Plextor — для рабочих компов.

    Стоимость Plextor на 512 Gb — 14000 рублей была.

    Reply
  84. sanfoto

    (1369) epm,

    «почему PCI-E — чем они лучше SATA 6Гб? «

    1)потому что задержки на контроллере SATA/SAS …

    SSD Intel 3500 vs OCZ RevoDrive 3 X2 RVD3X2-FHPX4-480G

    чтение/Запись 445 MB/s / 135 MB/s vs 1500 MB/s / 1250 MB/s

    Скорость операций случайной записи

    4600 IOPS vs 230000 IOPS

    Reply
  85. Velliar

    Стоит сервак HP ProLiant DL580 G7

    Тип процессора: X7560 — 2.26 GHz

    Количество процессоров : 4 (4)

    Встроенный сетевой интерфейс: HP NC375i Integrated Quad Port Multifunction

    Оперативная память

    Объем оперативной памяти, Gb: 64 Gb *12

    Слоты для оперативной памяти: 64

    Контроллер жестких дисков: HP Smart Array P410i/512 MB

    RAID: 5/5+0/1+0/1/0

    Крутится на нем 4 sql базы. Около 60 пользователей. Работает отлично. Расчет себестоимости в УПП, за месяц проходит примерно за 20-25 минут.

    Reply
  86. sanfoto

    (1371) Velliar,

    Объем оперативной памяти, Gb: 64 Gb *12

    непонятно что то тут за цифра «12»)) если я правильно понял это 768 Гб ОЗУ итого?

    ——————————————-

    Расчет себестоимости в УПП, за месяц проходит примерно за 20-25 минут.

    1)объем БД уточните плиз

    2) режим РАУЗ?

    3)если РАУЗ количество интераций

    4)Количество разрезов аналитики (особенно интересует количество подразделений)

    ПС:

    фи гасе Цена «HP ProLiant DL580 G7» в базовой комплектации с вашими процами уже 1 млн 300 тыс… а надо еще оперативки с 64 Гб до 768 Гб + еще наверняка диски докупать… Нда миллиона 2 -2.5 руб итого.

    Reply
  87. sanfoto

    2) SSD результат Цикл 5 000 vs твой

    16.334(1) 1.73(10) 0.273(100) 0.148(1000) vs 7.806(1) / 0.95(10) / 0.374(100) / 0.333(1000)

    Ничего интересно незамечаеш?)) С ростом Объема единовременно записываемой информации мой SSD вырывается вперед все сильней и сильней ))

    0.273(100) 0.148(1000) vs 0.374(100) / 0.333(1000)

    При этом SSD не самый крутой один из первых Intell, не помню вроде у него запись до 60 Мб/сек.

    Вывод:

    Твой результат был лучше пока Хватало Объема Кэша Записи, как только его перестало хватать на результат стали сказываться физические характеристи дисков.

    На реальной интесивной работе с БД всяко SSD круче механических… и никакой кэш… кроме разве что размером превышающим БАЗУ не спасет))

    Reply
  88. hogik

    (1378)

    Александр (sanfoto).

    Не об этом я говорю (пишу). Не про SSD…

    Тебя не удивляет запись на диск 5 мегабайт за 15 минут?

    Это медленнее чем дискета и диски в 7 мегабайт на «IBM 360». 😉

    И некое «исправление» в системе/железе/драйвере и т.д. которое «играет» FlushFileBuffers() и FILE_FLAG_WRITE_THROUGH. Эти «искания» разработчиков ОС-а были еще в Win2000… 🙂

    Я так и не могу найти/понять ЧТО (при каких условия) заставляет систему использовать «отложенную запись» без включении нижней галки в свойствах диска. Наблюдаю две ярко 😉 выраженные группы систем. В которых скорость теста различается в 50-100 раз. Перебрал все мыслимые версии (варианты) ОС-ов, драйверов, обновлений, железа. Никакой закономерности не нахожу… 🙁 И чего МЫ тогда сравниваем тестами? 🙂

    (1353)

    «2 шт PCI-e SSD в Зеркальном RAID»(с)

    Александр (sanfoto).

    А если есть опасения, то в «программный» (другого и не бывает) RAID1. Надо, только внимательно выбирать слоты PCI-E на мат. плате, и саму мат. плату. Не только по размеру слотов подбирать. 🙂

    Reply
  89. sanfoto

    (1379) hogik,

    http://winntfs.com/2012/11/29/windows-write-caching-part-2-an-overview-for-application-developers/

    В конце про Win 8, и про другой подход

    NTFS в Windows 8 уже перешли к использованию API FlushFileBuffers….вместо Forced Unit Access (FUA) — который Глючит на НЕ-являющихся SCSI устройствами, многие из которых имеют противоречивую реализацию FUA.

    Все диски с NTS у меня на компе SATA (в том числе тестируемый SSD) — который является развитием параллельного интерфейса ATA (IDE)… хм

    Короче вся соль в том, что NTFS разработана для SCSI устройств и т.д. и т.п.

    ———————————

    попробовать что-ли Win 8 …. давно подумывал… а ладно раз понеслось сносить систему.. снесу еще раз))

    Reply
  90. sanfoto

    (1381)

    Твой тест Владимир мне пока не удалось запустить)) крэш апп 1с 7.7

    а вот попугаи теста Гилева удалось :

    Вот тесты на одном и том же железе Intel® Core™ i5-2300 CPU @ 2.80GHz, жесткий диск ST3500413AS (NTFS)

    Файловый вариант

    Windows 7 vs Windows 8

    59.52 vs 69.44

    как бэ похоже на подтверждение хреновой работы NTFS на NOT-SCSI девайсах в OS до Win 8

    пс:

    Удалось таки запустить 1C 7.7 на Win 8

    Запись 5 000 элем HDD

    Win 7 vs Win 8

    1)Размер транзакции: 1 зап. — 898.991 сек. vs 806.506 сек.

    2)Размер транзакции: 10 зап. — 100.22 сек. vs 86.767 сек.

    3)Размер транзакции: 100 зап. — 10.548 сек. vs 86.767 сек.

    4)Размер транзакции: 1000 зап. — 1.237 сек vs 0.983 сек.

    НИФИГА НЕ ИЗМЕНИЛОСЬ изменилось приведено ниже в (1384) … забыл ВКЛ галку «Отключить очистку буфера записи Кэша винды»,

    ————————————

    ПС:

    Единственное что заметил при тесте в 1с 8 — разгон ядра до 3.05 Ггц(и стабильно держалось нагрузка ядра по макс), а при тесте в 1с 7.7 до 2.6 Ггц(ядро переодически по большей части полностью отдыхало)

    Reply
  91. hogik

    (1382)

    Александр (sanfoto).

    Проведи, пожалуйста, тест от Гилева и «мой» тест, включив «Enable advanced performance» галку в свойствах диска.

    P.S. Вроде, я понял почему есть разница в скорости выполнения «моего» теста на разных системах. 😉 Предполагаю, что в некоторых системах на выполняется сброс аппаратного кеша диска на пластины при выполнении FlushFileBuffers. Но, удивляет такое сильное влияние на скорость этого «алгоритма». И не нахожу никакой связи/причин изменения этого «алгоритма» с версиями ОС-ов и железом…

    Reply
  92. sanfoto

    (1383) hogik,

    гы… а я и забыл про эту галку))

    Вот с ВКЛ галкой (5 000 записей Win 8)

    1)Размер транзакции: 1 зап. — 36.196 сек. (быстрее чем Win 7 в 25 раз)

    2)Размер транзакции: 10 зап. — 7.284 сек. (быстрее чем Win 7 в 14 раз)

    3)Размер транзакции: 100 зап. — 1.335 сек. (быстрее чем Win 7 в 8 раз)

    4)Размер транзакции: 1000 зап. — 0.569 сек. (быстрее чем Win 7 в 2 раз)

    ————————————————-

    Таки есть разница от версии OS)) в (1382) для Win 7 была ВКЛ эта галка

    ———————

    Попугаи Гилева для Win 8( c «ВКЛ галочкой») для 1С 8.х не изменились в пределах стат. погрешности 1-2 попугая…..68.49

    Reply
  93. hogik

    (1384)

    Александр (sanfoto).

    «Таки есть разница от версии OS»(с)

    Есть. 😉 Но, не на порядок.

    «для Win 7 была ВКЛ эта галка»(с)

    Думаю, ты ошибаешься. Т.к. включение этой галки на всех системах, где первая «фаза» теста выполняется в интервале 300-800 секунд ускоряется до 10-30 секунд. Что подтверждает моё понимание «проблемы» с этим тестом и «особенностями» HDD.

    P.S.

    Ладно. Не буду вам мешать подбирать SSD. 😉

    Reply
  94. skylev

    (1395) Выбор SSD это стратегический ход в намерении переплюнуть показатели автора 🙂 Как минимум постараюсь за счет оптимизированной работы контроллера адаптек 7805 с этими самыми SSD…

    Reply
  95. sanfoto

    (1396) skylev,

    Выбор SSD это стратегический ход в намерении переплюнуть показатели автора 🙂

    хе хе))

    Reply
  96. h00k

    (1396) Тут не все так просто, одним только более производительными ССД показатели не переплюнуть. Важен производитель сервера (мат. платы), прошивка контроллера, тип файловой системы, а самое главное наличие кучи времени для того, чтобы подобрать оптимальное сочетание железок и прошивок.

    И еще один нюанс, цифры необходимо «переплевывать» на идентичных версиях софта. Так-как у сервера 1С, на релизах старше 8.2.18, общая скорость выполнения однопоточных операций несколько снизилась. Так-же я заметил небольшое падение производительности после накатывания на MS SQL сервер последних хотфиксов.

    П.С.: А нафига кстати «переплевывать»? Достаточно добиться стабильной производительной работы, чтобы юзерам работать было комфортно, а что-то там дополнительно выжимать — баловство это.

    Reply
  97. Us2002

    (1) serega3333, какую память КУДА и для чего?

    огласите весь список пажалста… =)

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

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *