(
Но и асм тут не даст ничего. От слова совсем
Ну, он даст прямую работу с памятью, как минимум
Size: a a a
2020 October 05
(
Вы простите конечно, я буду этим вечером много про память говорить, у меня после байтодроча крыша поехала
с#
так) я думаю что тут нужно немного в детали)))
у меня было несколько узких мест, в основном связанных с операциями с блоками данных в памяти,
языком это решить не получилось
асм же быстрее делал)
не знаю, у кого-то может по другому)
сам же алгоритм, после этого и на языке прошёл)
у меня было несколько узких мест, в основном связанных с операциями с блоками данных в памяти,
языком это решить не получилось
асм же быстрее делал)
не знаю, у кого-то может по другому)
сам же алгоритм, после этого и на языке прошёл)
просили конкретику
A
возьмём пример, надо умножать именно на 2 число)
язык не понимает что это простая операция))
язык не понимает что это простая операция))
AN
Ну, он даст прямую работу с памятью, как минимум
А зачем тебе прямая работа с памятью для того, чтобы взять два числа и поместить на регистр?
AN
возьмём пример, надо умножать именно на 2 число)
язык не понимает что это простая операция))
язык не понимает что это простая операция))
Еще как понимает. Откуда у вас такие странные предположения?
A
вопрос) как на очень большой числе умножать на два, или возводить во вторую степень быстро
(
А зачем тебе прямая работа с памятью для того, чтобы взять два числа и поместить на регистр?
Вот именно
В зависимости от языка компилятор (не дай бог) может засунуть их в хип или ещё какие гадости сделать
В зависимости от языка компилятор (не дай бог) может засунуть их в хип или ещё какие гадости сделать
AK
Вы простите конечно, я буду этим вечером много про память говорить, у меня после байтодроча крыша поехала
где ты на байтодроч напоролся, ты же на котлинах код катаешь
AN
вопрос) как на очень большой числе умножать на два, или возводить во вторую степень быстро
И кто мешает работать с битовым представлением числа на высоком уровне?
A
Еще как понимает. Откуда у вас такие странные предположения?
ну если посмотреть на реализацию bigint то вроде как из этого)
может не правильно смотрю))
может не правильно смотрю))
(
где ты на байтодроч напоролся, ты же на котлинах код катаешь
Я решил на расте бахнуть ртмп сервер
A
И кто мешает работать с битовым представлением числа на высоком уровне?
так) интересно) и как же на высоком уровне получить ту же скорость, что на низком?)
AN
Вот именно
В зависимости от языка компилятор (не дай бог) может засунуть их в хип или ещё какие гадости сделать
В зависимости от языка компилятор (не дай бог) может засунуть их в хип или ещё какие гадости сделать
Мы про современные оптимизирующие компиляторы. И избежать боксинга куда проще, чем городить асемблерную вставку
IP
да, интересно, и как это оптимально реализовать с большими числами методами языка?
это как же получиться без прямой работы с памятью быстрее?)
это как же получиться без прямой работы с памятью быстрее?)
в джаве unsafe, bytebuffer и еще memory handles с недавних пор есть. что из этого не позволяет прямо работать с памятью
AK
Я решил на расте бахнуть ртмп сервер
достойная задача. и сам протокол реализовывать что ли?
(
Мы про современные оптимизирующие компиляторы. И избежать боксинга куда проще, чем городить асемблерную вставку
А это уже зависит от задачи, и я возвращаюсь к своему изначальному тезису
IP
очень, но оказываеться, даже великий Go умён не всегда)
со строками там по крайней мере беда)))
да и большие числа есть что ещё поделать)))
со строками там по крайней мере беда)))
да и большие числа есть что ещё поделать)))
в го отвратительный код в компиляторе. не зря переписывают
AN
так) интересно) и как же на высоком уровне получить ту же скорость, что на низком?)
Вы эту скорость-то мерили? Я поэтому исходно и спросил про конкретный пример. Если у вас есть такой конкретный пример, это очень интересно. Если нет, то общие слова
(
достойная задача. и сам протокол реализовывать что ли?
Ну да