VC
а если другому придётся поддреживать это, то разбираться придётся долго
Size: a a a
2021 April 29
AK
прикол в том, что весь этот треп идет вокруг штучной железки, предназначеной для наглише контент-пиздунга.
D
какая зависть - акстись!
вспомни свое любимое слово - оптимизация!
вспомни свое любимое слово - оптимизация!
VC
и в итоге потом всё равно придётся менять камень на более быстрый, с дополнительными блоками, или большим объемом памяти (флэш и озу)
AK
для его задачи бы на ура подошел ESP32, там есть криптоускоритель. но вот беда - на узбекских помойках его нет...
D
значит по вашей логике нужно больше денег тратить на железо, а не софт??
AK
по нашей логике железо должно быть адекватным задаче.
D
а где тогда экономия производственных средств?
D
вполне адекватно!
D
а вот вендор - не адекватен!
D
за это я его буду поливать грязью всюду куда только смогу дотянуться!
D
не связывайтесь с компанией Telit!
она не обеспечивает своих клиентов должной технической поддержкой!
она не обеспечивает своих клиентов должной технической поддержкой!
VC
здесь какое-то время назад был трёп, что операция умножения на 10, например, в AVR должна реализовываться в виде сдвигов влево и сложений, а не просто сложений в цикле, поэтому нужно записывать не просто операцию умножения, а всю ту нечитаемую чепуху, а потом выяснилось, что оптимизатор avr-gcc именно в такой код и переводит умножение на 10
T
а ты оплатил эту поддержку?
AK
вот в этом-то и проблема. мы не тратим время на рефлексию, оно стоит денег. не катит железка - возьмем другую, тоже мне беда.
D
вот и на моем питоне сдвиг влево - умножение на 10, сдвиг вправо - деление на 10! в итоге - потеря времени!
D
интересно как работают команды RRF и RLF в асме
AK
когда я собрался делать вольтметр, меня так же пинали как тебя "зачем заморачиваться с МК, когда есть 7107"
D
да вообще гавно - идея
D
проц хорош только для "цыфры"!