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

Характеристики сервера:
СХД: NETAPP EF560 flash память, подключена с хостами по FiberChannel 16Gb/s
Хост где стоит кластер 1С:
http://joxi.ru/bmoRXdRCxdWYnr - ЦПУ ОЗУ
Настройки Кластера:
http://joxi.ru/xAeyWEyup5BGGA
Настройки сервера в кластере:
http://joxi.ru/l2ZKoMKuwL3PbA

Размер базы: 31GB

Сервер SQL 2014:
http://joxi.ru/Dr8a71ai4vE8Dm - ЦПУ ОЗУ

Все на базе Vsphere 6.5.

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

(1) владелец серта "эксперт"?

(0) Обратитесь к Гилеву, он поможет...

Процессоры по 2 Ghz...
Давайте с простого. Покажите снимки из resource monitor в момент тормозов.
Закладка memory с развернутой панелью physical memory.
Закладка disk с развернутой панелью disk activity отсортировано по response time.

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

Сервер 1С 2 Гц :)

Сервер 1С 2 Гц :)
Так по процу загрузки то нету как таковой.

и ядер то 28, мало что ли?

Виртуалка, схд, низкочастотные процы - сразу видна рука админа не имеющего представления об 1С

Черный маклер, я за советом и пришел, мы на стадии внедрения этого ов..на.
За совет про Гилева спасибо, записался на курсы как раз этой направленности.

(19) Поставьте в сервер 1С i7-8700k, если юзверей меньше 50 и будет щасте.

H A D G E H O G , то что на мать максимальный объем памяти 64, это разве не затык? Если пользователей 70-80.

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

Вопрос, немного оффтоп, а курсы Евгения Гилиева нужны, или Вячеслава?

(23) Вячеслав вам нужен.

(23) http://www.gilev.ru/

Можно и к Богачеву https://www.youtube.com/watch?v=IWO2uVyuVkk

Всегда так долго или только при первом запуске.
Неплохо бы апдекс собрать

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

(28) сколько пользователей ?

На виртуалке вряд ли стоит ожидать быстрой работы 1С ERP.

Черный маклер, 70 пик, в основном 50 человек одновременно.

Neo111, а обоснование?

Просто любопытно, сколько баллов по "тесту Гилева" у вас железо выдает?

http://joxi.ru/a2XloDlC1go012 Проц вообще отдыхает, зачем ставить более мощный то?

http://joxi.ru/EA4dx1dUwM6PJA - загрузка диска

http://joxi.ru/L215Ol5U8aj6J2 - память

Протокол какой между сервером приложений и SQL?

Джин, на кластере так стоит http://joxi.ru/eAOEoMEHxDoZBm

(35) Они на одной машине расположены или на разных?

Я просто оставлю это здесь

http://alkosfera.com/blog/o-bystrodejstvii-nastrojke-oborudovaniya-dlya-1s-i-ne-tolko/

(37) нет чтоб написать как грамотно настроить виртуалку

(38) Мы не используем виртуалки.

Джин, нет, sql одна виртуалка, кластер другая виртуалка

(40) Если это виртуалки, то разместите их на одном сервере и соедините по протоколу Shared Memory. Получите примерно 10% прибавки производительности. Разнесение их по виртуалкам на одной физической машине бессмысленно.

HADGEHOG, я Вас услышал:

Intel Core i7 - 8086K Limited Edition BOX (без кулера)
Socket 1151 v2, 6-ядерный, 4000 МГц, Turbo: 5000 МГц, Coffee Lake-S, Кэш L2 - 1.5 Мб, Кэш L3 - 12 Мб, Intel UHD Graphics 630, 14 нм, 95 Вт
64Gb DDR4 2666MHz Kingston HyperX Fury (HX426C16FWK4/64) (4x16Gb KIT)
256Gb SSD Samsung 860 Pro Series

Нам такой машины хватит под кластер? Ед. мы упираемся в ограничение по ОЗУ на десктопных материнках, как с этим вы решаете проблемы?

Джин ,
физические машины разные , где виртуалка SQL и виртуалка кластера.

(42) для 70 пользователей я бы делал кластер из двух Intel Core i7 - 8086K

