Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Технический флейм » Как считается CRC? |
<<Назад Вперед>> | Страницы: 1 2 3 | Печать |
kod007 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 23 мая 2018 21:03 Сообщение отредактировано: 17 июня 2018 12:53 |
xoiss
Advanced Member
Всего сообщений: 711 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 окт. 2013 |
Rio444 написал: множества чисел (или множества "объектов", в общем случае) бывают бесконечными и конечными Что такое разделить, понимаю. и те и другие — "мамы всякие нужны, мамы всякие важны" арифметические операции на бесконечных множествах — это обычные сложение, умножение и пр. на КОНЕЧНЫХ же множествах (на интервалах целых чисел, например) так вот просто операцию сложения не введёшь, т.к. результат может оказаться за пределами множества // например, на множестве чисел 0..9 если сложить 5+5, то результат 10 не будет принадлежать этому множеству, хотя слагаемые принадлежат такая "недоделанная" операция сложения на конечных множествах не имеет практического смысла поэтому придумали операцию сложения по модулю — ну, а почему бы и не придумать её основное свойство в том, что результат сложения-по-модулю всегда принадлежит тому же множеству // обычную операцию сложения на бесконечных множествах можно, кстати, рассматривать как "сложение по модулю бесконечности" короче, сложение-по-модулю — это как бы "просто сложение", но только на конечных множествах целых чисел никакой особой супер магии в нём нет — просто это ЕДИНСТВЕННЫЙ вариант, как ещё адекватно прикрутить операцию сложения чисел к конечным множествам чисел для множества { 0 ... (N-1) } сложение по модулю — это будет сложение по модулю N — ну, по определению например, если N=12, а множество будет 0..11, то сложение по модулю (7 + 8) mod 12 = 3 // см. "остаток от деления" — это суть то же самое в данном случае если на множестве (чисел, полиномов, объектов) определена операция сложения (сложения по модулю), то можно определить объект-ноль — это такой, который будучи прибавленным к любому объекту множества даёт тот же самый объект // не каждое множество имеет объект-ноль... например, множество 2..9 не имеет далее, на множестве можно определить операцию умножения по модулю ну, она определяется, как и обычно, как многократное сложение по модулю в множестве можно определить объект-единицу — это такой, который будучи умноженным на любой объект из множества даёт его же // ... пытаюсь объяснять "на пальцах", поэтому не буду использовать мат.термины типа группы, кольца и пр. — но если есть желание, то посмотрите их сами https://ru.wikipedia.org/wiki/Кольцо_(математика) // понятно, что примеры с числами - это лишь частный случай далее можно определить обратный элемент к данному — это такой, который будучи умноженным по модулю на данный элемент (на элемент, которому он обратен) даёт объект-единицу умножение-по-модулю на обратный-по-модулю элемент к данному можно считать делением-по-модулю на данный элемент, в каком-то смысле // один пример деления-по-модулю я приводил в пред. комменте ещё раз обращаю внимание, что деление-по-модулю в общем случае даёт совсем не такой результат, как обычное деление ... далее... интересные свойства наблюдаются в том случае, если модуль N является простым числом — поэтому я и обозначил его P в пред. комменте что за интересные свойства? ну, долго перечислять и даже не знаю, с чего начать — не столько интересные они, сколько полезные в плане массы практических приложений например, там всегда существует объект, обратный к данному, — а значит вполне определена операция деления-по-модулю, что офигительно полезно в ряде прикладных задач теории чисел ещё один пример деления по модулю: пусть модуль будет P=13 (простое число) множество тогда будет 0..12 поделим 6 на 3 по модулю 13 в этом множестве для этого надо сначала найти элемент, обратный 3 по модулю 13 // сразу скажу, что (1) он существует, и (2) он определён единственным образом! не вдаваясь в детали, элемент обратный 3 по модулю 13, — это 9 // проверим: (9*3) mod 13 = (27) mod 13 = 27-13-13 = 1 — действительно, получилась единица теперь умножаем 6 на 9 по модулю 13: (6*9) mod 13 = (54) mod 13 = 54-13-13-13-13 = 2 итак, частное от деления 6 на 3 по модулю 13 равно, как ни странно, 2 другой пример: пусть модуль будет P=13 (простое число) множество тогда будет 0..12 поделим 5 на 3 по модулю 13 в этом множестве ну, обратный элемент к 3 мы уже знаем — это 9 теперь умножаем 5 на 9 по модулю 13: (5*9) mod 13 = (45) mod 13 = 45-13-13-13 = 6 итак, частное от деления 5 на 3 по модулю 13 равно ... 6 --- внезапно то есть вывод: деление по модулю на конечных множествах чисел (ну, не хочу я использовать официальные мат.термины) в общем случае даёт непривычные числовые результаты ну, как прибили — так и держится, что тут скажешь ---- зато профит в том, что результат получается целым числом и никаких "остатков от деления"!!! (ну, если модуль P - это простое число) стало ли хоть как-то понятней, что такое "модуль" ? ... и что такое "разделить по модулю" ?? |
Кай
Гость
Divine Assassin Откуда: извне (from beyond) Всего сообщений: 13709 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 8 авг. 2010 |
Оффтопик: Оффтопик: ...всегда ненавидел математику, а высшую, так абсолютно. |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 24 мая 2018 8:43 Сообщение отредактировано: 24 мая 2018 8:48
xoiss написал: Большое спасибо! Стало всё понятно об операциях "по модулю". Более того, есть очень понятная для программистов интерпретация - арифметические операции с байтами без учета переполнения. Например, если мы сложим два однобайтовых числа 0b1000 0000 и 0b1000 0001 (десятичные 128 и 129, шестнадцатиричные 80h и 81h) то должны получить 0b1 0000 0001 (257, 101h). Но если операция производится с 8-битными регистрами, то на выходе будет "1", а старший бит уйдет в флаг переполнения. Если его не учитывать, получится "сложение по модулю 256", верно? Rio444 написал: В преподавателями не повезло. До ВУЗа математика мне нравилась. Всё было понятно. Оффтопик: ...всегда ненавидел математику, а высшую, так абсолютно. В ВУЗе всё было скучно. Изучали матрицы, оператор Лапласа и прочую "хрень". Уже после окончания ВУЗа узнал, что матрицы - это коэффициенты линейных уравнений и используются для их решения. Оператор Лапласа - для расчета электрических цепей. Преподавательница математики то ли забыла об этом сказать, то ли сделала это очень невнятно. А отношение уже совсем другое. Её, понятно, эти электрические цепи нафиг не сдались, она чисто теоретик. А для нас, студентов электромеханического факультета, это был принципиальный вопрос. |
alecv
Advanced Member
Откуда: Санкт-Петербург Всего сообщений: 5545 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 окт. 2004 |
Кстати, посмотрите страничку http://www.sunshine2k.de/artic...g_crc.html В отличии от прочих, дается пошаговое объяснение с примерами кода на С с побитовыми манипуляциями "в лоб". Это довольно медленно и обычно объясняльщики CRC сразу дают скоростные алгоритмы. |
svinka
Advanced Member
Сеньор Откуда: Совчина Всего сообщений: 1585 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 25 июня 2016 |
И в финале посмотрите алгоритм быстрого табличного вычисления CRC по значению очередного байта искать lookup table crc algorithm |
xoiss
Advanced Member
Всего сообщений: 711 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 окт. 2013 |
svinka написал: Кстати, просто для сведения: есть ещё алгоритм "полутабличного" вычисления. И в финале посмотрите алгоритм быстрого табличного вычисления CRC по значению очередного байта Ну, точнее, он тоже суть табличный, только там всего 16 значений в таблице (а не 256) и цикл идёт по 4 бита (а не по 8 бит). Ну и немножко сдвиги используются, но на 4 бита сразу. Короче, один из трёх алгоритмов: побитовый (как приведен здесь в начале), табличный с таблицей на 16 значений, и табличный с таблицей на 256 значений — выбирают в каждом конкретном случае в зависимости от того, что является лимитирующим фактором / целевым показателем. На персоналках, например, обычно целевой показатель - скорость вычислений. Поэтому в общем случае выбирают табличный с таблицей 256 значений. На больших цепочках байт он работает быстрее других. Но, если на вход будут поступать преимущественно очень короткие последовательности байт, по которым надо CRC считать (ну, скажем не более 8 байт где-то), то по скорости будет самым быстрым алгоритм, который с таблицей на 16 значений — потому что такая таблица загружается в процессорный кэш целиком всего лишь за один-два раза, а вот таблица на 256 значений подтягивается в кэш существенно дольше. В итоге алгоритм с таблицей на 16 значений успевает отработать быстрее чисто за счёт большей доли кэш-попаданий. На длинных цепочках он проигрывает из-за необходимости выполнять в два раза больше лукапов и ещё сдвиги делать. На микроконтроллерах же лимитирующий фактор обычно - это объём памяти (особенно если это быстрый и дорогущий он-чип SRAM, в который при старте заливается прошивка из медленного флеш-хранилища). Если так, то выгоднее использовать 1-битный чисто сдвиговый алгоритм, описанный здесь выше. Вот. И ещё, если Вам не принципиально использовать вот именно CRC, но достаточно иметь "хоть какую-нибудь" формулу для проверки сообщения, и если речь идёт о персоналках или ARM7 (ну или вообще о чём-либо 32- или 64-битном, что умеет умножать пару целых чисел за 1-2 такта), то я рекомендую вместо CRC использовать функцию мур-мур-хэш. // собсна, CRC - это тоже всего лишь хэш функция --- так что, какая разница какую конкретно хэш функцию взять Так вот, мур-мур работает в несколько раз быстрее, чем CRC. // "мур-мур" — это не в честь кошек, а в честь операции умножения https://ru.wikipedia.org/wiki/MurmurHash2 // если кому интересны проверенные мною реализации murmur2 и разно-размерно-табличные crc32 — пишыте, я тогда постараюсь найти время, вырезать интересные участки кода и опубликовать их |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
xoiss написал: Интересно для AVR. Разве 16-байтовая таблица существенно займёт память контроллера? На микроконтроллерах же лимитирующий фактор обычно - это объём памяти (особенно если это быстрый и дорогущий он-чип SRAM, в который при старте заливается прошивка из медленного флеш-хранилища). Если так, то выгоднее использовать 1-битный чисто сдвиговый алгоритм, описанный здесь выше. |
xoiss
Advanced Member
Всего сообщений: 711 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 окт. 2013 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 25 мая 2018 3:00 Сообщение отредактировано: 25 мая 2018 3:05
Rio444 написал: ну, если объективно, то это надо такты и байты считать Интересно для AVR. Разве 16-байтовая таблица существенно займёт память контроллера? а результат будет сильно зависеть от того, где таблица лежит — в RAM или Flash (см. далее) если в Си (на AVR) таблицу объявить как static const, то она вообще будет храниться во Flash, конечно, но при каждом рестарте прошивки она будет считываться в RAM, и программа будет работать с константным массивом, лежащим в RAM это работает быстро, требует минимум кода, но зато подъедает RAM, кроме того, что таблица занимает ещё и Flash понятно, что если Flash большой, то вот RAM на AVR - это довольно таки лимитированный ресурс и надо ещё понимать, что таблица там не 16 байт, а либо 32, либо 64 байта (сотвесна для CRC16 и CRC32) // т.е. в таблице лежит 16 значений, каждое либо 16- либо 32-битное, но не 8-битное ну, как бы 64 байта RAM на некоторых AVR8 - это может быть "довольно много" — смотря, какой AVR — ATtiny или ATmega если же таблицу НЕ подгружать в RAM, а использовать прямо из Flash, то работать будет сильно медленней, т.к. обращаться к Flash нужно инструкцией LPM с использованием регистров контроллера Flash потребуется дополнительный код на чтение Flash, но зато RAM подъедаться не будет но вот именно этот вариант я бы не стал делать, т.к. он будет и по коду существенно сложнее и жирнее, чем 1-битный сдвиговый вариант, и по скорости он будет проигрывать из-за необходимости лазить во Flash через "щёлочку" вот т.е. не всё так однозначно здесь (чуть ниже) я привожу обещанный пример кода на Си (рабочий - я проверил), который считает классический CRC-32 он как раз реализован с таблицей на 16 значений // см. врезку с кодом ниже на всякий случай скажу, что вариантов CRC-32 много — отличаются они полиномами и стартовыми значениями здесь конкретно реализован тот который указан самым первым — как "CRC-32" — вот на этой страничке: http://crccalc.com/ - открываем эту страничку, в окне ввода набираем: - обязательно выбираем пункт Input type: (*) Hex 12 34 56 78 AB CD EF - нажимаем кнопку Calc CRC-32 - в строке CRC-32 в столбце Result читаем: 0x70D24151 - теперь компилируем и запускаем прогу, которую я здесь привожу - она печатает тот же результат (ну, с точностью до регистра "букв-цифр" a-f, что суть не важно в данном случае) // к сожалению, отступы слева почему-то теряются при отображении на этой страничке, но я полагаю Вы их сами сможете правильно восстановить #include >stdio.h> всем привет! |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
xoiss написал: А почему не CRC8? Код, который я привел в первом сообщении именно для расчета CRC8. и надо ещё понимать, что таблица там не 16 байт, а либо 32, либо 64 байта (сотвесна для CRC16 и CRC32) Вы правильно написали, что объём RAM памяти AVR ограничен. Для младших Atmega всего 512 байт. Поэтому и объём информации, который может быть передан/принят одной порцией и для которого нужно будет считать CRC, не может быть больше (512 байт - переменные программы). Не будет ли уже CRC16 избыточным? А CRC32 и подавно. |
<<Назад Вперед>> | Страницы: 1 2 3 | Печать |
Полигон-2 » Технический флейм » Как считается CRC? |
1 посетитель просмотрел эту тему за последние 15 минут |
В том числе: 1 гость, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |