Попробовал потестить компоненту Priorities...

В ГМ вставил фрагмент по совету fez'а (нашел на IT-Land'е):

	Попытка
	   ЗагрузитьВнешнююКомпоненту("priorities.dll");
	   Приоритеты1Са = СоздатьОбъект("Приоритеты");
	   Приоритеты1Са.ПриоритетПроцесса("IDLE_PRIORITY_CLASS");
	   Приоритеты1Са.ПриоритетПроцессаВТранзакции("IDLE_PRIORITY_CLASS");
	   Приоритеты1Са.ПриоритетПроцессаВнеТранзакции("IDLE_PRIORITY_CLASS");
	   Приоритеты1Са.ПриоритетПотокаВТранзакции("THREAD_PRIORITY_NORMAL");
	   Приоритеты1Са.ПриоритетПотокаВнеТранзакции("THREAD_PRIORITY_BELOW_NORMAL");
	   Приоритеты1Са.ПриоритетПотока("THREAD_PRIORITY_BELOW_NORMAL");
	   Приоритеты1Са.ВремяОжиданияЗахвата(15); // здесь сделал 15, чтобы оценить эффект от изменения приоритетов
	Исключение
	КонецПопытки;
 

В модуль проведения одного документа вставил цикл:

Пока 1 = 1 Цикл КонецЦикла;
 

Запустил проведение этого документа в первом экземпляре 1С. Зашел во второй 1С и попытался провести документ. Начался 1С-ный цикл попытки захвата таблицы. В это время смотрю Диспетчер задач на предмет распределения ресурсов процессора между процессами 1С. Наблюдаю странную вещь: поток, который пытается захватить таблицу ест почти 100% процессора. Я ожидал, что ресурсы будут распределяться хотя бы 50/50, а тут все ресурсы отнимаются у процесса, который проводит документ... Может быть, я неправильно смотрю? Как оценить эффект от изменения приоритетов?

Тестирование проводилось на однопроцессорной машине. Гипертрединг отсутствует как класс.

Продолжаю эксперименты. Изменил загрузку Приоритетов следующим образом:

	Попытка
	   ЗагрузитьВнешнююКомпоненту("priorities.dll");
	   Приоритеты1Са = СоздатьОбъект("Приоритеты");
	   Приоритеты1Са.ПриоритетПроцесса("IDLE_PRIORITY_CLASS");
	   Приоритеты1Са.ПриоритетПроцессаВТранзакции("NORMAL_PRIORITY_CLASS");
	   Приоритеты1Са.ПриоритетПроцессаВнеТранзакции("IDLE_PRIORITY_CLASS");
	   Приоритеты1Са.ПриоритетПотокаВТранзакции("THREAD_PRIORITY_NORMAL");
	   Приоритеты1Са.ПриоритетПотокаВнеТранзакции("THREAD_PRIORITY_BELOW_NORMAL");
	   Приоритеты1Са.ПриоритетПотока("THREAD_PRIORITY_BELOW_NORMAL");
	   Приоритеты1Са.ВремяОжиданияЗахвата(15);
	Исключение
	КонецПопытки;
 

Т.е. немного повышен приоритет процесса/потока в транзакции. Благодаря этому, теперь можно смотреть на изменение приоритета 1С в и вне транзакции. В обычном режиме приоритет в Диспетчере задач "Низкий". При выполнении транзакции - "Средний".

Итак, запускаю проведение документа с бесконечным циклом. Наблюдаю загрузку 100% и приоритет - "Средний". Открываю 2-й 1С. У него приоритет - "Низкий". Пытаюсь провести документ - опять у 2-го 1С загрузка 100%. Смотрю приоритеты: У ОБОИХ 1С-ОВ приоритет - "Средний"! Получается, компонента считает, что транзакция началась даже в том случае, когда 1С просто ожидает захвата таблиц. Это что же получается? Игра с приоритетами ничего не даст? Т.к., что при проведении, что при захвате таблицы приоритет одинаковый? Выгода получается разве что только, если СКЛ-сервер совмещен с терминалом...

orefkov писал(а) 07. Ноября 2006 :: 06:45:


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

steban писал(а) 07. Ноября 2006 :: 07:43:


Я пробовал. Клиент сказал, что иногда стали вылезать дикие тормоза в отчетах. Пришлось убрать (компоненту). Теперь смотрю альтернативные варианты. Чувствую, придется делать закат солнца вручную...

Uzhast писал(а) 07. Ноября 2006 :: 07:49:


У меня в одной из баз около двадцати пользователей в терминале, база ДБФ. Может несколько и замедлилось формирование отчетов, но чтоб дикие тормоза - такого не было...
При этом общая скорость работы серьезно возросла - загрузка процессора значительно упала. Раньше оба проца были серьезно загружены, и дикие тормоза были именно при работе с документами.
Так что мне эта компонента реально помогла.

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