ac@eserv.ru
Блог
Общие папки
Проекты и группы
Контакты
Визитка
План
Программы
Настройки
ТемаОтДатаРазм
Яндекс посчитал почтовые службы на доменах рунетаsupport2012.10.10 18:581 Кб
Облачноеsupport2011.07.13 19:331 Кб
Android proxy - обещанного три года ждутsupport2011.06.17 17:090 Кб
Правильный протоколsupport2011.05.27 16:281 Кб
Гагарин. Made in USSR.ac2011.04.12 03:181 Кб
В домене .RU уже 3 млрд именsupport2011.04.09 06:161 Кб
Некрасов о Яндексеsupport2011.02.21 22:550 Кб
Назад к железуsupport2011.02.16 21:562 Кб
Android не smartsupport2010.11.15 00:461 Кб
Юбилей папки spamsupport2010.11.12 23:241 Кб
ВКонтакте внедряет Байесаac2010.08.26 18:231 Кб
Из жизни вирусовac2010.07.07 17:382 Кб
Imminet Protect переименовали в ClamAV for Windowsac2010.05.08 23:091 Кб
1 июля SQLite станет еще быстрееac2010.05.08 07:162 Кб
Thunderbird 3.1 beta2 улучшает поддержку Eservac2010.05.06 02:441 Кб
Eserv DNS-сервер принял первые доменыac2010.04.07 05:131 Кб
Berkeley DB 5 как убийца SQLite 3 ?ac2010.04.03 19:312 Кб
WinSock от меня усталsupport2010.03.30 20:300 Кб
acFilter или искусственный интеллект в кубеac2010.03.26 22:411 Кб
Как поломать Thunderbirdac2010.03.26 21:221 Кб
А по-немецки с лошадьмиsupport2010.03.23 00:061 Кб
Opera и русские X.509-сертификатыac2010.02.26 05:381 Кб
Загадка FileZilla 3.3.1ac2010.02.04 21:141 Кб
Firefox 3.5.6 поломал NTLMac2010.02.01 06:251 Кб
Обучение или дрессировкаac2010.01.11 16:210 Кб
Вышел Thunderbird 3.0ac2009.12.11 20:041 Кб
Нейробиология и обучение байесовsupport2009.12.06 06:130 Кб
Телефон против интернетаac2009.12.04 00:011 Кб
Голова профессора Доуэляac2009.11.14 22:011 Кб
IE8 самый быстрыйac2009.11.13 07:494 Кб
О доверии серверуac2009.11.02 17:131 Кб
IE8 и deflate content-encodingac2009.10.12 08:503 Кб
Культурный слойAndrey Cherezov2009.09.26 03:282 Кб
Как самостоятельно скомпилировать EservAndrey Cherezov2009.08.21 11:332 Кб
PHP и ISAPIAndrey Cherezov2009.08.21 00:321 Кб
Microsoft прячет VPNы от провайдеровAndrey Cherezov2009.08.10 18:222 Кб
Очень быстрая сеть или машина времениAndrey Cherezov2009.08.06 03:411 Кб
Главная статья про NATAndrey Cherezov2009.07.24 20:191 Кб
Тест на зрелость платформыAndrey Cherezov2009.07.10 20:031 Кб
Производительность CGI, FastCGI и ISAPI в acWEBAndrey Cherezov2009.05.31 09:363 Кб
FlashPlayer и deflate encodingAndrey Cherezov2009.05.23 07:091 Кб
Git over WebDav в EservAndrey Cherezov2009.05.06 18:592 Кб
Исправление Lightning для поддержки русских имен календарейAndrey Cherezov2009.05.05 20:541 Кб
Реклама отсутствующего Exchange ServerAndrey Cherezov2009.05.05 19:021 Кб
Архивация в Thunderbird3AndreyCherezov@2009.04.24 22:441 Кб
RU-CENTER - почта не работает три дняAndrey Cherezov2009.04.23 17:331 Кб
RU-CENTER заспамили насмертьAndrey Cherezov2009.04.22 13:592 Кб
Самопубликация для всех пользователей всех доменовAndrey Cherezov2009.04.20 06:551 Кб

IE8 самый быстрый

