UpTime - Аптайм или время непрерывной работы системы

Kernel architecture questions
  • Поддерживаю модификацию.
  • Функция 26, подфункция 9 - получить значение счётчика времени.
    то имеет смысл задуматься над расширением счетчика с 2^32 до 2^64.
    поддерживаю
  • Функция 26, подфункция 9 - получить значение счётчика времени.
    чёрт, не правильно сначала вчитался в тему
    увеличить до 64 бит? хорошая мысль, с заделом на будушее так сказать!
    Муравьиным спиртом советую натереть!
  • srx wrote:увеличить до 64 бит? хорошая мысль, с заделом на будушее так сказать!
    Не обязательно трогать существующую функцию, совместимость желательно сохранять.
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • Mario_r4 wrote:Соответственно в идеальных условиях перезагружать придется раз в год, если брать грубые значения.
    Зачем перезагружать?
    Сделаем мир лучше!
  • CleverMouse wrote:
    Mario_r4 wrote:Соответственно в идеальных условиях перезагружать придется раз в год, если брать грубые значения.
    Зачем перезагружать?
    А что делать в случае переполнения? Как ты предлагаешь это отлавливать?
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • Ничего не делать, переполнение ничему не мешает. Зачем отлавливать?
    Сделаем мир лучше!
  • CleverMouse wrote:Ничего не делать, переполнение ничему не мешает. Зачем отлавливать?
    Приложение с длительным временем работы может некорректно функционировать.
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • Mario_r4 wrote:
    CleverMouse wrote:Ничего не делать, переполнение ничему не мешает. Зачем отлавливать?
    Приложение с длительным временем работы может некорректно функционировать.
    Пример некорректного функционирования?
    Сделаем мир лучше!
  • CleverMouse wrote:
    Mario_r4 wrote:
    CleverMouse wrote:Ничего не делать, переполнение ничему не мешает. Зачем отлавливать?
    Приложение с длительным временем работы может некорректно функционировать.
    Пример некорректного функционирования?
    То что в данный момент у меня нет под рукой рабочего приложения (счетчик еще надо умудриться накрутить), то это не значит что вероятности возникновения проблемы нет. Чисто логически рассуждая она может возникнуть.
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • Слив засчитан. Если много свободного времени и больше нечем заняться - пожалуйста, я не возражаю.
    Сделаем мир лучше!
  • Чисто логически, обработка такой ситуации на совести автора программы. Но сам по себе длинный счётчик вещь полезная и не требует больших изменений в ядре.
  • Serge wrote:Чисто логически, обработка такой ситуации на совести автора программы.
    Мне интересно как? Никаких признаков переполнения у нас нет. Опиши словесно алгоритм контроля, пожалуйста. Ну, или код, если так проще.
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • Абсолютные значения счётчика не имеют особого смысла сами по себе, важна только разность двух моментов времени для определения событий типа "с момента, как мы засекли, прошла минута".

    Code: Select all

          ; testing for timeout
            mov     ecx, [timer_ticks]
            sub     ecx, [ebx+APPDATA.wait_begin]
            cmp     ecx, [ebx+APPDATA.wait_timeout]
            jb      .loop
    
    Переполнение здесь ничему не мешает: если ожидание началось в момент wait_begin = 0xFFFFFFFF, а timer_ticks = 1, то после вычитания получится корректная разница ecx = 2 тика таймера, с которой можно поступать как обычно.
    Сделаем мир лучше!
  • Who is online

    Users browsing this forum: No registered users and 4 guests