(42) Вам такой машины хватит под сервер 1С до морковкиного заговения, если ничего лишнего на нем запускать не будете, будете пользовать журнал регистрации старого формата по дням и бэкапить его на отдельный HDD за 3 тыр рублей, который прикупите дополнительно к этому списку.

(44) Я бы нет. Затраты на синхронизацию сеансовых данных убьют весь вау эффект.

H A D G E H O G , ну если пользователей будет 120 к примеру, как тогда эффект вау получать?

Любители виртуалок должны страдать.

(38) а никто не напишет, как грамотно настроить виртуалку - большинство не знает, а остальные хлебом делиться не будут.

+(48) и любители "он же простаивает" процессоров 2Ггц

(48) У нас сервер 1С на виртуалке, а SQL железный, не страдаем :))

(51) Вы просто этого не замечаете :)

(52) Так страдаем, так страдаем, что даже этого не замечаем... Всем бы так страдать :))

Genayo, расскажи как не страдать и нам :)

(54) пиши, сделаю за отзыв

(31) Практика. Причем пробовали настраивать по рекомендациям из вебинара А. Бурмистрова, что на ютюбе выложен. Толку немного. Да, приходилось слышать что якобы где-то у кого-то когда-то все летало, и разница между прозводительностью на железной машине и виртуалке была небольшой, типа главное все настроить правильно. Но по факту в большинстве случае наблюдается падение производительности раза в два после виртуализации. И судя по всему, это актуально и для самой 1С, и для SQL Server.

Как то это совсем печально, у нас мощная инфраструктура на vsphere , а тут такие грабли. Тюнинг EXSi хостов я вроде сделал.

(54) Я же тебе сказал, обратись к Гилеву за услугами по оптимизации.

(58) разве гилев специализируется на настройках виртуалок?

Genayo, да я уже записался на курсы, 25 июля иду, но никто не мешает же тут умными мыслями поделиться :)

(60) на курсах этого тоже не рассказывают

(60) Я не про курсы, а про услуги по оптимизации 1С, которые они оказывают. ERP у меня нет...

(0) Тормоза с самого начала и под одним пользователем есть ?

По своему опыты имею такие цифры
1. Виртуалка под Сервер1С = падение производительности в два раза
2. Виртуалка под SQL = падение производительности на 20%
3. Увеличение тактовой частоты ядра в два раза = увеличение производительности в два раза
3. Использование SSD = увеличение производительности в три раза
4. Использование рейд из SSD = падение производительности до 2 раз.
5. Управляемые формы, большие конфигурации. Если идет интенсивная разработка, падение производительности до 10 раз из за роста кеша.

(64) интересные цифры, а какие рекомендации можете дать по борьбе с п.5? Раз в неделю чистить кеш у пользователей?

(65) чистка кэша. например раз в неделю

(65) 1с рекомендует чистить кеш 1 раз в день :)

6.Разнесение Сервера 1с и SQL = падение производительности на 30%

(67) это официальная рекомендация? она где-то зафиксирована?

(69) Я эту рекомендацию где-то читал на официальном сайте. И очень смеялся

(67)
Локальный кеш пользователей?

Если часто меняешь конфигурацию, то наверно это не кеш пользователей. Я не разбирался в этом вопросе. А чистил все.
Когда я интенсивно правил УТ11. Где-то через пару недель, размер кеша достигал нескольких гигабайт на пустой базе, и тогда я понял что такое тормоза управляемых форм. Любая форма открывалась по 30 сек.

(67) Что мешает это реализовать на уровне платформы?

(73) Здравый смысл, не?
Давайте пораскинем мозгами и подумаем, как бы мы это реализовали?

(74) Криво реализовано кеширование объектов конфигурации. разработчики умеют добавлять в кеш измененный объект конфигурации, но не умеют удалять из кеша старый объект. В результате кеш разрастается, пока на его обслуживание не уходят все ресурсы системы. Получается конфигурация 200 мб, а ее кеш 2 Гб.

Не лучше реализовано кеширование информации базы данных. У разработчиков хватило знаний кешировать фиксированное количество элементов. К примеру 64000. При этом элементы могут иметь различный размер. В результате "тонкий" клиент потребляет 100 - 200 мб оперативной памяти при размере базы 200 мб. При этом данный кеш не используется, т.к. данные в нем давно "протухли".
  Если база спроектирована плохо, то эти 64000 элементов (кеш) могут занимать более 2 Гб, и "тонкий" клиент умрет.

