Сейчас готовлю данные для тестов, всего две функции за 5 секунд генерируют 55 мегабайт логов ? Было бы гораздо лучше, если бы автор банальной сериализации/десериализации задумался бы об этом заранее((

Сейчас готовлю данные для тестов, всего две функции за 5 секунд генерируют 55 мегабайт логов ? Было бы гораздо лучше, если бы автор банальной сериализации/десериализации задумался бы об этом заранее((

Можно не писать логи

/stat@combot

combot.org/chat/-1001071213089

/stat@combot

combot.org/chat/-1001071213089

ramda-fantasy похоже все, https://github.com/ramda/ramda-fantasy/issues/157

посмотрел чуть эти ваши sanctuary и fantasyland - никогда бы не поверил что "радуги" и "единороги" могут так понижать самооценку человека ?

посмотрел чуть эти ваши sanctuary и fantasyland - никогда бы не поверил что "радуги" и "единороги" могут так понижать самооценку человека ?

мм?

ниче не понятно (посмотрел чуть sanctuary и fantasyland)

книжку почитай https://drboolean.gitbooks.io/mostly-adequate-guide/content/

ramda-fantasy похоже все, https://github.com/ramda/ramda-fantasy/issues/157

Ну и правильно

В тройке sanctuary, fantasy-*, ramda-fantasy выглядела хуже всех

Ребзя, такой вопрос. А почему most по бенчам настолько быстрее остальных? Я просто глянул этот тест https://github.com/cujojs/most/tree/master/test/perf и типа большая разница в перформансе оче. В чем суть? Там же вроде эти библиотеки вообще сейчас под спеку обсервера подогнали реализацию и разницы вроде особо быть не должно, уж тем более такой огромной

блубёрд тоже A+ промисы, но быстрее обычных

Но не в 10 же раз (вроде)

Затачивание под тест, либо просто хитрая подстройка под особенности VM

Я так делал метод pipe/compose в 4 раза быстрее аналога из redux и ramda и на 10% быстрее лодаша. Тупо в watch режиме запускаешь бенчмарк и оптимизируешь, пока растут цифры)

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

@most/prelude

https://github.com/mostjs/prelude/blob/master/src/array.js

Код такого рода, с тщательно выделяемыми массивами, с индексодрочерством, реально вполне может быть в разы быстрее привычных подходов

Код такого рода, с тщательно выделяемыми массивами, с индексодрочерством, реально вполне может быть в разы быстрее привычных подходов

Понял, оче оче спасибо, буду смотреть. ?

Я просто недавно с таким же явлением столкнулся) Все стандартные реализация big integer в npm нужную мне операцию жевали от 8 до 40 секунд, а древняя либа из 2007 года молотит всё за 1,5-3 секунды

Я просто недавно с таким же явлением столкнулся) Все стандартные реализация big integer в npm нужную мне операцию жевали от 8 до 40 секунд, а древняя либа из 2007 года молотит всё за 1,5-3 секунды

а можешь кинуть операцию и эту либу?))

Либу пришлось тянуть с собой, потому что надо было переписать её с глобал переменных на es modules ? А репозиториев у неё уже никаких не осталось https://github.com/zerobias/telegram-mtproto/blob/develop/src/vendor/leemon.js Операция — криптография, разложение ОЧЕНЬ длинного числа на два множителя https://github.com/zerobias/telegram-mtproto/blob/develop/src/bin.js#L350 По условию, результат вычислений правильный, если ответ оказался меньше, чем 2 в степени 2048-64

В этом числе 496 цифр %)

хренасе

меня всегда интересовало как в js адекватно работать с biginteger

меня всегда интересовало как в js адекватно работать с biginteger

вот это адекватный пакет https://github.com/indutny/bn.js

Но медленный :(

кто-нибудь знает принцип работы подобных библиотек?

В плане?

ну как реализуется работа с огромными числами, жс же не умеет нативно

Загоняют в массивы и работают с помощью соответстувющих выч.мат теорий)

