Ы? А кто вообще копирует через промежуточный буфер?

Ну вон жетти утверждает выше. Я тоже не вижу смысла.

Жетти не очень внимательно читает маны.

Ну и ман, конечно, можно было написать другими словами.

Что собственно и делается... и это не соответствует описанию в манах :)

да он упоролся просто, и твердит теперь про какие-то умолчательные случаи.

так будет быстрее

имхо все «стандартные» функции копирования фигачат for()

В ядре же есть хорошая memmove. Шанс сделать самому лучше очень мал.

Кстати в ядре это реализуется ассемблером а не вызовом из string.c

О каком string.c идет речь? Понятно же, что ядро не юзает функции из libc.

Процессор внутри давно уже RISC, непрофильные команды заставляют его сильно чесать репу.

:) О таком %)

jet@node1:~$ grep 'void.*memmove' /usr/src/linux-source-2.6.32/lib/string.c
void *memmove(void *dest, const void *src, size_t count)

Практически всегда можно написать более быстрый аналог стандартной функции, другой вопрос надо ли. Нужно смотреть конкретную реализацию, чтобы понять насколько она отстойна.

Кстати,

интересно, что там в CUDA насчет копирования памяти.

Так напишите и законтрибьютьте.

Какой нах третий участок? Ты чем ударился?

ну как, у него открылся третий участок, и, когда он это заметил, то упал на пол и больно ударился пятым участком

инженеры Intel дооптимизировались до того, что обычный mov в цикле, выдаваемый компиляторами, работает быстрее )

а вот баллонов на инженеров интел не надо