MegaJohn (17.05.2012 17:27, просмотров: 168) ответил fk0 на Нет. Все бинарные протоколы придуманы лоботрясами ниасилившими ни зачем нужны текстовые протоколы, ни представляющими как пишется ПО для работы с ними. Любой вид техники? Передай-ка float, а потом будешь рассказывать. Про закавыки с-
- Не надо превращаться в ассемблериста. regexp'ы умеют превращаться в весьма быстрые конечные автоматы. В особо тяжёлых случаях -- с прямой генерацией C-кода и пропусканием его через компилятор перед обработкой данных. Самодельный разбор BER fk0(425 знак., 17.05.2012 17:38)
- однажды в исходниках к одному батарейному девайсу в парсере встретил for( ; i < strlen( ); i++ ) { bla-bla }. Аж поплохело - MegaJohn(17.05.2012 17:44)
- Случаев крайнего идиотизма не надо. Да и аж 0.1% к разряду батареи. Неоптимальные алгоритмы в других местах дадут все 90%. Бороться не за что. Тем более что попал мимо -- GCC на уровне -O1 выоптимизирует этот strlen нафиг: fk0(1841 знак., 17.05.2012 18:05)
- Лень профессиональный асм изучать. Вот такой пропусти-ка. И сообщи результат в циклах. Для AVR+IAR-speed optimize у меня получилось. v1 = 285200 циклов ! v2 = 2813, v3 = 1403 MegaJohn(652 знак., 18.05.2012 11:39)
- Если ты не знаком с асмом x86 и не умеешь написать hello world в debug.exe то о чём вообще говорить? А проблема как всегда в ассемблерах. Микрочиповский компилятор (ещё то говно) тоже выкидывает strlen нафиг. Я не поленился и AVR-GCC проверил. fk0(1022 знак., 21.05.2012 22:52 - 23:02)
- да, подтверждаю что GCC думает за человека, и гораздо лучше оптимизнул код. Про говно выше написано - MegaJohn(24.05.2012 12:30)
- Если ты не знаком с асмом x86 и не умеешь написать hello world в debug.exe то о чём вообще говорить? А проблема как всегда в ассемблерах. Микрочиповский компилятор (ещё то говно) тоже выкидывает strlen нафиг. Я не поленился и AVR-GCC проверил. fk0(1022 знак., 21.05.2012 22:52 - 23:02)
- был не GCC и проект даже не оптимизился. Вот так вот делается. - MegaJohn(17.05.2012 18:38)
- Лень профессиональный асм изучать. Вот такой пропусти-ка. И сообщи результат в циклах. Для AVR+IAR-speed optimize у меня получилось. v1 = 285200 циклов ! v2 = 2813, v3 = 1403 MegaJohn(652 знак., 18.05.2012 11:39)
- Случаев крайнего идиотизма не надо. Да и аж 0.1% к разряду батареи. Неоптимальные алгоритмы в других местах дадут все 90%. Бороться не за что. Тем более что попал мимо -- GCC на уровне -O1 выоптимизирует этот strlen нафиг: fk0(1841 знак., 17.05.2012 18:05)
- однажды в исходниках к одному батарейному девайсу в парсере встретил for( ; i < strlen( ); i++ ) { bla-bla }. Аж поплохело - MegaJohn(17.05.2012 17:44)
- Не надо превращаться в ассемблериста. regexp'ы умеют превращаться в весьма быстрые конечные автоматы. В особо тяжёлых случаях -- с прямой генерацией C-кода и пропусканием его через компилятор перед обработкой данных. Самодельный разбор BER fk0(425 знак., 17.05.2012 17:38)