Починил его стерев один неудачный console.log))

А в чем причина то была?

console.log — задержка на 50-80 мс — вылетаешь за отведеный интервал для генерации ключа (тупо рассинхронизируешься по часам) — сервер твою авторизацию заворачивает

В итоге там сейчас убер-логгер)

Починил его стерев один неудачный console.log))

Ты уверен что твой код не менялся при сжатии? Возможно из-за console.log у тебя терялась точка с запятой.

У меня вообще сжатия нет

Более того, я даже перевел компиляцию в режим с async, чтобы не терять время и стэк в генераторах

Мне бабель плагин не нужен, логгер имплементит спеку debug и посволяет включать только нужные саб-логи) Но их всё равно просто нереально дофига

это по mtproto?

Ага

У меня вообще сжатия нет

А используешь там флоу или другой сахар или стрикт мод?

Самый люто дичайший момент был — когда у меня падала авторизация от того, что заменял промис на async ??

Самый люто дичайший момент был — когда у меня падала авторизация от того, что заменял промис на async ??

это возможно?

console.log — задержка на 50-80 мс — вылетаешь за отведеный интервал для генерации ключа (тупо рассинхронизируешься по часам) — сервер твою авторизацию заворачивает

Ебать, ты что со спутником по координатам авторизуешься?

Это жесть, когда ты видишь фигню, которая просто не может происходить, но однако же ты её видишь своими глазами уже пол месяца

Ебать, ты что со спутником по координатам авторизуешься?

Почти

А используешь там флоу или другой сахар или стрикт мод?

В коде ошибок нет, проблема именно в наличии консоли в особо неудачном для этого месте) Естественно проект обложен eslint, flow и т.д.

В коде ошибок нет, проблема именно в наличии консоли в особо неудачном для этого месте) Естественно проект обложен eslint, flow и т.д.

А в результирующий код ты смотрел, в то что видит твой браузер.

В итоге там сейчас убер-логгер)

Короче в логгере сейчас мемоизация мета-данных события, асинхронный вывод, задержка, чтобы не мешать обсчёту остальных данных и два уровня буферизации сообщений

А в результирующий код ты смотрел, в то что видит твой браузер.

Полторы недели в отладчике, конечно)

У меня вообще транспиляция весьма слабая — убираю флоу типы, class props, object rest, конвертирую for of и const в var

У меня в консоль выводится до двух мегабайт текста в секунду ?

По очереди с паузой между ними

Короче в логгере сейчас мемоизация мета-данных события, асинхронный вывод, задержка, чтобы не мешать обсчёту остальных данных и два уровня буферизации сообщений

И потом у нас пользователь запускает Ashes of Sinпularity, альтабается и серфит нет, тут твоя прилажуха рассинхронизируется еще не загрузившись.

Асинх

Сильный фронтенд для стабого бэкенда как по мне получился.

Ха, у меня скорость загрузки со стима режется скоростью записи на диск

И потом у нас пользователь запускает Ashes of Sinпularity, альтабается и серфит нет, тут твоя прилажуха рассинхронизируется еще не загрузившись.

Бред, опять же

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

Ха, у меня скорость загрузки со стима режется скоростью записи на диск

такая же яигня

Фактически, это своего рода низкий приоритет

По очереди с паузой между ними

Наоборот, так у тебя всё будет стабильно виснуть

У меня вообще транспиляция весьма слабая — убираю флоу типы, class props, object rest, конвертирую for of и const в var

в проектах на ноде делаю точно тоже самое

ну у меня не совсем нодовский проект ? Но я просто решил что вертел всех тех, кто пытается запустить такие штуке на допотопных нодах и браузерах)

ну у меня не совсем нодовский проект ? Но я просто решил что вертел всех тех, кто пытается запустить такие штуке на допотопных нодах и браузерах)

я поддерживаю такой подход

вынеси логирование в воркер

ну а вообще звучит смешно - рассинхрон какой то при авторизации

если авторизация такой пиздец по процессу - делай ее блокирующей весь тред чо

По очереди с паузой между ними

