A
другой вопрос) что таким образом можно несовсем оптимальное решение протащить через лимиты))
ещё могу добавить что даже в Go ) приходиться иногда использовать inline asm чтобы пройти по времени))
так что вполне логично)
Size: a a a
2020 October 05
AN
Что? Кто-то делает инлайн асм и от этого работает быстрее. Серьезно? Вы это сами видели?
A
Что? Кто-то делает инлайн асм и от этого работает быстрее. Серьезно? Вы это сами видели?
я сам это делал))) недавно)))
AN
я сам это делал))) недавно)))
Ну ка. Хочу.
A
ну надо было разбираться или как правильно алгоритм использовать)))
или обойтись вариантами)))
или обойтись вариантами)))
A
Ну ка. Хочу.
Го hackerrank & leetcode)))
AN
Го hackerrank & leetcode)))
нафиг. Хочу пример случая, когда ручная асм оптимизация что-то ускорила, что нельзя было сделать языковыми методами
AN
Реально интересно
A
нафиг. Хочу пример случая, когда ручная асм оптимизация что-то ускорила, что нельзя было сделать языковыми методами
надо умножать оочееенььь большие числа и очень быстро, например)
или строки - строки дело вообще печальное , обычно)))
или строки - строки дело вообще печальное , обычно)))
AN
надо умножать оочееенььь большие числа и очень быстро, например)
или строки - строки дело вообще печальное , обычно)))
или строки - строки дело вообще печальное , обычно)))
Так. Можно поподробнее? Очень большие числа это не влезает в лонг? И как тут асемблер помогает?
AN
Обычная битовая алгебра чем хуже асемблерной вставки?
A
Обычная битовая алгебра чем хуже асемблерной вставки?
да, интересно, и как это оптимально реализовать с большими числами методами языка?
это как же получиться без прямой работы с памятью быстрее?)
это как же получиться без прямой работы с памятью быстрее?)
A
в Го , например, в память через язык особо не влезешь)
AN
да, интересно, и как это оптимально реализовать с большими числами методами языка?
это как же получиться без прямой работы с памятью быстрее?)
это как же получиться без прямой работы с памятью быстрее?)
Ну как бы бигдецималы уже и так довольно шустрые. Зачем там прямая работа с памятью?
A
Ну как бы бигдецималы уже и так довольно шустрые. Зачем там прямая работа с памятью?
так) я не спорю что они довольно шустрые))) но если числа оченььь большие и их очеень много и каждая ms на счету)
не у всех получаеться методами языка)))
не у всех получаеться методами языка)))
A
то есть, я не сколько не сомневаюсь, что очень умные люди, могут найти оптимальный алгоритм для любой NP)))
U
так) я не спорю что они довольно шустрые))) но если числа оченььь большие и их очеень много и каждая ms на счету)
не у всех получаеться методами языка)))
не у всех получаеться методами языка)))
Скорее не у всех получится на асм сделать быстрее, чем методами языка
A
но))) в других случаях))) приходиться или "bruteforce" или ловим TE )))
U
Компиляторы нынче очень умные
AK
так) я не спорю что они довольно шустрые))) но если числа оченььь большие и их очеень много и каждая ms на счету)
не у всех получаеться методами языка)))
не у всех получаеться методами языка)))
это для абстрактных задачек и шарад или у тебя реально есть задача на работе, где требуется асм втыкать?