IR
проблема с индексаций и SEO, а еще +2MB wasm-файла. Но flutter for web с недавних пор уже умеет в html. Проблема в том что dart2js рантайм так же примерно 2 mb занимает. В общем, такое себе удовольствие
Благодарю за разъяснение
Size: a a a
2021 March 13
К
проблема с индексаций и SEO, а еще +2MB wasm-файла. Но flutter for web с недавних пор уже умеет в html. Проблема в том что dart2js рантайм так же примерно 2 mb занимает. В общем, такое себе удовольствие
А прикинь Гугла решит что круто утоащтть дарт в хром, и флюттер std туда же.
VK
А прикинь Гугла решит что круто утоащтть дарт в хром, и флюттер std туда же.
они уже как то раз так решили
VK
Лет 10 назад
AT
Благодарю за разъяснение
Ещё браузер (HTML) поддерживает accessibility (для слабовидящих, например) -- если сам всё рисуешь, то ничего этого не будет.
MV
А кто-нибудь знает, как объявить кастомную секцию на си? В расте, например, это можно вот так сделать
https://github.com/fluencelabs/rust-sdk/blob/master/crates/main/src/module_manifest.rs#L74-L77
https://github.com/fluencelabs/rust-sdk/blob/master/crates/main/src/module_manifest.rs#L74-L77
tldr: сейчас это невозможно в C/C++, потому что в clang фронте отсутствует эта возможность
IR
Лет 10 назад
А потом передумали 😒
DM
+2MB wasm-файл с бротли не проблема
VK
А потом передумали 😒
Ну их дичайше стали засирать за такие планы
M
А прикинь Гугла решит что круто утоащтть дарт в хром, и флюттер std туда же.
Уже было. Смотри Dartium
VS
VM Matters: A Comparison of WASM VMs and EVMs in the Performance of Blockchain Smart Contracts
https://arxiv.org/abs/2012.01032
https://arxiv.org/abs/2012.01032
A
Ох и кенсельнут их на твитре
M
Ох и кенсельнут их на твитре
почему?
A
почему?
VM Matters
2021 March 14
Б
Народ, столкнулся тут с интересной темой. В интернете пишут что деление процессор выполняет на порядок медленнее чем умножение (плюс float alu-модулей обычно меньше чем целочисленных а значит будут stalls то есть процессоры будут ждать или хуже параллелить инструкции в своем out-of-order выполнении) Но что если мне нужно получить не все то 64-битное флоатное число а только первые 8 бит результата деления одного целого числа на второе? Я уверен тут можно сильно ускорить с помощью какого-то кастомного деления в столбик когда мы получаем только первые 8 бит (скорее всего это несколько шифтов с промежуточными инкрементами) Никто не встречал случайно подобный алгоритм?
M
Народ, столкнулся тут с интересной темой. В интернете пишут что деление процессор выполняет на порядок медленнее чем умножение (плюс float alu-модулей обычно меньше чем целочисленных а значит будут stalls то есть процессоры будут ждать или хуже параллелить инструкции в своем out-of-order выполнении) Но что если мне нужно получить не все то 64-битное флоатное число а только первые 8 бит результата деления одного целого числа на второе? Я уверен тут можно сильно ускорить с помощью какого-то кастомного деления в столбик когда мы получаем только первые 8 бит (скорее всего это несколько шифтов с промежуточными инкрементами) Никто не встречал случайно подобный алгоритм?
Деление действительно одна из самых медленных операций, но если делитель константа, то деление очень быстрое, компилятор превращает такое деление в две или три операции (например умножение и сдвиг)
Б
Деление действительно одна из самых медленных операций, но если делитель константа, то деление очень быстрое, компилятор превращает такое деление в две или три операции (например умножение и сдвиг)
У меня делитель не константа, точнее его можно сделать константой но я подумал что это сильно увеличит объем горячих данных - когда делаем сканлайн-растеризацию текущей пиксельной строчки экрана и делаем цикл по массиву линий читая их коэффициенты и вычисляем покрытие пикселя то на объеме > 1k линий на строку дополнительные 4 байта флоата для каждой линии дадут заметный расход по bandwidth и будет хуже использоваться l1-l2 кеш.
У меня получается что нужно разделить одно целое число на второе и результатом их деления будет третье целое число (которое будет в промежутке 0-255 то есть цвет пикселя)
У меня получается что нужно разделить одно целое число на второе и результатом их деления будет третье целое число (которое будет в промежутке 0-255 то есть цвет пикселя)
К
У меня делитель не константа, точнее его можно сделать константой но я подумал что это сильно увеличит объем горячих данных - когда делаем сканлайн-растеризацию текущей пиксельной строчки экрана и делаем цикл по массиву линий читая их коэффициенты и вычисляем покрытие пикселя то на объеме > 1k линий на строку дополнительные 4 байта флоата для каждой линии дадут заметный расход по bandwidth и будет хуже использоваться l1-l2 кеш.
У меня получается что нужно разделить одно целое число на второе и результатом их деления будет третье целое число (которое будет в промежутке 0-255 то есть цвет пикселя)
У меня получается что нужно разделить одно целое число на второе и результатом их деления будет третье целое число (которое будет в промежутке 0-255 то есть цвет пикселя)
Те тебе явно нужен шифт
К
Похоже что смотришь типа разрядов?
AT
У меня делитель не константа, точнее его можно сделать константой но я подумал что это сильно увеличит объем горячих данных - когда делаем сканлайн-растеризацию текущей пиксельной строчки экрана и делаем цикл по массиву линий читая их коэффициенты и вычисляем покрытие пикселя то на объеме > 1k линий на строку дополнительные 4 байта флоата для каждой линии дадут заметный расход по bandwidth и будет хуже использоваться l1-l2 кеш.
У меня получается что нужно разделить одно целое число на второе и результатом их деления будет третье целое число (которое будет в промежутке 0-255 то есть цвет пикселя)
У меня получается что нужно разделить одно целое число на второе и результатом их деления будет третье целое число (которое будет в промежутке 0-255 то есть цвет пикселя)
Я ничего не понимаю: Вы постоянно смешиваете целочисленное и float деление, а это абсолютно разные операции в процессоре.