Браузеры Firefox и Chrome любят пощеголять скоростью своих новых JavaScript-движков и общей скоростью браузеров, кидая камни в огород Microsoft. Да, с поддержкой веб-стандартов IE плетётся в хвосте (потому что в новых браузерах поддерживать новые стандарты проще, чем в старых ), но вот по части скорости JavaScript и DOM — вопрос спорный. Всё зависит от тестов...

Eserv/4 в этом году является поставщиком стресс-тестов для браузеров Одной из самых напряженных задач, которые E4 ставит перед браузерами — это визуализация процесса импорта учетных записей пользователей из Eserv/3 и прочих старых программ в E4. Сам процесс импорта (в процессе инсталляции E4, например) достаточно быстрый, и никак с браузером не связан. Но этот способ "скучный", и не дает пользователю подробного отчета о том, что и как импортируется, что невозможно импортировать, что является дубликатом существующих учетных записей, и т.д. Кроме того такой "пакетный" импорт предполагает, что входные данные в известных форматах, т.е. позволяет импортировать не из любой программы. Поэтому в E4 сделан и второй способ импорта — пользователь (администратор) закачивает CSV-файл произвольного формата, эта таблица показывается ему в браузере, пользователь указывает соответствие полей, выбирает проект/группу, в который добавляются импортируемые учетные записи и запускает импорт. Для визуализации процесса и возможности отмены процесса, если видно, что что-то идёт не так, исходные данные из таблицы передаются на сервер не одним пакетом, а путем AJAX-запросов, по ответам на которые меняется вид таблицы в браузере.

ie8 acc import m

Так вот такая простая задача стала для браузеров непростым тестом. Сначала я решил задачу в лоб: на каждую строку таблицы запускался ajax-запрос. Запросы выполнялись асинхронно, т.е. могли одновременно выполняться несколько (для веб-сервера acWEB из E4 это, естественно, не проблема, а привычный режим работы), но JS-скрипт в браузере это учитывал, и всё правильно работало. До тех пор, пока я не стал тестировать на списках с десятками тысяч пользователей (пользователи форума, подписчики списков рассылки, списки сертификатов Eserv/3, и т.д.). Часть запросов от браузера серверу стали теряться, т.е. часть ajax-запросов просто не выполнялись — как будто случайно пропускались, и эти записи таблицы, соответственно, не импортировались. Испытывал все существующие браузеры, и только Firefox проводил импорт без пропусков. IE и Chrome пропускали заметную часть, а Opera вообще бОльшую часть таблицы. Разборки показали, что в этих браузерах есть буфер-очередь исходящих ajax-запросов, и если этот буфер в текущий момент весь заполнен, то очередной "претендент" просто туда не попадает — никогда не выполняется. Самый большой из буферов — порядка 500 запросов. При этом узнать момент переполнения невозможно, т.к. никакие ошибки не возвращаются. Браузеры также сильно отличаются в стратегии выполнения запросов из своей очереди. Например, Опера выполняет их последовательно — одним потоком, открывая отдельный коннект для каждого запроса. Другие используют более оптимальные стратегии по коннектам и потокам (подробностей уже, к сожалению, не помню — несколько месяцев прошло). Наличие такого ограничения в браузерах заставило применить другую стратегию — отправлять запросы не "толпой", а последовательно, т.е. превратить AJAX в простой "JAX": после отправки одного запроса следующий запускается только по факту возврата результатов предыдущего. Это несколько замедляет процесс, но не сильно, т.к. основные затраты времени идут на JavaScript+DOM (DHTML) операции по работе с таблицей в браузере — процессор (один из процессоров) загружается этой примитивной работой практически на 100%. При таком способе работы все браузеры справляются с импортом без пропусков.

Так вот, возвращаясь собственно к теме статьи: IE8 на таких задачах раза в три быстрее остальных браузеров. Т.е. на импорт например 3000 пользователей у IE8 уходит около 20 минут (на стороне acWEB — 40 секунд , а у Хрома и FF — час. А самый медленный — Opera10. Самый прожорливый по памяти — Firefox3 (раз в пять прожорливее чем IE8). При этом все без исключения браузеры позиционируют себя как "самые быстрые"
 
Комментарии к этой версии (13.11.2009 07:49) [~ac] b7af127c