Таймер

Internal structure and you change requests/suggestions
  • Cкосится.

    Планировщик переключает задачи на каждом тике.
    Почему ? Надо спросить у Вилле.
  • >а diff-ы выкладывать - так многие в винде сидят.
    с каких времен diff'ы стали проблемой для венды??? или я не правильный вендузятник.. =((
  • Serge wrote:Cкосится.

    Планировщик переключает задачи на каждом тике.
    Почему ? Надо спросить у Вилле.
    смысл переключать задачу на каждом тике?????
    ни где так не делается
    прерывания по таймеру должны отрабатываться в текущем коетексте
  • прерывания по таймеру должны отрабатываться в текущем контексте
    Так и происходит с аппаратным таймером, а программных таймеров в Колибри нет.
    Планировщик переключает задачи на каждом тике.
    Точнее обработчик аппратного таймера на каждом тике переключает контекст

    Code: Select all

            call    find_next_task
            jz      .return  ; if there is only one running process
            call    do_change_task
      .return:
            popad
            iretd
  • Serge wrote:
    прерывания по таймеру должны отрабатываться в текущем контексте
    Так и происходит с аппаратным таймером, а программных таймеров в Колибри нет.
    Планировщик переключает задачи на каждом тике.
    Точнее обработчик аппратного таймера на каждом тике переключает контекст

    Code: Select all

            call    find_next_task
            jz      .return  ; if there is only one running process
            call    do_change_task
      .return:
            popad
            iretd
    ну получается что планировщика как токового нет
    идет тупое переключение задач
    када будет нормальный шедулер?
  • Serge wrote:Cкосится.

    Планировщик переключает задачи на каждом тике.
    Почему ? Надо спросить у Вилле.
    Хех, ну так-то смысл изменения частоты таймера был в том, чтоб сделать переключение задач чаще, а значит сделать работу системы более "мягкой". Только при этом сбивалось время, вот я и поправил этот недостаток.
  • > када будет нормальный шедулер?
    Тогда, когда ты его сделаешь :-).

    ..bw
  • ее я себе (в своей ОСи) не могу сделать а тут еще каким то птичкам делать :)
  • wolf.ram wrote:Хех, ну так-то смысл изменения частоты таймера был в том, чтоб сделать переключение задач чаще, а значит сделать работу системы более "мягкой". Только при этом сбивалось время, вот я и поправил этот недостаток.
    От того что задачи будут переключатся чаще, мы лишь получим много впустую потраченного паразитного времени, "мягкости" не будет.
  • imsushka wrote:када будет нормальный шедулер?
    Хотелось бы услышать развернутое определение для "нормальный шедулер" :)
  • Galkov wrote:
    imsushka wrote:када будет нормальный шедулер?
    Хотелось бы услышать развернутое определение для "нормальный шедулер" :)
    нормальный эт который не тупо переключает задчу каждый тик, а по какомунибуть алгоритму. в линуксе 4 разных алгоритма есть (или было)
  • дыки переключение подряд это тоже алгоритм.
    И мы уже давно не пешки,
    Мы пули, мы орлы, и решки!
    Война ютит бинарный код,
    Умри, или иди вперед!
  • ...не тупо переключает задчу каждый тик, а по какомунибуть алгоритму...
    Видится мне здесь идея ради идеи.
    Алгоритмов менеджера задачь много (а с вариациями оооочень много), и каждый хорошо работает для своей задачи, для других задачь он плох. Под линукс может официальных 4 а сколько тестовых, сделаных из академического интереса, их сотни, но собирая дома вам вообще пофиг как там задачи переключаются.
    Так как понимание автора не прослеживается это пустая тема.
  • Может в теме было зерно истины? На форуме встречал упоминание Serge о том что 100 Гц всем не хватает. Так может поднять частоту аппартного таймера до нужной, а в планировщике и в остальных местах сделать счетчики дополнительные. Или все упрется в нестабильность?
  • Who is online

    Users browsing this forum: No registered users and 1 guest