The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Firefox отказывается в обозримом будущем от перехода на мног..."
Отправлено adolfus, 17-Ноя-11 02:23 
Вообще-то, еще в 1994 году, а скорее всего даже ранее, IBM сформулировала (мне это попалось на глаза среди редбуков и статей около темы, сопровождавших третью полуось) требования к интерфейсу. В частности, там утверждалось, что пользоваетльский интерфейс графического приложения, как минимум, должен идти в отдельном потоке, чтобы не блокироваться работой собственно программы. В частности, всегда должна быть доступна часть инетерфейса, не интерферирующая с обработкой пользовательских запросов. Например, выпадающее меню помощи должно быть активно всегда вне зависимости от того, что программа делает. Например, если работа программы состоит в выборе файла и запуске для него какой либо обработки, то эта обработка должна выполняться асинхронно в отдельном потоке, а пользователь должен иметь возможность ставить файлы на обработку не дожидаясь завершения предыдущих. В частности, там утверждалось, что время блокировки интерфейса не должено превышать 0.1 с. Т.е. все изменения в отображаемых окнах должны быть проведены менее, чем за 0.1 с после запроса, инициировшего это. И это реально происходило на 586 с тактовой частотой 120 Мгц. И я не помню, чтобы операции в файловой системе или звук, и даже DIVE, мешали перерисовке окон, или во время работы программы блокировался интерфейс. Считалось, что если програмист не может написать неблокируемый интерфейс, он не программист, а говно. Окно гарантированно перерисовыалось системой менее, чем за 0.1с. Не было никакой необходимости в анимации интерфейса, исключительная цель которой -- скрыть этого интерфейса тормознутость. Видео, звук и работа с внешними портами никогда не тормозилась ни при какой загрузке системы. Была такая фишка -- для проверки нагрузочной способности системы писался на ассемблере абсолютно пустой цикл и запускался с максимальным приоритетом в нескольких десятках процессов. И только когда загрузка отрисовывалась (по PM Patrol) в 98%, только тогда интерфейс начинал ощутимо тормозить. Однако на звуке, на видео и передаче данных это никак не отражалось. Это был тот самый единственный способ заставить интерфейс шевелиться медленнее, чем обычно. Пр этом я мышкой возил окно с видео по монитору и оно шло в нужном темпе.


 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру