Communications Threads

Администрирование баз данных (Pervasive.SQL, MS SQL, Oracle, утилита Support)

Модераторы: m0p3e, edward_K, Модераторы

Ответить
Nuts
Постоянный обитатель
Сообщения: 193
Зарегистрирован: 29 мар 2005, 17:49

Communications Threads

Сообщение Nuts »

В Первасиве на что влияет?
У нас =4 стоит.
Nuts
Постоянный обитатель
Сообщения: 193
Зарегистрирован: 29 мар 2005, 17:49

Re: Communications Threads

Сообщение Nuts »

Все разобрался это типа кол-во информационные пакетов обслуживаемых одновременно и понял что 4 мало желательно по кол-ву сессий.
Так?
vitali
Постоянный обитатель
Сообщения: 192
Зарегистрирован: 29 мар 2005, 17:49
Откуда: г.Иркутск (это где Байкал, озеро такое) ОАО "Кедр" (ликеро-водка)
Контактная информация:

Re: Communications Threads

Сообщение vitali »

По количеству сессий - это ИМХО, перебор.
Смотри монитор. У меня текущее значение при 40 сессий примерно 2-4, максимум стоит 8
IgorA
Постоянный обитатель
Сообщения: 192
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Красноярск

Re: Communications Threads

Сообщение IgorA »

Вот, что написано в документации к Первасиву:

Параметр указывает, как много потоков MicroKernel изначально создает для обработки
запросов удаленных клиентов. Коммуникационные потоки — это элементы, которые
фактически исполняют операции Btrieve от имени удаленного процесса клиента. Таким
образом, они схожи с рабочими потоками. Разница в том, что коммуникационные потоки не
порождаются динамически. Они постоянно хранятся в фиксированном пуле в состоянии
бездействия до тех пор, пока не приходит запрос.
В NetWare каждый поддерживаемый протокол создает указанное число коммуникационных
потоков. Например, при установленном значении параметра – 3 будет создано 3 SPX и 3
TCP/IP потока, а всего 6.
Для больших серверов имеет смысл увеличить параметр. Хотя оптимально иметь один
поток на каждую удаленную сессию, это невыполнимо в большинстве
многопользовательских сред. Используйте Монитор для того чтобы наблюдать за пиковым
значением коммуникационных потоков и пиковым значением числа сессий. Установите
параметр Communication Threads между этими двумя величинами. Вовсе не обязательно
ставить здесь значение большее чем пиковое количество сессий, так как не все эти сессии
порождают запрос в тот же момент. Правильнее всего будет установить этот параметр
равным числу удаленных клиентов, но не более 32, а затем, используя Монитор,
определить, нужно ли использовать здесь большее значение. Если пиковое значение
находится в пределах двух максимумов, то можно увеличить Communications Threads.
Ответить