Исходное сообщение
"Линус Торвальдс опроверг проблемы с планировщиком задач, всп..." Отправлено Совершенно другой аноним, 09-Янв-20 16:22
>> простая > "I'd personally suggest that glibc just alias memcpy() to memmove()." > В glibc она не такая простая, насколько помню, там есть выбор от > размера копируемых данных. А если добавить проверку перекрытия в простой код: > на больших объёмах не играет роли; на малых memcpy() не эффективна. Не могу с Вами, как и с Линусом, согласиться. На малых и известных на этапе компиляции объёмах, при соответствующем уровне оптимизации, gcc может заменить memcpy() на свой код, который копирует как memcpy() (разворачивается в последовательность команд mov). По крайней мере я такое точно наблюдал в своих проектах. На больших объёмах - да, лишние потери будут меньше, но всё-равно будут. А если это какой-нибудь там Intel Atom с тактовой частотой 400MHz? Не везде можно, и оправдано, ставить самый распоследний 32-х ядерный, или какой там сейчас самый топовый, Intel Xeon с сотнями гигабайт памяти ОЗУ.