su.dbms

 
 - SU.DBMS ----------------------------------------------------------------------
 From : Eugene Karataev                      2:5020/400     30 May 2002  17:28:54
 To : Igor Ponomaryov
 Subject : Re: scheduling
 -------------------------------------------------------------------------------- 
 

 Приветствую.
 
 > Хочеться задать концептуальный вопрос, есть ли у кого-то реальная
 > потребность в такой вещи как управление приоритетами (CPU)
 > пользователей (читай соединений) на уровне СУБД; например
 > один юзер - должен получать доступ к данным быстрее чем остальные?
 
 Осмелюсь высказать мнение - что да, причем почти у всех.
 
 Положим, есть система, обслуживающая 10 одинаковых задач.
 Однопроцессорная. Положим, что одна задача при исполнении
 в монопольном режиме выполняется 1 единицу времени.
 Тогда 10 задач выполнятся за 10 единиц времени.
 Если их выполнять одновременно с переключением процессора
 с малым квантованием, то каждый пользователь получит ответ
 через 10 единиц времени. Если выполнять последовательно,
 то первый получит ответ уже через 1, второй - через 2, и так далее,
 10-й через 10 единиц времени. Показатели системы не ухудшились,
 более того, 10 пользователей ждали вместо суммарного времени
 10*10 = 100 единиц времени только 1+2+3+...+10=55 единиц.
 При увеличении числа задач последовательное выполнение
 приводит теоретически к половине времени ожидания чем при
 параллельном. Таким образом, получили улучшения:
 1. существует несколько задач, которые выполняются на порядок быстрее
 2. среднее время ожидания в 2 раза меньше.
 3. наихудшее время ожидания не увеличилось.
 
 Из недостатков можно отметить то, что в системах
 где при выполнении задачи система должна отвечать за время
 выполнения этой задачи несколько раз, там первый ответ
 задачи при параллельном выполнении придет быстро, при последовательном
 не скоро, поскольку будет ожидание отрабатывания предыдущих запросов.
 
 Такая смена планирования приоритетов в равноправной системе
 сразу приводит к демократическому базару типа "а почему это он круче".
 При правильном руководстве - к полному порядку и
 улучшению характеристик. Да здравствует самодержавие, в общем.
 
 Так в чем вопрос-то был?
 
 Евгений Каратаев.
 
 --- ifmail v.2.15dev5
  * Origin: Demos online service (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    scheduling   Igor Ponomaryov   24 May 2002 23:11:37   Re: scheduling   Pavel V. Pasechnik   27 May 2002 15:51:16   Re: scheduling   Eugene Karataev   30 May 2002 17:28:54   scheduling   Igor Ponomaryov   02 Jun 2002 18:36:18