proxmox c виртуалкой 1С, после теста диска в виртуалке исчезли зависоны в 1С, как такое может быть?

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

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

зависал один процесс 1C, действия его пользователя в 1С я расписал.
тест скорости диска с базой во время работы пользователей 1С с базой привел в норму работу 1С.

и это странно для меня. сумбурно/не сумбурно - уж как получилось.

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

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

согласен что выводы после одного по времени выполнения деструктивного теста делать рано. БД 6,5ГБ.
В монитор ресурсов - дисковые операции смотрел - ничего в нем не понял, что есть норма - что не норма.
тупящий диск - это еще убедиться надо.

cache=writeback для диска. SSD диск целиком выделен виртуалке с 1С. RAID контроллер быстрый.

Слишком много кэшей
И вообще, если хочешь быстрое ио в виртуалке, пробрасывай контроллер в неё

обратная запись да на сервере да при ссд? нафиг нафиг

проверь производительность в монопольном. потом будем думать.

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

контроллер не смогу
раньше цеплял диск в виртуалку как /dev/sd[х] но тоже через контроллер. Контроллер не умеет через себя прозрачно диск пробрасывать
cache=none лучше поставить?

«проверь производительность в монопольном.» совсем не понял

Версия платформы 8.3.7.1831 от 25.12.2015, обнови до 8.3.17, реальные улучшения потребления и памяти и ресурсов.

Шесть процессов клиент-файловой 1С могут сожрать и 24Гб, если не кастрировать пользователей.

И да, в W2008r2 иногда тупит система, если не поставить максимальную производительность (низший порог частоты процессора, процентов 80% минимум)

Вот такая хрень есть

http://www.gilev.ru/tpc1cgilv/#dwnld

Баллов 70 выдаст на клиент-файловой, значит с 1Ской все нормально, плохо в самой базе.

выкинь всех пользователей, поставь лок на вход. потестируй производительность

cache=none и отключить кэширование на самом рейд-контроллере

шесть было - это вместе со мной. обычно 5 баз открыто. Оперативы юзалось 7,5ГБ. добавить в принципе не проблема
Максимальная производительность - это где «выбор плана электропитания» настраивается? выставлена «Высокая производительность», выставил уже после исчезновения зависонов. Про низший порог частоты там ничего не видел. Где оно настраивается?

«отключить кэширование на самом рейд-контроллере» во блин, а я спецом контроллер с 1ГБ RAM и батарейкой купил.

гилевым тестил - 38-44 попугая. и больше сервер не сможет. и это под 2008r2 сервером.

хотя сможет если процы поставить - пару 4х ядерных на 3,3 ГГЦ

Просто зайти одним пользователем в систему и в 1С?

И что из производительности (чего) тестить?

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

нагрузки на проц во время зависонов не было вообще.

да и вообще не было нагрузки на проц.

сейчас то и тестить нечего. зависоны пропали, пользователи мозг не выносят ))

кеш остыл, а по новой не влез. кешмис к тебе больше не приходит не иначе

т.е. потому и есть смысл в рекомендации отключить все кэши (ОСи и контрллера) до диска?

как в принципе исключить кэшмис? и в каком он месте случился?

все не надо, кэшировать данные должна ОС в виртуалке
в свойствах виртуалки cache=none(это отключает кэш на хосте для этой вм), тип контроллера SCSI Pass-through и включи многопоточный в/в.

какой еще кэшмис?
у тебя база 6.5г а рамы 12г, вся база лежит в файловом кэше винды.

для hdd - нужно, для флэш - не надо.

Маловато для файлклиентского варианта.

А в win2008r2 есть шняга, что в настройках электропитания «дополнительные параметры питания» надо ставить минимальный уровень процессора в 80-100% для 1Ски, иначе очень тупит при работе.

Нет логов, нет ответов. Первое вангование:
Анализатор диска наконец-то сделал trim для ssd?

трим, кеш нужных данных в озу

всё что угодно

какого теста, какого диска? гибкого?

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

я думаю, это американские санкции

ага, ни минуты покоя

ты занимаешься какой-то фигней с тестом

часом не thin-provision?