В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Compiler Development

993 membersпожаловаться на группу
2020 December 18

PS

Pavel Samolysov in Compiler Development
Alexander Tchitchigin
Если приходится делать много double -> int преобразований?
Я на js не пишу, но наверное приходится делать много раз даже команду запилили. В Z-процессоры ibm что-то пилили для Java, но я так и не смог найти конкретику, кроме процессоров, выводимых в спец режим "выполняем только java"
источник
12:34пожаловаться#1

AK

Andrei Kurosh in Compiler Development
Alexander Tchitchigin
Если приходится делать много double -> int преобразований?
https://stackoverflow.com/a/50966903/1293168
Stack Overflow
Why do ARM chips have an instruction with Javascript in the name (FJCVTZS)?
FJCVTZS is "Floating-point Javascript Convert to Signed fixed-point, rounding toward Zero".  It is supported in Arm v8.3-A chips and later.  Which is odd, because you don't expect to see JavaScript...
источник
12:36пожаловаться#2

AT

Alexander Tchitchigi... in Compiler Development
Andrei Kurosh
https://stackoverflow.com/a/50966903/1293168
Stack Overflow
Why do ARM chips have an instruction with Javascript in the name (FJCVTZS)?
FJCVTZS is "Floating-point Javascript Convert to Signed fixed-point, rounding toward Zero".  It is supported in Arm v8.3-A chips and later.  Which is odd, because you don't expect to see JavaScript...
И? Я не очень в курсе, насколько часто в JS по факту используются целочисленные, а тем более битовые операции. Не думаю, что каждая целочисленная операция требует конверсии. Учитывая, что движки и так целочисленные хранят в виде целочисленных внутри.
источник
12:39пожаловаться#3

h

hazer_hazer in Compiler Development
Alexander Tchitchigin
И? Я не очень в курсе, насколько часто в JS по факту используются целочисленные, а тем более битовые операции. Не думаю, что каждая целочисленная операция требует конверсии. Учитывая, что движки и так целочисленные хранят в виде целочисленных внутри.
рил? там же NaN-boxing
источник
12:41пожаловаться#4

AT

Alexander Tchitchigi... in Compiler Development
hazer_hazer
рил? там же NaN-boxing
And?.. 😊
источник
12:41пожаловаться#5

h

hazer_hazer in Compiler Development
Alexander Tchitchigin
And?.. 😊
NaN-Boxing = всё—double
источник
12:42пожаловаться#6

AT

Alexander Tchitchigi... in Compiler Development
hazer_hazer
NaN-Boxing = всё—double
Я же написал "внутри". Почитайте про V8 немного. Остальные тоже так делают.
источник
12:42пожаловаться#7

DB

Dmitry Borisenkov in Compiler Development
Andrei Kurosh
эх! это тоже конечно интересно, но обратная сторона была бы интереснее :)
А зачем ускорять компиляторы? JITы разве что, но если скорость выполнения программ критична, то AOT будет лучше. Разве что супероптимизатор какой-нибудь на GPU может иметь какой-то практический смысл.
источник
12:43пожаловаться#8

VS

Victor Shamparov in Compiler Development
Dmitry Borisenkov
А зачем ускорять компиляторы? JITы разве что, но если скорость выполнения программ критична, то AOT будет лучше. Разве что супероптимизатор какой-нибудь на GPU может иметь какой-то практический смысл.
Ну есть иногда и проблема со скоростью компиляции. Нам тут недавно пожаловались на это.
источник
12:44пожаловаться#9

BD

Berkus Decker in Compiler Development
Alexander Tchitchigin
Компилятор же делает много pointer chasing и ветвлений — это вообще можно ускорить как-то лучше, чем уже делает CPU?
конечно, можно все возможные варианты исполнения прогонять параллельно с отрубанием тех которые не пригодились 😄
источник
12:44пожаловаться#10

AK

Andrei Kurosh in Compiler Development
Dmitry Borisenkov
А зачем ускорять компиляторы? JITы разве что, но если скорость выполнения программ критична, то AOT будет лучше. Разве что супероптимизатор какой-нибудь на GPU может иметь какой-то практический смысл.
представьте, сколько времени уходит на цикл "запустил - воспроизвел баг - поправил - перезапустил" на крупных проектах на C++
источник
12:45пожаловаться#11

DB

Dmitry Borisenkov in Compiler Development
Инкрементальная сборка не в помощь?
источник
12:45пожаловаться#12

BD

Berkus Decker in Compiler Development
Andrei Kurosh
представьте, сколько времени уходит на цикл "запустил - воспроизвел баг - поправил - перезапустил" на крупных проектах на C++
без модулей, без цмака, без нинзи - одними автотулсами и ужасным precompiled header-ом
источник
12:46пожаловаться#13

AK

Andrei Kurosh in Compiler Development
Dmitry Borisenkov
Инкрементальная сборка не в помощь?
ну, наверное, в помощь. я не знаю. вы хотите сказать, что компиляция как таковая впринципе уже настолько быстра, что ее некуда ускорять? )
источник
12:47пожаловаться#14

VS

Victor Shamparov in Compiler Development
Dmitry Borisenkov
Инкрементальная сборка не в помощь?
А если хочется ещё и полную мощь оптимизаций?
источник
12:47пожаловаться#15

VS

Victor Shamparov in Compiler Development
(там есть такие интересные режимы как -flto или -fwhole-program)
источник
12:47пожаловаться#16

VS

Victor Shamparov in Compiler Development
И профилирование
источник
12:48пожаловаться#17

BD

Berkus Decker in Compiler Development
Victor Shamparov
А если хочется ещё и полную мощь оптимизаций?
наверное инкрементальная сборка больше для быстрой итерации, а полная мощь оптимизации для финальной сборки? они немного противоречат друг другу
источник
12:49пожаловаться#18

h

hazer_hazer in Compiler Development
Alexander Tchitchigin
Я же написал "внутри". Почитайте про V8 немного. Остальные тоже так делают.
ну. внутри то да. но разве перед этим не придется забокшеный double в int преобразовать?
источник
12:49пожаловаться#19

DB

Dmitry Borisenkov in Compiler Development
Andrei Kurosh
ну, наверное, в помощь. я не знаю. вы хотите сказать, что компиляция как таковая впринципе уже настолько быстра, что ее некуда ускорять? )
Я хочу сказать, что кмк на скорость сборки влияет куда больше факторов к компилятору умеющих косвенное отношение: система сборки, дизайн языка и проч. И вероятно практичнее фокусироваться на них чем пытаться пускать компилятор на условном GPU.
источник
12:49пожаловаться#20