SZ
Ага, причем, даже стекфрейм сохранять не надо, как видно
Size: a a a
2021 July 06
SZ
И я не зря написал uint8_t тут: https://t.me/modernperl/191140 :)
SZ
И в два раза быстрее оно только на перле. А, как мы знаем, перл нужен для прототипирования. На сях то же самое будет во много раз быстрее
AP
спорный вопрос, доступ к памяти может оказаться дольше, чем пара битовых операций
SZ
Ты шутишь, да?
AP
нисколько
SZ
А опкоды операций что ли не из памяти выбираются?
AP
рам отличается от ирам
SZ
Amd64 с тобой не согласен :р
AP
то есть, не всегда память инструкций и данных общая
VG
могут уже в кэше лежать
SZ
Так и табличка тоже может уже в кеш лечь, 256 байт, знаете ли...
AP
а при чём тут он? архитектура не оговаривалась. я вот щас на си для xl6 в основном на си пишу и там рам одно, а флэш с кодом другое
AP
а может какой нить стм32 оказаться, где рам по SPI присобачена и работает со скоростью 3мбсек, а код во флешке внутри чипа
SZ
Не сомневаюсь, что можно выдумать ситуацию, где мой способ будет хуже. Причем, я почти что уверен, что можно будет мой метод оптимизировать и под эту ситуацию (давайте конкретику, поговорим).
Но это не меняет сути: на одной чаше весов одно обращение в память на чтение, на другой -- несколько операций с регистрами общего назначения.
Но это не меняет сути: на одной чаше весов одно обращение в память на чтение, на другой -- несколько операций с регистрами общего назначения.
AP
не везде есть кеш вообще. не везде даже 256 байт рам есть
AP
я те точно говорю, битовые операции часто быстрее, чем операции с рам
SZ
У тебя помимо всего прочего будут пересылки из регистра в регистр. Или ты серьезно думаешь, что 01010101 оно волшебным образом создаст?
AP
кроме того, было условие, что данные влазят в байт. и я считаю, оно вредное
AP
кстати, обращеня к памяти являются блокировщиками оптимизаций