Чот много

bluebird

> js однопоточен

SharedArrayBuffer

Нет. А что ты блокировать хочешь? У тебя не будет гонки никогда.

Один поток не гарантирует отсутствия соревнований (и фана с этим связанного)

SharedArrayBuffer

Э нее, мы пока не говорим про воркеры

Э нее, мы пока не говорим про воркеры

Чел конкретно спрашивает, завезли ли в js блокировки

Понятное дело что он имеет ввиду несколько другое, после крестов

Но сразу после крестов на js идти ето вообще недюжинная отвага так то

Один поток не гарантирует отсутствия соревнований (и фана с этим связанного)

У меня например есть модуль, в котором в одном месте всё ломается нафиг если заменить колбэки/промисы на транспилирование async / await

асинк не сможет - рефактор поможет

Я тоже так думал лол

Потому что вызов yield генератора занимает больше времени, выраженного в тиках event loop

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

Потому что у меня в голове транспилирование всегда было +- тождественным преобразованием ?

https://github.com/zerobias/telegram-mtproto/blob/master/src/service/authorizer/index.js

В этом файле есть много мест, где хочется впилить async await, я попробовал 5 разных реализаций (вы вообще знали, что для бабеля есть 5 разных реализаций await?Я тоже нет), результат одинаковый — npm test начинает выдавать 404

Что означает, что одни запросы обгоняют другие

https://github.com/zerobias/telegram-mtproto/blob/master/src/service/authorizer/index.js

любопытная библиотечка однако

лол

Чат, подскажите. Мутил тут со всякими темами эксперименты, в итоге вернулся на Soda Dark, но от старых тем остался вот такой значок папок, как его убрать?

Чат, подскажите. Мутил тут со всякими темами эксперименты, в итоге вернулся на Soda Dark, но от старых тем остался вот такой значок папок, как его убрать?

покажи файл настройки

Потому что вызов yield генератора занимает больше времени, выраженного в тиках event loop

ухты, а ты бенчмарки случаем не засекал во сколько раз?

Может yield течет просто

Может yield течет просто

Не, не засекал, в принципе это несложно замерять. А при чём тут утечка? Памяти достаточно, там по времени кто-то не успевает

Просто там специфичное место модуля, в котором производятся невероятно крупные вычисления, и для снижения нагрузки вызовы функций часто откладываются на следующий tick event loop'а

просто если будешь бенчмарк делать надо почекать что б не текло, иначе гц будет влиять

Ну это можно засекать

Я кстати периодически делаю разные бенчи)

https://jsperf.com/instanceof-vs-property-lookup-es6

Если стереть -es6 то можно увидеть оригинальный тест, в котором результаты кейсов различаются в десятки раз, причём в неправильную сторону ?

можно ли как-то в консоли через nodejs закрепить строку, чтобы она всегда была сверху, даже при. скроллинге? вот как сейчас сверху сообщение закреплено, но чтобы это в cli было

У меня например есть модуль, в котором в одном месте всё ломается нафиг если заменить колбэки/промисы на транспилирование async / await

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

В прошлый раз была другая часть кода ;)

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

Точнее я даже так скажу — была ссылка на совершенно иной код с совершенно иной проблемой)

Точнее я даже так скажу — была ссылка на совершенно иной код с совершенно иной проблемой)

В любом случае, если запрос А должен выполняться строго до запроса Б, то нужно явно в коде это проверять.

Сказать очень легко)

А вот сделать — уже не очень

Навтыкать флагов пока что недостаточно

Проблема в том, что частей кода, из-за взаимной комбинации которых может быть баг не много, а очень много

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

А так же, вероятно, может играть роль взаимное расположение различных частей во времени

И вот тут уже флаги вообще не помогут

Не должно влиять

Телепатия?

Если влияет, то это ошибка

Лол

Точнее плохой код

Спасибо, кэп

Что если я скажу, что криптографический алгоритм сам по себе завязан на точное значение timestamp и поэтому "не должно влиять" — это ошибка?

"Тогда надо передавать везде правильный tmestamp" — можно не писать, я это и так понимаю

Если действие А должно выполняться после действия Б, то нужно не полагаться на время выполнения А и Б, а нужно синхронизировать эти вещи

А если оно не должно выполняться после Б?

Значит вводить коррективы в timestamp

Если именно что в примерно тот же timestamp?

Значит вводить коррективы в timestamp

А если баг связан в том числе с корректировкой timestamp?

А если баг связан в том числе с корректировкой timestamp?

Ну все тогда

Суши вёсла, да

А я как то умудряюсь жить с этим и даже фиксить эти баги)

То есть что тот фрагмент, что этот — это тонна легаси жуткого качества, который я умудряюсь как-то привести в пристойный и понятный вид

Потому что переписать с нуля практически нереально из-за крайне специфичных знаний по криптографии, заложенных в базу

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

А если оно не должно выполняться после Б?

Для двух действий возможны три ситуации: А должно выполняться после Б, Б должно выполняться после А, порядок выполнения А и Б не важен.

ERROR: S client not available

Я уже говорил

Криптография завязана на timestamp

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

Это какая-то очень спецефическая криптография

Более чем

Если того, что я выше описал ещё не достаточно, то добавлю, что там AES IGE юзается ?

Разные ключи или одинаковые?

Вероятно, разные

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

Я уже героически снизил число уровней вложенности с 7 до трёх ? В общем, примерно этим и занимаюсь)

Криптография там хоть синхронная?

))

Не совсем

Наркоманы видимо какие-то код писали.

?

Да))

Сейчас там всё более-менее устаканилось и я могу об этом хотяб шутить

До этого хотелось в окно выйти

Периодически

Это я надеюсь работа, а не хобби?

?

По работе у меня проще всё ?

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

Как в опыте с лягушкой в кипятке

Тогда вообще зачем этим заниматься?

Почти всё время проблема выглядит действительно как "сейчас я воткну там один флаг и всё заработает")

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

Ну и признаться, за исключением наркомании, это реально интересно)) Например этот код — один из немногих, который реально стоит переписывать на asm.js/wasm прям сейчас. Рассчёты в воркерах и т.д.

Где сейчас такое найти)

Тогда нужно ковырять C++ реализации, не уверен, что можно JS скопировать в нормальный wasm.

Мне как-то доводилось ковырять протокол WhatsApp. Там они тоже использовали довольно экзотические решения.