Сообщения отправляются из вызовов логгера и собираются в первичный буфер, небольшой, на 50-100 сообщений, чтобы не сильно нагружать ноду непосредственно во время вызовов. После его заполнения он резко препроцессится весь, целиком в один проход, потому что так будет быстрее чем регулярно дёргать обработки по одной. После препроцессинга сообщения отправляются во вторичный буфер, большой, который очищается раз в пару-тройку секунд и так же резко производит вывод сразу пачкой, потратив на сотни сообщений всего одну итерацию вывода в консоль

ну а вообще звучит смешно - рассинхрон какой то при авторизации

Что смешного в авторизации, привязанной к точному значению времени?

как тебе выше сказали - по разным причинам фокус с вкладки уйдет и все ломаетс

если авторизация такой пиздец по процессу - делай ее блокирующей весь тред чо

Да ещё чего)

как тебе выше сказали - по разным причинам фокус с вкладки уйдет и все ломаетс

Что — всё?

ты никогда не смотрел что будет если приложение на аутпут спамит в неактивной вкладке?

У юзера вообще этих логов быть не должно

В этом и смысл глобов в спеке debug

так а зачем ты на деве это пихаешь в основной процесс

Какой прод, какой браузер вообще?

Дебаг и консоль ноды

ну и все это в 1 треде так?

Нет конечно

ты ж сам говоришь что console.log у тебя отжирается время от event loop'а

ты либо в 1 треде логи выводишь с работой приложухи, либо это магия какая то :)

Я уже описал выше, у меня сейчас всё работает прекрасно при крайне высоких потоках логов0

ты проблему то не решил фактически - просто у тебя теперь тачка вывозит

Тысяча io в лог — тысяча раз по 100 мс задержки

один блок вывода — один раз по 100 мс задержки на тысячу сообщений

Есть разница?)

а теперь делай все кухню с сообщениями и логами отдельным тредом

и не будет у тебя этой задержки

для этого воркеры так то и делали

А потом отлаживать ещё и его, супер

для процессинга

что отлаживать то?

А прототипы кстати как парсить будем

И циклические ссылки

ты туда переложишь все рутину для обработки логов

И выпущу релиз с выходом на пенсию

делов ровно на вечер :) ну тебе виднее

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

ERROR: S client not available

Со своими имплементациями воркеров

С поддержкой вебпака

ты же сам сказал что клиенту это не нужно

ну и имплементации воркеров для ноды и браузеры так то аналогичны

причем тут вебпак тогда вообще непонятно

ты же сам сказал что клиенту это не нужно

Ему не нужно огребать 2Мб/сек сообщений, это не значит, что сбор данных на случай проблем должен быть напрочь выключен

И желательно, чтобы папка node_modules у юзеров не коллапсировала под действием гравитации в чёрную дыру

ну и имплементации воркеров для ноды и браузеры так то аналогичны

"Похожи"

причем тут вебпак тогда вообще непонятно

Вот в этом и фигня, что там столько тонкостей, что лениво сказать "да чо ты без воркеров то" проще всего

ты просто еще дзен не познал :)

можно все

Да конечно, я то не познал)

Требуется чтобы вебпак так же имел возможность собрать воркеры

Со своими тонкостями

что значит собрать

Видишь сколько вопросов сразу возникает

ты их в бандл пихать собрался?

Что значит пихать?

Помимо консольлога в модуле ещё порядочно вещей, которые требуют обсчёта в воркерах

И да, это всё работает в бандле. А так же просто отдельно в браузере. А так же в ноде. А так же отдельным микросервисом. Работает с постгрес. с монгой, с редисом и с rethinkdb в качестве хранилищ, но так же не откажется сохраниться в localstorage или банально в json файл на диске.

На react native пока, увы, не завелось

Масштаб проблем, всплывающих при такой универсальности думаю можете представить)

я не так давно просто сталкивался с похожей проблемой производительности, нужна была типо прокси - браузер - сокет соединение - прокси сервер - любой ендпоинт (редис, постгря и тд)

на уровни прокси нужно было писать гору логов опционального

в итоге все нормально работало только если логирование вынести в отдельный сервис с воркерами

обьемы на запись думаю не меньше были

логика по обработке тоже есть

Каждое усложнение архитектуры — это добавление точек для отказа модуля

Это дополнительное время на разработку и поддержку

у всего есть своя цена

с другой стороны появляется масштабируемость

если бы у меня перестало хватать 1 инстанса - я бы в докере просто поднял еще 1