(76) У вас синдром кэширования.

Нет. Кеширование - эта основная проблема 1с83.  Можно написать две строчки кода в любой конфигурации, и при интенсивной работе "тонкий" клиент будет отъедать до 2Гб памяти и отваливаться с ошибкой

(78) Можно и нефритовый стержень разбить. Причем в любом ЯП. А ты попробуй наоборот.

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

(80) Пааанятно.

(74) Т.е. они не могут по расписанию вызвать метод очистки кеша? Как же тогда регламентные задания работают?

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

(0) Сто раз уже обсасывали. Что с электропитанием?
И на хосте и в виртуалках нужно установить на максимальную производительность.
Еще и в настройках в биоса тоже по максимуму (хотя хз что там на серверных матерях, по крайней мере на десктопных нужно)

arsik, да это то давным давно сделано

(87) Роли. Больше ролей - дольше отбор.

(0) Хм надеюсь и сервер 1С x86_64 и тонкие клиенты тоже?

Я вот думаю, почему все молчат про позорную частоту проца на сервере 1С http://joxi.ru/bmoRXdRCxdWYnr?
1. Ниче ты не понимаешь в колбасных обрезках, какая разница, че там за проц, главное, что 28 процессоров
2. Да че-то как-то не обратили внимание
3. Точняк! Поменять проц и эффект будет заметен сразу!
4. А и че и че, это что-то значит? А что значит?

(0) Чисто из любопытства сколько ИОПСов показывают тесты на сервере где кластер 1с?

(94) да я верю что норм. хочу сравнить цифры с локальным ССД.

Тормозят РЛС-ные запросы, пока не разобрался в чем дело, завтра буду курить планы. На сиквеле ожидания на сканах, sos_scheduler_yield за сутки набралось на 100 минут

(95) http://joxi.ru/Dr8a71ai4v3Y7m

(97) ну вот я уже вижу что сулчайная запись 4К хуже среднего десктопного ССД раз в 6!

(98) а 1С сервер очень любит писать на диск мелкими кусочками. много и часто это делает

(92) Там турбо-буст до 3 ГГц пока в TDP проц вписывается.

(98) так и что? ожиданий нет на io, дисковые счетчики не перегружены
(99) это диск на скуле, и на сервере 1С диск тоже не перегружен

Вы бы видели запросы которые генерятся РЛС-ом это ад

(101) >на сервере 1С диск тоже не перегружен

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

(105) то есть ты настаиваешь что 25 соединений на 1 процесс при частоте ядра 2Ггц это нормально?

(105) Миша, я даже напрягаться с аргументацией ради тебя не буду, жалко только клиента, который к тебе обратился, они-то ни в чем не виноваты

(100) думаешь vmware делает турбобуст виртуальных ядер?

(107) Это разные люди.

(109) Да по всему вроде так, но непонятно, какое отношение он имеет к ТС, что делает у него какие-то замеры

(110) Ну может развел автора.

(108) Зачем вертуальных? Достаточно чтобы в гипервизоре реальные бустились.

(0) Посмотрите вот это видео, там как раз про тормоза, виртуалки, СУБД и т.п.
https://youtu.be/oljKKUJwAUw

(98)
http://joxi.ru/n2YLoBLUoyqnpm вот неплохой десктопный ссд на моем компе. в 3-4 раза медленней нашей СХД

Самый простой способ определения узкого места - запустить тест Гилева. После этого сразу можно будет делать далеко идущие выводы.
  Если нет явных ошибок, тогда либо процессор, либо дисковая система.

(114) Этот тест не показатель. Это линейная запись. Запусти тест Гилева и скажи сколько попугаев он показывает.

(115) о каком тесте идет речь? Тот который показывает попугаев или который ТЖ разбирает?

(117) Для тест-центра сценарий нужен. Достаточно геморройно его сделать, чтобы адекватно отражал работу пользователей. Он больше для "расшивки" узких мест.

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

(118) Тот, который в попугаях не плохо коррелирует с реальной производительностью системы при массовом перепроведении документов.

О каком тесте идет речь? дайте урл пожалуйста

(120) http://www.gilev.ru/tpc1cgilv/

