Да, именно так. Скоро. Скорее всего даже на этой неделе. Я с удовольствием для себя и для тестеров отмечаю, что багов по новому механизму МК пока нет или несущественны. Кроме того, мне удалось оптимизировать просто прорву мест и новый инфиум стал еще быстрее. Скорость видна невооруженным взглядом и это отмечают все (особенно рады будут обладатели больших КЛ;)). Ура ура ура. Осталось совсем чуть чуть и выпустимся. Честно. Без обмана. Сам уже хочу родить этот билд. Ждите в обменниках страны:)
З.Ы. пока я писал эту заметку совершенно неожиданно, чисто случайно, я обнаружил ТОТ САМЫЙ баг, который очень долго мотал мне душу и который я очень долгое время не мог поймать. Молитесь за меня, друзья, кажется битва будет тяжелой. Приложу к этому все силы
Показаны сообщения с ярлыком оптимизация. Показать все сообщения
Показаны сообщения с ярлыком оптимизация. Показать все сообщения
среда, 12 августа 2009 г.
суббота, 9 мая 2009 г.
next step
Ну чтож, по многочисленным просьбам отпишусь немного о том, что сейчас происходит в кузнице инфиума. В версии 9031 произойдет несколько достаточно кардинальных изменений, поэтому довольно долго нет никаких новостей и ночных билдов.
Самое большое и трудоемкое изменение касается работы с сервером хранения учетных записей и метаконтактов. Я работаю над тем, чтобы изменения метаконтактов отсылались на сервер только когда оно произошло, а не постоянно слать на сервер весь мета-контакт лист, ибо это создает большие нагрузки как на клиенте, так и (особенно) на сервере. Представьте ежесекундный прием порядка 4 тысяч блоков бинарных данных по меньшей мере из 5 кбайт и что происходит с винчестерами. Чтобы повысить отказоустойчивость сервера (а значит и уровень сервиса) было решено сменить логику обмена так, чтобы отсылка на сервер была только в случае изменения, что снизит нагрузку как минимум на порядок. Сейчас уже идет промежуточное тестирование, если получится, то возможно даже выпустим ночной билд. О выкладке сейчас не может быть и речи, ибо тестовый сервак просто не справится с большим количеством народа - сейчас пока проверяется логика работы.
Далее, по иронии судьбы, в этом билде мы добавим в жаббер безопасный вход, хранение только хеша пароля, дабы пароли в чистом виде не хранились нигде. Даже на сервере. Это также требует некоторого рефакторинга и жесткого тестирования.
Еще в жаббере вас ожидает несомненно приятный сюрприз (раскрывать его не буду, еще нужно будет протестировать). То, что он придется по вкусу всем - лично у меня нет никаких сомнений:)
Ну и, конечно же, вкусности. Как же без них? Добавлено автоскрытие диалога приема/передачи файлов и открытие ссылок мидлкликом к примеру. Достаточно удобные штуки.
Вот неполный список того, что будет изменено в будущей версии:
+ Реализована отсылка изменений МКЛ на сервер частями
+ Добавлен таймаут ожидания для ряда функций (авторизация, прием МКЛ/аккаунтов)
- обновлены языки
- открытие папок в отдельном потоке, чтоб не замораживался гуи
- фикс топика в чатах - был отключен юникод
+ добавлен макрос %meta% в автозамену автоответчика
+ добавлено подменю с опциями и дополнительными действиями в диалоге приема/передачи файлов
автоматически закрывать окно по завершению
автоматически открывать папку файлов
отображать дерево папок
закрыть все
закрыть все завершенные
+ добавлена надпись "нет связи с сервером" в настройках, чтобы убрать недопонимания
+ добавлен хинт иконке в трее с этапами загрузки
- фикс загрузки МКЛ - иногда МК могли очиститься из за неверных данных, пришедших с сервера
- фикс с переименованием одиночных МК - иногда мог переименоваться не тот контакт, сбивалась внутренняя нумерация
- фикс с плавающими контактами - могли вылезти не те контакты
- фикс с перемещением в группу мышью - нод перемещался только со второй попытки
- возможный фикс зависания при отрисовке аватар в хинтах
+ при приеме файла плагинам будет отсылаться число файлов, размер и имя файла
+ косметика балунхинтов из трея
+ переименован пункт "отправить в открытые вкладки" в меню кнопки отправить в ОС
- при нажатии на группы в диалоге истории, история не чистилась
- фикс копирования по Ctrl+Ins при выделенном тексте в чате и фокусе в поле ввода
+ открытие ссылок по мидлклику в фоне (пока тестовый вариант, посмотрим как оценят тестеры)
Самое большое и трудоемкое изменение касается работы с сервером хранения учетных записей и метаконтактов. Я работаю над тем, чтобы изменения метаконтактов отсылались на сервер только когда оно произошло, а не постоянно слать на сервер весь мета-контакт лист, ибо это создает большие нагрузки как на клиенте, так и (особенно) на сервере. Представьте ежесекундный прием порядка 4 тысяч блоков бинарных данных по меньшей мере из 5 кбайт и что происходит с винчестерами. Чтобы повысить отказоустойчивость сервера (а значит и уровень сервиса) было решено сменить логику обмена так, чтобы отсылка на сервер была только в случае изменения, что снизит нагрузку как минимум на порядок. Сейчас уже идет промежуточное тестирование, если получится, то возможно даже выпустим ночной билд. О выкладке сейчас не может быть и речи, ибо тестовый сервак просто не справится с большим количеством народа - сейчас пока проверяется логика работы.
Далее, по иронии судьбы, в этом билде мы добавим в жаббер безопасный вход, хранение только хеша пароля, дабы пароли в чистом виде не хранились нигде. Даже на сервере. Это также требует некоторого рефакторинга и жесткого тестирования.
Еще в жаббере вас ожидает несомненно приятный сюрприз (раскрывать его не буду, еще нужно будет протестировать). То, что он придется по вкусу всем - лично у меня нет никаких сомнений:)
Ну и, конечно же, вкусности. Как же без них? Добавлено автоскрытие диалога приема/передачи файлов и открытие ссылок мидлкликом к примеру. Достаточно удобные штуки.
Вот неполный список того, что будет изменено в будущей версии:
+ Реализована отсылка изменений МКЛ на сервер частями
+ Добавлен таймаут ожидания для ряда функций (авторизация, прием МКЛ/аккаунтов)
- обновлены языки
- открытие папок в отдельном потоке, чтоб не замораживался гуи
- фикс топика в чатах - был отключен юникод
+ добавлен макрос %meta% в автозамену автоответчика
+ добавлено подменю с опциями и дополнительными действиями в диалоге приема/передачи файлов
автоматически закрывать окно по завершению
автоматически открывать папку файлов
отображать дерево папок
закрыть все
закрыть все завершенные
+ добавлена надпись "нет связи с сервером" в настройках, чтобы убрать недопонимания
+ добавлен хинт иконке в трее с этапами загрузки
- фикс загрузки МКЛ - иногда МК могли очиститься из за неверных данных, пришедших с сервера
- фикс с переименованием одиночных МК - иногда мог переименоваться не тот контакт, сбивалась внутренняя нумерация
- фикс с плавающими контактами - могли вылезти не те контакты
- фикс с перемещением в группу мышью - нод перемещался только со второй попытки
- возможный фикс зависания при отрисовке аватар в хинтах
+ при приеме файла плагинам будет отсылаться число файлов, размер и имя файла
+ косметика балунхинтов из трея
+ переименован пункт "отправить в открытые вкладки" в меню кнопки отправить в ОС
- при нажатии на группы в диалоге истории, история не чистилась
- фикс копирования по Ctrl+Ins при выделенном тексте в чате и фокусе в поле ввода
+ открытие ссылок по мидлклику в фоне (пока тестовый вариант, посмотрим как оценят тестеры)
четверг, 9 октября 2008 г.
Новый вариант движка Gif практически завершен
Я обещал поработать над уменьшением памяти? : )
И вот, свершилось! :) Я наконец то добил новый вариант движка с экономией памяти. Сэкономил вообще везде, где только можно. Теперь по потреблению оперативной памяти движок приблизился к TGifImage на разных смайлах (порядка 128 МБ) и еще меньше памяти на одинаковых смайлах, чем предыдущий вариант реализации! TrueColor гифки теперь занимают ровно столько памяти, сколько нужно, а не те запредельные 380 МБ :)
Что самое интересное - протестировал оба варианта на старом компьютере и получается, что новая вариация движка работает даже быстрее (хотя по моим расчетом она должна была работать чуточку медленнее).
Прошу принять участие в тестировании нового движка и отписаться о впечатлениях:)
Все смайлы одним архивом (если кто захочет скачать. это без одинаковых смайлов)
Новая версия тестовой утилиты
З.Ы. file.qip.ru - это благо:)
И вот, свершилось! :) Я наконец то добил новый вариант движка с экономией памяти. Сэкономил вообще везде, где только можно. Теперь по потреблению оперативной памяти движок приблизился к TGifImage на разных смайлах (порядка 128 МБ) и еще меньше памяти на одинаковых смайлах, чем предыдущий вариант реализации! TrueColor гифки теперь занимают ровно столько памяти, сколько нужно, а не те запредельные 380 МБ :)
Что самое интересное - протестировал оба варианта на старом компьютере и получается, что новая вариация движка работает даже быстрее (хотя по моим расчетом она должна была работать чуточку медленнее).
Прошу принять участие в тестировании нового движка и отписаться о впечатлениях:)
Все смайлы одним архивом (если кто захочет скачать. это без одинаковых смайлов)
Новая версия тестовой утилиты
З.Ы. file.qip.ru - это благо:)
понедельник, 6 октября 2008 г.
9017, сервисы и прочие мысли
Итак, вышла новая версия. 9017. Наконец то к моей радости появились 2 сервиса, которые я уже очень давно хочу в квипе - file.qip.ru и хранение настроек на сервере.
Вообще, передача файлов в оффлайн могла появиться раньше, и я долго травил обитателей флейма своей супер фичей:) И вот наконец он появился. Первый сервис из группы сервисов, что мы планировали и планируем запустить.
Итак, имея учетку на qip.ru, вы получаете халявных 5 ГБ дискового пространства и возможность залить за раз до 100 МБ непосредственно из инфиума или через веб-интерфейс (на премиум аккаунтах ессно больше, но там нужно доплатить денюжку). Не знаю как вам, а мне очень нравится. Просмотр медиа файлов сразу и комменты к ним - это суперски:)
И все бы хорошо... Да вот только чтобы авторизация была прозрачной, она проходит на нашем jabber сервере... Уже сначала скачивания 9017 число онлайн пользователей было 102 тысячи пользователей. Нагрузки просто колоссальные. И из за этого страдают и юзеры, и сервисы. Но ничего, думаю, дня через 2-3 все будет гораздо лучше. Я надеюсь на это во всяком случае. Так что без паники, работа кипит, ситуация будет исправлена обязательно.
З.Ы. Почти завершил работу над новой реализацией gif с экономией памяти. По потреблению оперативки приблизился к TGifImage, когда добью отображение нужно будет протестировать на быстродействие и выбрать самый оптимальный вариант. И, конечно же, пора уже внедрять плоды моих трудов в инфиум. Смотреть в реальных рабочих условиях. Следить за состоянием памяти, утечками, бустродействием. Будем стараться сделать из инфиума одним из самых шустрых и стабильных клиентов ;)
Вообще, передача файлов в оффлайн могла появиться раньше, и я долго травил обитателей флейма своей супер фичей:) И вот наконец он появился. Первый сервис из группы сервисов, что мы планировали и планируем запустить.
Итак, имея учетку на qip.ru, вы получаете халявных 5 ГБ дискового пространства и возможность залить за раз до 100 МБ непосредственно из инфиума или через веб-интерфейс (на премиум аккаунтах ессно больше, но там нужно доплатить денюжку). Не знаю как вам, а мне очень нравится. Просмотр медиа файлов сразу и комменты к ним - это суперски:)
И все бы хорошо... Да вот только чтобы авторизация была прозрачной, она проходит на нашем jabber сервере... Уже сначала скачивания 9017 число онлайн пользователей было 102 тысячи пользователей. Нагрузки просто колоссальные. И из за этого страдают и юзеры, и сервисы. Но ничего, думаю, дня через 2-3 все будет гораздо лучше. Я надеюсь на это во всяком случае. Так что без паники, работа кипит, ситуация будет исправлена обязательно.
З.Ы. Почти завершил работу над новой реализацией gif с экономией памяти. По потреблению оперативки приблизился к TGifImage, когда добью отображение нужно будет протестировать на быстродействие и выбрать самый оптимальный вариант. И, конечно же, пора уже внедрять плоды моих трудов в инфиум. Смотреть в реальных рабочих условиях. Следить за состоянием памяти, утечками, бустродействием. Будем стараться сделать из инфиума одним из самых шустрых и стабильных клиентов ;)
воскресенье, 24 августа 2008 г.
Gif оптимизация
Наконец-то кошмарному потреблению GDI объектов для отрисовки gif похоже приходит конец. Наткнулся на замечательнейшую библиотечку, умеющую читать gif-файлы (правда не совсем корректно, пришлось изрядно попотеть, чтобы заставить ее работать на уровне TGifImage). Кстати спасибо fd00ch за наводку ;)
Думаю в следующем релизе или через релиз эта библиотека будет внедрена в инфиум (а также в qip2005) и квип станет работать еще быстрее;) (может быть даже уберем ограничение в 20 одновременно отображаемых смайлов)
Как итог сравнительная таблица на 7 тысяч одинаковых смайлов:
старый движок смайлов - занимает 129 Мб оперативной памяти и от 460 GDI объектов (число растет при увеличении окна на весь экран и при последующих изменениях размера)
новый движок - 9-11 МБ оперативной памяти и 62 GDI объекта (причем они относятся к самому окну, сами смайлы не потребляют GDI вообще), число не изменяется ни при каких условиях.
на 7 тысячах разных смайлов:
старый движок занял 190 МБ оперативной памяти и около 5 тысяч GDI объектов. при попытке поизменять размеры тестовый проект вылетел, ибо число GDI росло в геометрической прогрессии.
новый движок прекрасно загрузил все файлы, заняв 250 МБ оперативной памяти (и не заняв ни на 1 GDI объект более предыдущего теста).
Как говорится, эффект налицо. Не думаю, что найдутся извращенцы, одновременно за раз решившие послать 7 тысяч абсолютно разных смайлов:) так что отмена ограничения вполне реальна.
Теперь нужно отполировать имеющиеся наработки и начинать внедрять:) Молитесь за меня, друзья:)
Думаю в следующем релизе или через релиз эта библиотека будет внедрена в инфиум (а также в qip2005) и квип станет работать еще быстрее;) (может быть даже уберем ограничение в 20 одновременно отображаемых смайлов)
Как итог сравнительная таблица на 7 тысяч одинаковых смайлов:
старый движок смайлов - занимает 129 Мб оперативной памяти и от 460 GDI объектов (число растет при увеличении окна на весь экран и при последующих изменениях размера)
новый движок - 9-11 МБ оперативной памяти и 62 GDI объекта (причем они относятся к самому окну, сами смайлы не потребляют GDI вообще), число не изменяется ни при каких условиях.
на 7 тысячах разных смайлов:
старый движок занял 190 МБ оперативной памяти и около 5 тысяч GDI объектов. при попытке поизменять размеры тестовый проект вылетел, ибо число GDI росло в геометрической прогрессии.
новый движок прекрасно загрузил все файлы, заняв 250 МБ оперативной памяти (и не заняв ни на 1 GDI объект более предыдущего теста).
Как говорится, эффект налицо. Не думаю, что найдутся извращенцы, одновременно за раз решившие послать 7 тысяч абсолютно разных смайлов:) так что отмена ограничения вполне реальна.
Теперь нужно отполировать имеющиеся наработки и начинать внедрять:) Молитесь за меня, друзья:)
Подписаться на:
Сообщения (Atom)
