За последний год мы совершенно не развивали этот сервис. Просто использовали для своих собственных проектов и даже не заглядывали в статистику. Переодически прилетали письма о новых акаунтах, но их не смотрели.

Однако недавно случилось 3 падения подряд. Оказалось что у сервиса существенно прибавилось пользователей, и поток таймеров перевалил за 2GB в час и 1.5TB в месяц.

Пришлось сделать некоторые оптимизации в коллекторе таймеров и в работе с базой. Так что теперь сервис стал снова стабильным.

И наверное стоит подумать о новом функционале. Если среди вас есть спец по JS, то не откажемся от помощи по UI.


Обновилась библиотека для GOLang.

Оптимизирован резолв домена для отправки таймеров, теперь он делается один раз при старте приложения.

Если вы хотите отключить профайлер, то просто уберите вызов Init() и все вызовы New() End() можно будет оставить.

В планах добавить функцию prflr.T( yourfunc() ), чтобы не писать все время в функциях tiner.New("123"); defer timer.End("123"). 

Post has attachment
Meet the new website!    http://prflr.org

And the new functionality is coming soon. 

Post has attachment
Сегодня появилось PRFLR SDK для iOS. 

https://github.com/PRFLR/PRFLR.SDK.iOS  - спасибо Роману Двойневу!

В данный момент PRFLR используется в более чем 10 различных проектах и приложениях. Теперь можно подключать и iOS приложения. 

Post has attachment
Немного улучшений в бибилотеке для PHP. Улучшена точность подсчета времени выполнения кода. 

https://github.com/PRFLR/PRFLR.SDK.PHP

+ инструкции по подключению для PHP и  Yii Framework.

Post has attachment

Post has attachment
Серьезно доделана библиотека для Android.

https://github.com/PRFLR/SDK.Android

Готова для подключения через Gradle,     сделана очеред на отправку таймеров, исправлены косяки с инитом из главного треда и немного улучшена производительность, обновлен ман по использованию и написаны тесты.

Пользуйтесь :) 

Intel® Core™ i7-920 Quadcore, 48 GB DDR3, 2x2TB SATA, 1 Gbit/s-Port

Смена железа прошла успешно.  Теперь на новых мощностях.  

Раньше все крутилось на виртуалке с 500Mb оперативки и 20Gb  винтом. Так как агрегатор таймеров и панель аналитики грамотно написана на GOLang, то даже такой сверхскромной конфигурации хватало для обслуживания всех наших и не наших проектов.   Однако подвела база данных.  Разросшись, она стала больше 10гб, и мы потеряли возможность сделать дамп!   Дамп посто не влезал на диск :)   Пришлось срочно менять сервер на что-то более серьезное.
#GOLang  #GO #PRFLR

Post has attachment

Поколдовав  над сервисом некоторое время , мы придумали как расширить объем статистики хранимый для каждого пользователя, а главное стабилизировать этот объем. 

Теперь у каждого проекта есть резерв в 1 миллион хранимых таймеров.  По превышению этого лимита старые записи вытесняются.    

Давайте прикинем на калькуляторе,  предположим у вас вполне нагруженное серверное приложение со 100 RPS запросов на динамику.  В каждом запросе вы в среднем отслеживаете 10 мест в коде.   Таким образом у вас образуется срез данных за целых 18 минут работы системы.  

Возможно это даже слишком много, потому что в случае переконфигурации вашего приложения вам прийдется ждать те же 18 минут, пока данные сменятся и вы увидите реальную картинку.

Вобще нам для серверов  хватало более скромных объемов даных,  но тут подключилось мобильное приложение, а там необходима детализация  по разным девайсам, пришлось увеличить хранилище.
Wait while more posts are being loaded