+121 думаю у тебя будет 11-13 попугаев :)

Наш "крутой" сервер начинал с 4 попугаев.

(123) i7-8700K с SSD ~30 попугаев
для 25-30 пользователей УТ вполне достаточно

14.75 показало

17,54 добился )))

Xeon E3-1245v5 3.5 Ггц (HT включен)
1с+sql на одной вирт машине на XenServer (выделено 4 ядра, 16 Гб памяти)
2 локальных десктопных ССД (1-базы, 2-темпы)
Тест Гилева показывает 33 попугая

(114) а теперь однопоточный 4K запусти

http://fragster.ru/perfomanceTest/

А в таких попугаях измерял свою железяку?

(126) сделай рокировку серверов 1с и sql - будет еще 5 попугаев
И пользователи материться станцт про себя :)

Черный маклер, так я рокировку и сделал, было 13, стало 17 :)

(131) Прекрасно.
Теперь свисните откуда нибудь i7-8700, i7-7700, i7-6700 и поставьте сервером 1С.

(132) А месье знает толк в процессорах
Полчаса назад ковырялся в Яндексе, что там происходит у Интела, эти же процы смотрел :))

(124) А в файловом варианте он же дает 100 попугаев.

Мда, с http://www.gilev.ru/tpc1cgilv/: "Во всем этом можно легко убедиться — код теста 100% открыт."

По факту все модули закрыты.

(0) Напиши на [email protected] в 1С.
У них есть услуга ЦКТП http://v8.1c.ru/expert/cts/cts.htm

(136) раньше ценга такого проекта начиналась от 600к

(127) 1с + PostgreSQL на CentOS
Xeon E3-1280v6  3.90 GHz up to 4.20 GHz
SSD Intel SATA III 400Gb S3710

43.5 попугаев

(126)
ESXi 6.7 + Deb like OS + docker 1705
7700K + проброшен в vm LSI 9211 c ssd intel 535
1с сервер 8.3.11 + postgres 9.6.9

52.6 попугаев
на ESXi 6.5 максимум 49 было

Адологеты серверных решений - возликуйте. Intel выпустила CoffeLake в упаковке Xeon.

(138) (139) fsync и full_page_writes включены?

(140) Как называется?

(141) да

+(143) и wal_sync_method  = fdatasync

(141) в конфиге закоментировано, как по дефолту не знаю

(142)

Intel® Xeon® E-21xx
например

https://www.intel.ru/content/www/ru/ru/products/processors/xeon/e-processors/e-2136.html

(0) Решение одно: Без виртуалки и частота проца выше 2,7 Ггц

(147) + Тест Гилева выше 25 должен быть.

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

существенно добавилось попугаев:
при переходе 8.3.11  ~3-4
выносе статистики pg на ramdisk ~4
обновлении ESXi до 6.7 ~3

а что внутри этого теста, на сколько можно опираться на полученные данные?

кстати, про обновления ESXi
у кого программные лицензии уезжали, без смены оборудования(они разрядность нумерации дисков по-моему увеличивали)?

были например, с окончанием #03 и #04 стали #003 и #004

(142) Обзор новшества https://servernews.ru/972513
Для сервера даже начального уровня памяти маловато уже(на мой взгляд)

(146) (153) Спасибо.

(149) переход на 6.7 попугаев не добавляет.

(155) Попробуйте, выполнить все рекомендации из статьи http://www.gilev.ru/virtual/

А обновления все накатаны?
https://www.virtualizationhowto.com/2018/01/vmware-performance-impact-of-meltdown-and-spectre-patches/
Про процу то не очень просаживается, а по винту хуже.
И это синтетические тесты, как это влияет на sql и сервер 1с никто вроде не замерял.

(155) По умолчанию при добавлении ВМ настройки позволяют ВМ претендовать на всю память и все ядра хоста. В статьях описывающих бест практиклс, написано что нужно строго разделять имеющиеся ядра и память тогда потери на виртуализацию не превысят 10 - 15%.

(158) Имеется ввиду создать под каждую ВМ ресурс пул?

(158) В ВМ просто при создание задаешь ОЗУ и Ядра кол-во

(159) Незнаю что вы имеете в виду под "ресурс пул"
(160) Открыл диалог настроек вкладка процессор 5 различных настроек и 9 настроек память.
Свои настройки делал давно, гуглил и читал описание каждого пункта.

