The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Firefox на пути сокращения цикла разработки и отказа от XUL , opennews (??), 08-Июл-15, (0) [смотреть все] –5

Сообщения [Сортировка по времени | RSS]


156. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Aleks Revo (ok), 08-Июл-15, 18:41 
Чтобы не позориться умные люди предварительно проверют свои утверждения, хотя бы на коленке

https://gist.github.com/alexander-irbis/1aa96c197f6528dff2af

Там где всё легко оптимизируется, там движки справляются примерно одинаково, разница не существенна
test1 19.28 ms
test1 22.48 ms

А вот там, где с оптимизацией становится чуть сложней (а это как раз самые вкусные возможности JavaScript), разница становится аховой
test4 130.6 ms
test4 3493.37 ms

И кто у нас здесь слоупок?

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

191. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от soarin (ok), 09-Июл-15, 04:55 
> И кто у нас здесь слоупок?

Есть синтетические тесты, а есть реальное использование. На нём без всяких замеров  чётко видно, что фурифокс тормозит, даже самому оголтелому фанатику.

Ответить | Правка | Наверх | Cообщить модератору

213. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от freehckemail (ok), 09-Июл-15, 12:58 
>> И кто у нас здесь слоупок?
> Есть синтетические тесты, а есть реальное использование. На нём без всяких замеров
>  чётко видно, что фурифокс тормозит, даже самому оголтелому фанатику.

Знаете, я не оголтелый фанатик, но как по мне -- везде примерно одинакого работают. Так что Вы бы на примерчиках лучше показали нам, что всё плохо. А то не верится.

Ответить | Правка | Наверх | Cообщить модератору

216. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –2 +/
Сообщение от iPony (?), 09-Июл-15, 13:52 
Несколько раз уже показывал примерчики, мой любимый - скрол svg картинки тормозит в фурифоксе http://orig01.deviantart.net/0749/f/2013/358/c/5/pawlinski_f...
Ответить | Правка | Наверх | Cообщить модератору

221. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Ан (??), 09-Июл-15, 15:13 
Я вам уже отвечал. Можете прятать свою картинку. FF41(возможно и 40) аналогично семейству хромых её скролит.
А если ещё учесть что svg FF поддерживает обширнее чем хром, то и сравнивать нечего.

И глюки скролинга которые были раньше можно увидеть только на Palemoon и не потому что там не были вкладки в отдельные процессы вынесены, а потому что там перерисовка всего svg происходила странным образом постоянно.

Ответить | Правка | Наверх | Cообщить модератору

222. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от iPony (?), 09-Июл-15, 15:33 
> были раньше

Стабильные версии продукта для нормальных людей - это настоящее. А на стабильной 39 это как раз хорошо проявляется (про альфы-беты не знаю)

Ответить | Правка | Наверх | Cообщить модератору

223. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Ан (??), 09-Июл-15, 15:56 
На 39 версии есть подлагивание, но не критичное.
Тем более что такие SVG не встретишь на любом углу. Так что это тоже синтетика по сути.

И как всё же говорили JS в лисе достаточно шустр. Недостатком являются блокировки, которые как раз влияют на отзывчивость и скролинг. И как раз их вроде как разводят по углам по мере адаптации внутреннего кода к многопроцессному режиму работы. Потому что скролится одинаково что с включенной многопроцессностью, что с выключенной.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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