Yo.!! onstat-
Я правильно понял?

наверно да, запрос к сиквенсу будет болтатся в очереди SGA пока не осободится dedicated процесс ... еще в оракле есть connection pool прямо в бд, RAC и прочая помогающая обслуживать тысячи конектов, но я не недогоняю какое отношение это имеет к "процессы vs нити" ? речь идет о том, что в режиме dedicated под виндой (x86 как минимум) оракл работает как один процесс с тучей нитей, под *NIXами как туча процессов, как говорилось на металинке нитевой вариант пришлось изобретать из-за проседанием под нагрузкой первых winNT с процессами.

Мы тут обсуждаем достоинства собственной многозадачности которая организована в ядре informix.
Если выражаться терминологией oralce MTC сервер (Виртальный процессор)
одновременно обрабатывает несколько пользовательских сессий(нитей)
и если одна из них заснула на ожидании данных с диска
а для другой нет никаких ограничений для выполнения
( все данные доступны) , виртуальный процессор
прейдет к выполнению этой другой сессии(нити) без переключения
контекстов в ОС и прочих накладных расхордов.
А первая проснется тогда когда для нее будут доступны все необходимые для выполненияя данные.
В идеале в многпроцессроной системе при привязке виртуалного
процессора к физическому процессу системы (affinity)
на физическом процессоре выполняется только код мотора СУБД.

Наверное у вас получилась подмена понятий процесс(нить) в ОС
и нить клиентской сессии в ядре базы данных.

Yo.!! Журавлев ДенисУ информикса и оракла собственная "программная" реализация многозадачности внутри процессов (nix), нитей (win).

и ты хочешь сказать что у оракла реализация не вытесняющая ?

Исходя из сегодняшних обсуждение у Oracle нет своей
внутренней многозадачности.
Он пользуется механизвми многозадачности ОС.

onstat- Yo.!! onstat-
Я правильно понял?

наверно да, запрос к сиквенсу будет болтатся в очереди SGA пока не осободится dedicated процесс ... еще в оракле есть connection pool прямо в бд, RAC и прочая помогающая обслуживать тысячи конектов, но я не недогоняю какое отношение это имеет к "процессы vs нити" ? речь идет о том, что в режиме dedicated под виндой (x86 как минимум) оракл работает как один процесс с тучей нитей, под *NIXами как туча процессов, как говорилось на металинке нитевой вариант пришлось изобретать из-за проседанием под нагрузкой первых winNT с процессами.

Мы тут обсуждаем достоинства собственной многозадачности которая организована в ядре informix.
Если выражаться терминологией oralce MTC сервер (Виртальный процессор)
одновременно обрабатывает несколько пользовательских сессий(нитей)
и если одна из них заснула на ожидании данных с диска
а для другой нет никаких ограничений для выполнения
( все данные доступны) , виртуальный процессор
прейдет к выполнению этой другой сессии(нити) без переключения
контекстов в ОС и прочих накладных расхордов.
А первая проснется тогда когда для нее будут доступны все необходимые для выполненияя данные.
В идеале в многпроцессроной системе при привязке виртуалного
процессора к физическому процессу системы (affinity)
на физическом процессоре выполняется только код мотора СУБД.

Наверное у вас получилась подмена понятий процесс(нить) в ОС
и нить клиентской сессии в ядре базы данных.

вместо



автор
В идеале в многпроцессроной системе при привязке виртуалного
процессора к физическому процессу системы (affinity)
на физическом процессоре выполняется только код мотора СУБД.


нужно читать

В идеале в многпроцессроной системе при привязке виртуалного
процессора к физическому процессору системы (affinity)
на физическом процессоре выполняется только код одного
Виртуалного процессора Informix.
Т.Е. На физическом процессоре выполняются только контексты одного процесса ОС.

Yo.!!

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


В unix это решается через nice.


Yo.!!
к стате а информикс умеет распаралеливать запрос, т.е. чтоб один запрос обслуживало несколько cores/threads процессора (нитей оси) ?


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


Фрагмент - это партиция в оракловой терминологии.

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

Nikolay KulikovУ Informix свой встроенный schedueler, между прочим.

Начиная с какой версии?

Nikolay KulikovО том как он внутри себя приотизирует нити.

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

Cтранно что нельзя приоритезировать еще и по новому полю
из таблицы sysusers.

А было бы очень полезно.
Это в планах есть?