Здравствуйте, mgu, Вы писали:
mgu>>>Так они и сейчас есть. Я вот раньше не понимал, зачем рядовых формоклепателей спрашивают про битовые операции, а без них даже сейчас никуда:
I>>Нету не ври. Ну или запиши видео, посмотрим, где у тебя глазом видно как интерфейс перерисовывается.
mgu> видео
Это совсем другая проблема, с производительностью никак не связаная. На старой винде одна операция отрисовки могла длиться секунды.
Ты показал мерцание контролов, которое происходит, внимание, из за особенностей рендеринга винды. Она никак не проверяет, закончил ли контрол рисоваться или нет, а просто время от времени показывает обновленную картинку.
Скажем, на 486 при запущеном проигрывателе MP3 градиентная заливка экрана могла выполняться секундами. Это ровно одна базовая функция.
Здравствуйте, mgu, Вы писали:
I>>HTML — не тормозит. Вот стили и JS — могут. Или ты врёшь
mgu>Хм...
Покажи урл, где у тебя тормозит именно html. То есть, не динамика в виде css и js, а именно HTMl.
Для этого надо влупить наверное мегабайт сто этого самого хтмл.
Здравствуйте, consign, Вы писали:
I>>HTML — не тормозит. Вот стили и JS — могут. Или ты врёшь
C>Ну надо же, меня так сразу во вранье обвиняют. А может, ты просто вообще не понимаешь, о чем балаболишь? C>Кому вообще нужен HTML без стилей? Хотя, даже и без стилей — достаточно файлеца на мегабайт на 5, чтобы браузер начал конкретно тупить.
А ты в курсе, что 486й тормозил уже на сотне другой кб чистого хтмл с картинками без css и скриптов ? Это при запуске с диска.
Здравствуйте, Ikemefula, Вы писали:
I>Здравствуйте, mgu, Вы писали:
mgu>>Здравствуйте, Ikemefula, Вы писали:
mgu>>>>Я лично пользовался HTML на 486 в конце 90-х. Производительность упиралась в модем. А сейчас, при кабелях, иконки быдлосетей загружаются минутами.
I>>>Ну и сколько минут у тебя загружается RSDN ?
mgu>>RSDN за счёт облегчённой архитектуры (состояние страницы напрочь не запоминается, операции refresh и back не работают вообще) грузится в среднем быстро.
I>То есть, про минуты ты выдумал ?
Когда я посещу соответствующий сайт (у RSDN, кстати, иконка G+ тоже грузится заметно долго), обязательно сообщу.
Здравствуйте, Ikemefula, Вы писали:
I>>>Нету не ври. Ну или запиши видео, посмотрим, где у тебя глазом видно как интерфейс перерисовывается.
mgu>> видео
I>Это совсем другая проблема, с производительностью никак не связаная.
Здравствуйте, Ikemefula, Вы писали:
I>Здравствуйте, mgu, Вы писали:
I>>>HTML — не тормозит. Вот стили и JS — могут. Или ты врёшь
mgu>>Хм...
I>Покажи урл, где у тебя тормозит именно html. То есть, не динамика в виде css и js, а именно HTMl. I>Для этого надо влупить наверное мегабайт сто этого самого хтмл.
Где ж мне взять сайт с чистым HTML? А знание появилось во время разработки, когда была возможность сравнивать разные объёмы HTML при прочих равных.
mgu>Я к бессмертию не стремлюсь, поэтому на стандартных интервью перед лицом инквизиторов веду себя, как Галилей. Попробуй только сказать, что не веруешь и в Model, и во View, и в Его Controller, мигом сожгут поместят резюме в базу данных и обязательно позвонят.
У меня сегодня какое-то музыкальное настроение, так что на тебе песни про Галилея.
Здравствуйте, Ikemefula, Вы писали:
I>Если оба решения, твой пример — O(N2) и О(NlnN), могут быть выполнены за месяц, то можно говорить про эффективность. А если только одно из них реализуемо за месяц — то именно оно и есть эффективное, ибо другого за тот же период не появится и сравнивать будет не с чем.
Нет, в этом случае надо просто признать, что сделали , что могли. Индульгенцию на этот счет я охотно выдаю. Действительно, коль нельзя было сделать лучше за это время и эти деньги — значит, так оно и есть. Речь же идет не о халтуре.
Только надо все же помнить, что с технической точки зрения лучше сделать можно. И признавать это надо.
Здравствуйте, consign, Вы писали:
C>>Да ну? И что конкретно там ускоряется? C>Практически всё. Отрисовка текста и графических примитивов, и так далее.
Нет, не ускоряется. И даже нарисованные глифы не особо кэшируются.
Аппаратное ускорение для рисования текста появилось только в DirectWrite в Windows 8 и используется далеко не везде. Например, даже в самом Internet Explorer'е (или как его там) используется программная отрисовка. Аппаратно ускоряется только compositing слоёв.
C>>В Винде штатно при масштабировании окно перерисовывалось только по его завершению. C>Щито?
А что, не помним? При изменении размеров таскалась такая "полупрозрачная" рамка, а окно реально изменялось только каждые пару секунд или при завершении масштабирования.
Здравствуйте, mgu, Вы писали:
I>>Это совсем другая проблема, с производительностью никак не связаная.
mgu>Просили "как интерфейс перерисовывается" -- получите.
Я просил проблему с производительностью показать, а не кривую отрисовку
Здравствуйте, Pavel Dvorkin, Вы писали:
I>>Если оба решения, твой пример — O(N2) и О(NlnN), могут быть выполнены за месяц, то можно говорить про эффективность. А если только одно из них реализуемо за месяц — то именно оно и есть эффективное, ибо другого за тот же период не появится и сравнивать будет не с чем.
PD>Нет, в этом случае надо просто признать, что сделали , что могли.
И это, как правило 80-90% технических решений. На самом деле очень часто технические решения принимаются совсем не инженерами. В разных конторах разная культура разработки
Здравствуйте, Ikemefula, Вы писали:
I>Покажи урл, где у тебя тормозит именно html. То есть, не динамика в виде css и js, а именно HTMl. I>Для этого надо влупить наверное мегабайт сто этого самого хтмл.
Здравствуйте, Cyberax, Вы писали:
C>Нет, не ускоряется. И даже нарисованные глифы не особо кэшируются.
Достаточно запустить винду в safe mode, когда вся акселерация отключается — чтобы убедиться, что это неправда.
C>А что, не помним? При изменении размеров таскалась такая "полупрозрачная" рамка, а окно реально изменялось только каждые пару секунд или при завершении масштабирования.
Здравствуйте, consign, Вы писали:
C>>Нет, не ускоряется. И даже нарисованные глифы не особо кэшируются. C>Достаточно запустить винду в safe mode, когда вся акселерация отключается — чтобы убедиться, что это неправда.
В safemode торможение из-за неэффективного вывода на экран, так как там используется работа с SVGA через BIOS (вплоть до 64-битных компьютеров). Если использовать нормальный shadow framebuffer ( http://structure.usc.edu/x11/apm5.html ), то торможений нет.
А если хочешь посмотреть реальную скорость на Винде — возьми и попробуй порисовать текст в битмап.
C>>А что, не помним? При изменении размеров таскалась такая "полупрозрачная" рамка, а окно реально изменялось только каждые пару секунд или при завершении масштабирования. C>В 3.1 — помним.
И так вплоть до WinXP.
Ты наверное плохо читаешь. Когда я пишу про html, то имею ввиду html а не js или css.
Твоя линка, если в ней оставить только html, грузится и показывается _мгновенно_
А вот минуту или две тормозят скрипты, запросы по сети и тд и тд.
Здравствуйте, consign, Вы писали:
C>>А если хочешь посмотреть реальную скорость на Винде — возьми и попробуй порисовать текст в битмап.
C>Который ты будешь копировать на экран поточечно, или таки через BitBlt?
Шрифт рисуется особым образом. Например если включено сглаживание, то никакого BitBlt быть не может
Здравствуйте, consign, Вы писали:
C>>А если хочешь посмотреть реальную скорость на Винде — возьми и попробуй порисовать текст в битмап. C>Который ты будешь копировать на экран поточечно, или таки через BitBlt?
Обычным memcpy. Проблема с дефолтным "safe mode" Винды в том, что он копировал окнами (отображаемыми в старый добрый 0xA0000). А переключение страниц стоит дорого.