(0) Попробуй поискать причину наоборот.
Т.е. на одном сервере поднять и sql сервер и сервер 1С.
И на нем же запустить тонкий клиент.
На этапе тестирования скорости ты получишь пиковую производительность и сможешь понять что больше чем есть ты уже из него не выжмешь.
Сравнишь по железу/скорости с аналогами по табличке в тесте Гилева и если сильного провала нет то, увы...
Одновременно искать где узкое место на 3х серверах может занять слишком много времени.
Постепенно... постепенно...

Бывают чудеса: как то было 3 одинаковых по железу терминалки для 7.7 и на одной все тормозило. Стал сверять и оказалось что отличаются дрова на сетевушку, хотя 7.7 то в dbf была! При чем тут сетевуха?
Поменял дрова - взлетело...
И еще 100500 таких чудес видал, уже все и не упомню.

+(162) Забыл сказать, протокол Shared Memory еще включи.

23.6 попугая выжал) Путем оптимизации биоса и на одну физическую машину загнал 1с и SQL, поставил 6.7 esxi и накатил все патчи, сделал диски paravirtual и в прямой доступ отдал. Не знаю что помогло больше, скорее на один физ сервер. Но кстати тормоза были не из за железа, а из за бага в РЛС 1С

Теперь 19 показывает, в общем значения теста скачут :)

http://joxi.ru/Dr8a71ai4pNDLm ну это лучшее время)

http://joxi.ru/krDgo4gHE3RdRA :) зачем вы меня на эту игрушку подсадили))))))))))))

(146) какой-то первый обзор: https://www.youtube.com/watch?v=MiFdZ_qoJqI

В процессе работы юзеров, попугаи до 11 падают

(169) запускаешь тест в рабочее время ? :)

Черный маклер, ну вот сегодня позволил себе такую роскошь :)) выдало 11 попугаев ..

(170) да можно разок, чёб нет?))

только тест в таком виде совсем не объективен

Друзья подскажите, если брать проц 8700, и еще желательно что бы SQL на одной физ машине, откуда ОЗУ брать на это все добро? Если база 100-200 гб?

64 Гига вам хватит с головой.

(174) при 70 юзеров, на 1с кластер +SQL 64 гига на все?)

(175) Да

(173) Для процессора E5-2690 v3/v4 нормальный/хороший результат 56-65, можно найти в таблице результатов теста.

(145) Попробуй выключить оба параметра, заодно и synchronous_commit тоже, посмотреть их влияние. На время теста, конечно.

(177) это при условии наверное что на физ сервере и на одной машине кластер и sql

(179) Разумеется

(180) у нас виртуальная среда и mssql

Найдите 100руб и возмите
MSI X299 TOMAHAWK или другу мать на x299
Core i7-7820X BOX
Память обязательно 4х-канальная 128Гб
Samsung 960 PRO
На линуксе сюда базу и 1с сервер
и спасешь проект на этапе внедрения

Я правильно понимаю, что I7-K своими частотами для сервера 1С на производительность выгоднее?

Ага, важно частота процессора и обмен с памятью, 4 канальный выдает 68 Гб/с!, учитывайте при выборе десктопных версий. и для куча мелких файловых случайных операций SSD на NVMe

БИОС и операционку настраиваем, чтоб не засыпали

(182) Скажите пожалуйста - я почитал отзывы на Core i7-7820X и вижу, что он может выдать 4300 МГц в турбо-режиме - я правильно понял, что этот самый турбо режим может дать хороший прирост даже в многопользовательском режиме и не требует водяного охлаждения?

Легко и не требует

Хороший кулер обязателен

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

(189) БОКС в помойку сразу. Бери ОЕМ и хороший кулер

+(190) про термопасту еще почитай для покупаемого кулера, если в комплетке гавно - в помойку; бери отдельно хорошую. Тестов и интернете дофига.

(189) Вариант брать все равно боксовский из за гарантии, но систему охлаждения менять сразу. Чтонибудь от 1500 руб, с термотрубками (с внутренним охлаждением испарением) и термопасту mx400.

(192) извините, разве гарантия у боксового и небоксового разная? Или если сменить систему охлаждения у боксового - разве гарантия сохранится?

