Replies (39)

  • @Self-Perfection, Не всё так просто: у нас, человеков, в виду несовершенства нервной системы есть минимальный предел задержки отклика, ниже которого отклик не воспринимаестся следствием собственного действия. ЕМНИП, около 120мс. Так что небольшой лаг нам даже необходим.
  • @nibb13, это можно тренировать. Когда я занимался ipsc со стрелковым таймером, за полгода улучшил скорость реакции на сигнал старта, раза в полтора. Мастера имели латенси меньше моего.
    Думаю, за годы программерства, ты достаточно тренируешь этот навык, чтобы ощущать скорость печати.

    Как киберспортсмен отличит 50 от 10 мс пинга.

    Алсо, ОПу: перекатывайся на механику с опенсорцными контроллерами.
  • @nibb13, Это заявление не согласуется с моим представлением о работе НС человека, и вообще весьма странное, я даже не с первого прочтения его правильно понял (а вот @belsnickel ниже кажется вообще не понял), я не считаю его заслуживающим доверия без ссылки на авторитетный источник или описания исследования.

    Из общих соображений при достаточно низкой задержке у человеа будет ощущение взаимодействия с реальным физическим объектом, что добавляет комфорта. Вот например демо, в котором нагляднейше видно, что задержка свыше 10мс между изменением положением пальца на тачскрине и обновлением изображения легко заметна на глаз как запаздывание объекта от совершённого действия. Как измерить задержку между нажатием на клавишу и появлением на экране буквы, начиная с которой появляется ощущение неодновременности этих событий — непонятно, но по-видимому она ниже типичных для современных систем 0.2с.
  • @Self-Perfection, Хотя почему непонятно? Дизайн эксперимента: стенд с регулируемой латентностью начиная с очень низкой (не больше 10мс). При нажатии на клавишу случайным образом либо добавляется задержка X мс, либо стенд реагирует максимально быстро. Испытуемый после каждого нажатия на клавишу должен определить, использовалась ли сейчас искусственная задержка отображения символа.

    Наименьший X, при котором испытуемый ошибается в половине своих ответов и будет искомой величиной.
  • @Self-Perfection, Ну пока я глаза от клавиатуры поднимаю, всяко больше 120мс проходит
  • @Renha, зачем ты их опускаешь туда?!
  • @nibb13, в телефонии задержка в 50мс уже считается большой.
    10 или 50мс можно запросто сказать.
    Не факт, что я смогу сделать что-то быстрее 50мс, но сказать, что что-то быстрее или медленнее — вполне смогу.
    А если у фотоаппарата затвор срабатывает за 10мс вместо 50 — это прям сразу очень круто. Прям чувствуется.
  • @oxpa, Чтобы знать куда нажимать же
  • @Renha, а что, клавиши меняют своё расположение, пока ты на них не смотришь?...
  • @oxpa, Там 144 клавиши! Ну и руки — меняют
  • @Renha, s/44/04/
  • @Self-Perfection, Критически будет не при наборе текста, а в играх. Не успел прыгнуть и тебе каюк. Там 60мс это прямо много
  • @Self-Perfection, Кстати у меня что дома, что на работе, клавиатуры с ps/2. Интересно, как там с задержками
  • @Shura, Ты для получения общей критичности не забывай важность для проблемы умножать на важность проблемы. Почти всем кроме киберспортсменов не так важно выиграть в игрушку)
  • @Shura, Обычно неплохо, но для интересу замерь
  • @Renha, ну при наборе текста задержка 10 или 60 мс ещё менее важна
  • @oxpa, Кроме киберспортсменов. А ещё я на всякий случай "почти" дописал.
  • @Renha, слишком сложно
  • @Shura, Вот только средняя задержка между нажатием на клавишу и появлением на экране символа на современных системах вполне может быть в районе 200 мс. Это определённо влияет на ощущение комфортности использования.
  • @Self-Perfection, в 200мс дискомфорта верю
  • @Self-Perfection, у меня явно меньше задержка между клавишей и символом. Не уверен, что я смогу это измерить, но я бы оценил в величину не более 20мс
  • @oxpa, как замерял? Есть скоростная камера?
  • @Shura, смотришь на экран, жмёшь на клавишу ;)
    Говорю же:
    Не уверен, что я смогу это измеритьможно попробовать со скоростной камерой, кстати...
  • @Shura, да даже на айфончике видно будет, по кадру в 5 мсек
  • @Renha, Айфончик может снимать 200 кадров в секунду?
  • @Self-Perfection, Нет, только 120 или 240 на выбор
  • @Renha, /me второй раз в жизни завидует ифоновладельцам
  • @Self-Perfection, у меня в телефоне почему-то вообще не оказалось скоростной съёмки :(
  • @oxpa, Что кстати и делал Dan Luu в статье по ссылке. Никто её так и не открывал видимо, да?
  • @Self-Perfection, только он результат смотрел не на экране, а на выходе клавиатуры
  • @Shura, Ну то есть, совсем другое :)
  • @Renha, да, он исключил влияние задержек вывода символа. У него же там пишет, что измерял задержку вывода в терминалах и там тоже всё плачевно
  • @Shura, Это да, про это бОльшая часть статьи, но всё-таки в первых абзацах там есть пассаж вроде: "Я измерил высокоскоростной камерой задержку от нажатия клавиши до появления символа на экране, получил результат 100-200мс, всплакнул и захотел разобраться. Для начала взялся исключить задержку в клавиатуре, но неожиданно оказалось, что она вносит существенный вклад в общую задержку! Вот смотритре:..."
  • @Renha, Б!!!Ь!!!
    Теперь понятно почему @vt имеет над тобой власть 8). Ты слишком зелен!
  • @Self-Perfection, Когда я жму стрелку вправо для точной подводке к букве длинногословаиздвадцатибукв, у меня рейт нажатий 7-8 в секунду, если я не использую автоповтор, который у меня весьма быстрый для перемещения по строкам вниз вверх. Если там будет latency (нажал-сдвинулось) в районе 100 мсек, я просто вынужден буду вводить в цикл "команда-восприятие" еще функцию предикции,коррекции и задержки для точного подвода, чтобы не вылететь за букву (пробовали ли вы работать в терминале с плохим пингом? то же самое в принципе). Поэтому разговоры выше в треде про норм для человеков latency 200 мсек это просто ппц какой-то.
    (про vi mode с переходом по поиску — офтопик). Я недавно замерял тормоза перемещения курсорв на macos/intel/4K monitor — именно от дискомфорта.
  • @SannySanoff, Каков получился результат измерения? Также методика интересна.
  • @Self-Perfection, Методика простая: ставишь autorepeat на 50/sec, нажимаешь на стрелку вправо, включаешь секундомер, замеряешь, сколько реально продвинулось позиций в секунду, в зависимости от текущего редактора, потом замеряешь CPU usage во время этого, еще смотришь плавно ли едет курсор или рывками. На основании этого делаешь вывод: тебе кажется что оно тормозит и жрет цпу или не кажется. (Это касается latency только краешком)

    Под гейос+4К+интел все очень плохо в IDEA,Qt Creator,TextEdit, нормально в chrome textarea, xcode. Проблема в Scaling Mode, а в идее еще и в том что там в жабе там чото недооптимизировано, плюс в идее видать где-то лишнее чтото делается (если нажать и держать на Home, например, то 50-60% CPU в идее даже когда курсор на месте).

    Под линуксом (или в macos без scaling mode) в тех же условиях все лучше по той же методике, и субъективно тоже.