Ну вот могу сказать например, что bn использует кастомный объект и создаёт его через new, а так же во многих местах используется чейнинг и всё, производительности уже нет А байты гоняют на самом-самом низком уровне, ничего кроме массивов не создавая

Ну типа классические задачи на большие числа

В любои яп

Вот ультра монстрячество

https://github.com/srijs/rusha/blob/master/rusha.js#L384

asm.js и кодогенерация через макросы, на выходе — самая быстрая библиотека для sha1)

А нет у жса биндингов к каким-нибудь global?

Gmp*

ну как реализуется работа с огромными числами, жс же не умеет нативно

стандартные задачи из олимп программирования

new BigNum(<String>);

Gmp*

Ну на ноде можно

А тебе не в ноду?(

Ну вот могу сказать например, что bn использует кастомный объект и создаёт его через new, а так же во многих местах используется чейнинг и всё, производительности уже нет А байты гоняют на самом-самом низком уровне, ничего кроме массивов не создавая

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

А оно же на васме не оч?)

Я всё хочу попробовать заменить leemon на прямую транскомпиляцию openSSL в emscripten

Загоняют в массивы и работают с помощью соответстувющих выч.мат теорий)

так и предполагал

я использовал одну либу с C++ биндингом

оно ломалось каждые 3 месяца

стандартные задачи из олимп программирования

что я успешно пропустил ?

А тебе не в ноду?(

Ну у меня универсальная либа. Более того, там веб-воркеры автоматически разворачиваются

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

Ну я сейчас тоже не компилирую)

Ту либу кстати писал математик для каких-то своих нужд

Ту либу кстати писал математик для каких-то своих нужд

какую?

руша?

Не, ту штуку из 2007, которую я в себе в проект подтянул

https://github.com/zerobias/telegram-mtproto/blob/develop/src/vendor/leemon.js

Leemon — если по имени автора

последние 15 строчек — мякотка

Это ещё я отформатировал %)

я один не понимаю, зачем копипаста?

Чтобы было быстрее

Ну как компиляторы циклы разворачивают, например

В жсе наверное не быстрее?

И есть подозрение, что даже там всё далеко не оптимально, == везде и в паре мест я убрал parseInt, который в таком коде должен быть как гиря)

Ну как компиляторы циклы разворачивают, например

забыл об этом

И есть подозрение, что даже там всё далеко не оптимально, == везде и в паре мест я убрал parseInt, который в таком коде должен быть как гиря)

то есть можно ещё сильнее ускорить.

В жсе наверное не быстрее?

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

то есть можно ещё сильнее ускорить.

Ага. Но для этого ещё надо соответствующие бенчмарки правильно накатать

Ещё можно SharedArrayBuffer заюзать)) И в параллель в четыре потокa

кому понятней не становилось?:)

Начали переводить цикл статей Тома Хардинга по спецификации Fantasy Land https://medium.com/devschacht/cпецификация-волшебного-мира-1-daggy-ef332ae68dd8

Только сейчас узнал об этом fantasy land. Но нифига не понял зачем он может быть мне нужен? Может ли кто-нибудь объяснить в каких случаях эта штука может понадобиться frontend разработчику?

Я имею в виду библиотеки, служащие для обслуживания этого самого fantasy land

Только сейчас узнал об этом fantasy land. Но нифига не понял зачем он может быть мне нужен? Может ли кто-нибудь объяснить в каких случаях эта штука может понадобиться frontend разработчику?

если ты хочешь чистый фронтенд

то тебе только монады можно

чистый фронтенд?)

как раз fantasy-land

side-effects free

Очень абстрактный ответ

ты умеешь в compose/pipe/curry?

Да

хорошо

понимаешь монады?

Может даже использую их, не знаю термина )

Вообще ramda активно использую

тс используешь?)

nullable типы - монада maybe

массивы тож монады

промисы еще

Все пишу на ts

Может даже использую их, не знаю термина )

тогда не знаешь

надо же понимать