(193) Разная. OEM-1год, Box-3года

(193) "Или если сменить систему охлаждения у боксового - разве гарантия сохранится?"

Почти уверен, что - да. В боксе кулер идет отдельно от проца, а в восьмой серии кулера вообще нет :-)

"В боксе кулер идет отдельно от проца"

Читать как
"В коробочке они лежат отдельно и тебе самому надо нацепить кулер на проц, ну это как бэ очевидно"

(194)+(196) спасибо за информацию, намотал на ус.

(194) на практике, когда последний раз было что-то гарантийного по процессорам?

(198) У меня из оборудования за 20 лет умерло 3D на видюхе и 1планка памяти сбоила, что вылечил прогревом. А что?

(199) я к тому, что из-за гарантии в 3 года на проц, переплачивать смысла за БОКС нет, если в планах сразу менять охлаждение.

Там этой переплаты на копейки в сравнении с основным ценником.

кстати (199) "У меня из оборудования за 20 лет умерло 3D на видюхе и 1планка памяти сбоила"

это чтож, даже винты не сыпались?

(32) Тест чет херню несет) Подсунул ему крутейшую SQL машину на full SSD (все разделено, даже бэкап на отдельном), а он выдает 12 баллов, цобако)

Перенес на этот сервант пару тяжелых баз (собрать статистику по скорости деградации SSD), юзвери сразу заметили, кк год начали перепроводить)

(68) Вранье.

(202) Нет. Винты не сыпались ни разу.

WD 20 Гб
WD 80 Гб
WD 320 Гб
WD 500 Гб
Сейчас WD 2 Тб+ SSD sams

(205)++
WD 3.2 Гб

(204) Нет. Ну не 30%, но выигрыш есть

(207) Ну смотри)

Если был 1 хороший сервант, на котором крутилась 1с и SQL, а потом перенесли SQL на другой хороший сервант, сделали агрегацию каналов и т.д. (вариант - умные админы), откуда будет падение?

А если был 1 хороший сервант, а разделили на 2 дерьмовых, да еще через 100 мегабит, ну тогда понятно)))

(207) Я такое на 1 конторе делал, схлопнул 2 серванта в 1 (оба на одной виртуалке, привет админам - дегенератам).

Прирост не мерил, на глаз стало чуть лучше, вроде как, но это ИМХО из-за того, что выдал виртуалке кучу ресурсов.

Схлопнул исключительно для личного удобства)

(208) Есть же понимание, что в oltp-системе, при правильной архитектуре, узким горлышком может стать латентность сети между SQL и сервером 1С? Именно латентность, не пропускная способность. И она может быть плавающая. Сейчас все хорошо, а через час - плохо, особенно если ты это не котролируешь. А устраивая 1С и SQL на одном серваке - мы от него избавляемся в принципе.

Тоже самое с виртуалками. Мы их меньше контролируем. Вот, обращается клиент, говорит - тормозит 1С. Ок, говорю, давайте доступ к серверу 1С и SQL. В 90% случаев мне дают доступ к виртуалке, на которой скачет производительность процессора, при остановленном 1С/SQL (значит, что-то забирает ресурсы у виртуалки). И че делать?

(210) При правильной архитектуре не будет никакой плавающей латентности.

(211) Конечно не будет. Найти бы клиента с правильной архитектурой. Вам такие попадались?

Если да - везучий вы человек.

(212) Конечно, сейчас так. Всего-то нужен грамотный админ, который подберет и сконфигурирует нормальное железо. Причем, в штате его держать не обязательно.

(210) Какая еще латентность? SQL будет настроен отправляться в сон?)))

(215) Давайте на этой жизнерадостной ноте закончим.

(216) Давайте не будем считать shared memory панацеей от всех бед)

(217) Я доверюсь sharedmemory, родившемуся в колыбели Microsoft, чем сети, рожденной выпускником АлтГИУ, СибГИУ (я к примеру).

(218) Да-да, остальные компоненты роли не играют)

(204) ТС переносом на одну машину показатель теста Гилева с 17 до 23 поднял. Считай.
(217) У sharedmemory тупо лишних операций, задержек, служебных(бесполезных) данных и звеньев в цепи меньше.

Народ , а у кого vmware, скажите , у вас в полной мере работает турбо буст? Замеряли?