The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Линус Торвальдс опроверг проблемы с планировщиком задач, всп..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Для контроля за появлением новых сообщений - перед выходом жмите "Пометить прочитанным".
. "Линус Торвальдс опроверг проблемы с планировщиком задач, всп..." +/
Сообщение от Совершенно другой аноним (?), 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 с сотнями гигабайт памяти ОЗУ.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Линус Торвальдс опроверг проблемы с планировщиком задач, всп..., opennews, 06-Янв-20, 10:21  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру