Optimizing Software With Zero-Copy And Other Techniques

An important aspect in software engineering is the ability to distinguish between premature, unnecessary, and necessary optimizations. A strong case can be made that the initial design benefits mas…

Hackaday

Утилита CANcat (или CAN-Мессенджер)

Недавно я купил себе CAN-трансивер USB2 CAN FD_V1 и с удивлением обнаружил насколько же простой и лаконичный протокол заложили разработчики в прошивку STM32G0B1CBT6. Это протокол SLCAN. По сути serial CLI . И это оказалось очень кстати, ведь в программировании микроконтроллеров порой приходится работать с UDS протоколом. Как известно, UDS протокол работает поверх сетевого протокола ISO-TP . В этом тексте я написал под SLCAN простую отладочную утилиту для отладки процесса передачи данных по протоколу ISO-TP (ISO 15765-2).

https://habr.com/ru/articles/948770/

#CANcat #memcpy #netcat #can_bus #isotp #DoCAN #usb2canfd #can #slcan #serial_port

Утилита CANcat (или CAN-Мессенджер)

Пролог Недавно я купил себе CAN-трансивер USB2CANFD_V1 и с удивлением обнаружил насколько же простой и лаконичный протокол заложили разработчики в прошивку STM32G0B1CBT6. Это протокол SLCAN. По сути...

Хабр
🚀🌈 GSoC 2025: Where we celebrate a summer's worth of labor for adding a byte to LLVM IR! 🎉🎓 Because, clearly, the world was just on the edge of chaos without that extra byte type to make #memcpy marginally more efficient. 🙄🔧
https://blog.llvm.org/posts/2025-08-29-gsoc-byte-type/ #GSoC2025 #LLVMIR #efficiency #summerofcode #technews #HackerNews #ngated
GSoC 2025 - Byte Type: Supporting Raw Data Copies in the LLVM IR

This summer I participated in GSoC under the LLVM Compiler Infrastructure. The goal of the project was to add a new byte type to the LLVM IR, capable of representing raw memory values.

The LLVM Project Blog
Daily reminder that writing to write-combine memory sequentially can make a big difference 😁 #memcpy

[Перевод] strlcpy, или как CPU противоречат здравому смыслу

Один из моих старых постов о strlcpy недавно вызвал обсуждения на различных форумах. Вероятно, с этим как-то связан выпуск новой версии POSIX. Многие авторы приводили один контраргумент, который я слышал и раньше: «В общем случае, когда исходная строка умещается в конечный буфер, strlcpy будет обходить строку только один раз, а strlen + memcpy будут обходить её дважды». Под этим аргументом скрывается допущение о том, что однократный обход строки выполняется быстрее. И, честно говоря, это вполне разумное допущение. Но справедливо ли оно? Об этом мы и поговорим в статье.

https://habr.com/ru/articles/838116/

#strlen #memcpy #работа_со_строками #строки

strlcpy, или как CPU противоречат здравому смыслу

Один из моих старых постов о strlcpy  недавно вызвал обсуждения на различных форумах. Вероятно, с этим как-то связан выпуск новой версии POSIX. Многие авторы приводили один контраргумент, который...

Хабр
strcpy: a niche function you don't need