АО
Я обычно по интуиции догадываюсь, но это мягко говоря неудобно.
Size: a a a
2021 March 26
AP
это обычный ассемблер, не специфичный для джулии
АО
На сайте llvm я как-то не нашёл.
АО
Я понимаю, что ассемблер, но есть где-нибудь удобное описание, что какая команда делает?
AP
не искал конкретно так, обычно незакомые команды в гугл вбиваю - он сразу выдаёт нужное
RS
О, кстати!
А где есть словарик с описанием этих команд?
А где есть словарик с описанием этих команд?
RS
мне кажется вы путаете всё-таки
просто посмотрите, во что компилируется div
просто посмотрите, во что компилируется div
Ну, то есть, не путаю. Но возможно, меня ввели в заблуждение. Либо было несколько реализаций, поэтому есть несколько промежуточных упоминаний
RS
Все вопросы к Tim Holy….
AP
его ответ там к div(...) никак не относится
AP
в смысле, не говорит что div использует floating point
RS
Относится, но не прямо.
Я не помню точно где прочитал изначально об этом…. Просто документация даёт основания считать именно так. + где-то был комментарий именно в этом ключе, как у Тима. Ну, собственно, можем и своими силами проверить что быстрее, но будет зависеть от процессора.
Я не помню точно где прочитал изначально об этом…. Просто документация даёт основания считать именно так. + где-то был комментарий именно в этом ключе, как у Тима. Ну, собственно, можем и своими силами проверить что быстрее, но будет зависеть от процессора.
AP
Относится, но не прямо.
Я не помню точно где прочитал изначально об этом…. Просто документация даёт основания считать именно так. + где-то был комментарий именно в этом ключе, как у Тима. Ну, собственно, можем и своими силами проверить что быстрее, но будет зависеть от процессора.
Я не помню точно где прочитал изначально об этом…. Просто документация даёт основания считать именно так. + где-то был комментарий именно в этом ключе, как у Тима. Ну, собственно, можем и своими силами проверить что быстрее, но будет зависеть от процессора.
деление float/float -> float быстрее, чем int/int -> int
но первое нельзя использовать для ускорения второго, потому что перевод int-float медленнее
но первое нельзя использовать для ускорения второго, потому что перевод int-float медленнее
RS
Похоже, что я неправильно понял пояснения. Поднял исходники. div, действительно использовал изначально sdiv/udiv
https://github.com/JuliaLang/julia/blob/v0.1/base/int.jl#L264
https://github.com/JuliaLang/julia/blob/v0.1/base/int.jl#L264
RS
Просто сейчас оно обросло некоторыми дополнительными проверками, но сути это не меняет. Оно использует sdiv/udiv из LLVM
https://github.com/JuliaLang/julia/blob/5dfd826a4137498e9f9dc8a77d72b9bda3721c7a/base/div.jl#L219
https://github.com/JuliaLang/julia/blob/5dfd826a4137498e9f9dc8a77d72b9bda3721c7a/base/div.jl#L219
PY
А подскажите, у меня Atom не показывает графику в своем окне. Раньше из REPL показывал но после установки различных пакетов рисования и из REPL перестал показывать.
АО
Атом сейчас в полумертвом состоянии, он работает, но новые фичи не добавляются, и появляющиеся баги фиксят очень медленно.
АО
Разработчики ушли на VSCode
АО
Кто-нибудь знает какие-нибудь не сложные алгоритмы, чтобы в направленном графе находить циклы?
Если быть более точным, у меня есть граф, который должен быть деревом, но может не быть. В этом случае надо найти те ноды, отрезание которых превратит граф в дерево.
Если быть более точным, у меня есть граф, который должен быть деревом, но может не быть. В этом случае надо найти те ноды, отрезание которых превратит граф в дерево.