Зачем использовать bzero над memset?

В классе системного программирования, который я взял в предыдущем семестре, мы должны были реализовать базовый клиент / сервер на C. При инициализации sock_addr_inбуферов struct, like или char (которые мы использовали для отправки данных между клиентом и сервером и обратно), профессор поручил нам только использовать, bzeroа не memsetинициализировать их. Он никогда не объяснял почему, и мне любопытно, есть ли на то веские причины для этого?

Я вижу здесь: http://fdiv.net/2009/01/14/memset-vs-bzero-ultimate-showdown, который bzeroболее эффективен из-за того факта, что когда-либо будет только обнуление памяти, поэтому он не должны сделать любую дополнительную проверку, которая memsetможет сделать. Это, тем не менее, не обязательно является причиной для того, чтобы вообще не использовать memsetдля обнуления памяти.

bzeroсчитается устаревшим и, кроме того, не является стандартной функцией C. Согласно руководству, memsetявляется предпочтительным по bzeroэтой причине. Так почему же вы хотите по - прежнему использовать bzeroболее memset? Просто для повышения эффективности, или это нечто большее? Кроме того, каковы преимущества memsetнад bzeroчто делает его де - факто предпочтительным вариантом для новых программ?

Я не вижу никаких причин предпочитать bzeroболее memset.

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

Теперь, что касается эффективности, компиляторы gccиспользуют встроенные реализации, для memsetкоторых переключаются на конкретную реализацию при обнаружении константы 0. То же самое, glibcкогда встроенные функции отключены.

Я предполагаю, что вы использовали (или под влиянием вашего учителя) сетевое программирование UNIX У. Ричарда Стивенса. Он bzeroчасто использует вместо memset, даже в самом современном издании. Книга настолько популярна, что я думаю, что она стала идиомой в сетевом программировании, поэтому вы до сих пор ее используете.

Я бы придерживался memsetпросто потому, что bzeroустарел и снижает мобильность. Я сомневаюсь, что вы увидите какие-либо реальные выгоды от использования одного над другим.

Единственное преимущество, которое, я думаю, bzero()имеет преимущество memset()при установке памяти на ноль, заключается в том, что вероятность ошибки может быть уменьшена.

Я не раз сталкивался с ошибкой, которая выглядела так:

memset(someobject, size_of_object, 0);    // clear object

Компилятор не будет жаловаться (хотя, возможно, на некоторых компиляторах могут появиться некоторые уровни предупреждений), и в результате память не очищается. Поскольку это не уничтожает объект, а просто оставляет его в покое, есть большая вероятность, что ошибка может не проявиться ни в чем очевидном.

Тот факт, что bzero()не является стандартным, является незначительным раздражителем. (FWIW, я не удивлюсь, если большинство вызовов функций в моих программах будут нестандартными; на самом деле написание таких функций является моей работой).

В комментарии к другому ответу здесь Аарон Ньютон процитировал следующее из Сетевого программирования Unix, Том 1, 3-е издание, Стивенс и др., Раздел 1.2 (выделение добавлено):

bzeroне является функцией ANSI C. Он получен из раннего сетевого кода Berkely. Тем не менее, мы используем его по всему тексту вместо функции ANSI C memset, потому что bzeroего легче запомнить (только с двумя аргументами), чем memset(с тремя аргументами). Почти каждый поставщик, который поддерживает API сокетов, также предоставляет bzero, и если нет, мы предоставляем определение макроса в нашем unp.hзаголовке.

Действительно, автор TCPv3 [Иллюстрированный TCP / IP, том 3 - Стивенс, 1996] допустил ошибку, поменяв местами второй и третий аргументы memsetв 10 случаях в первой печати . Компилятор AC не может перехватить эту ошибку, потому что оба аргумента имеют одинаковый тип. (На самом деле, вторым аргументом является, intа третьим аргументом size_t, который обычно является unsigned int, но указанные значения, 0 и 16, соответственно, все еще приемлемы для другого типа аргумента.) Вызов memsetвсе еще работает, потому что только немногие функции сокетов фактически требуют, чтобы последние 8 байтов структуры адреса интернет-сокета были равны 0. Тем не менее, это была ошибка, и ее можно избежать, используя bzeroпотому что замена двух аргументов на bzeroвсегда будет перехватываться компилятором C, если используются прототипы функций.

Я также считаю, что подавляющее большинство обращений к memset()нулю памяти, так почему бы не использовать API, который приспособлен для этого случая использования?

Возможным недостатком bzero()является то, что компиляторы могут с большей вероятностью оптимизировать, memcpy()потому что это стандарт, и поэтому они могут быть написаны для его распознавания. Однако имейте в виду, что правильный код все же лучше, чем неправильный код, который был оптимизирован. В большинстве случаев использование bzero()не окажет заметного влияния на производительность вашей программы, и это bzero()может быть макро или встроенная функция, которая расширяется до memcpy().

Хотел бы упомянуть кое-что о аргументе bzero против memset. Установите ltrace и затем сравните, что он делает под капотом. В Linux с libc6 (2.19-0ubuntu6.6) звонки выполняются одинаково (через ltrace ./test123):

long m[] = {0}; // generates a call to memset(0x7fffefa28238, '\0', 8)
int* p;
bzero(&p, 4);   // generates a call to memset(0x7fffefa28230, '\0', 4)

Мне сказали, что если я не работаю в недрах библиотеки libc или какого-либо другого интерфейса ядра / системного вызова, мне не о чем беспокоиться. Все, о чем я должен беспокоиться, это то, что вызов удовлетворяет требованию обнуления буфера. Другие упоминали о том, какой из них предпочтительнее другого, поэтому я остановлюсь здесь.

Вы, вероятно, не должны использовать bzero, это на самом деле не стандартный C, это была вещь POSIX.

И обратите внимание, что слово «было» - оно устарело в POSIX.1-2001 и удалено в POSIX.1-2008 из-за memset, поэтому вам лучше использовать стандартную функцию C.

Для MemSet функции, второй аргумент является intи третий аргумент size_t,

void *memset(void *s, int c, size_t n);

который обычно является unsigned int, но если значения, такие как, 0 and 16для второго и третьего аргумента соответственно введены в неправильном порядке как 16 и 0, то такой вызов memset все еще может работать, но ничего не будет делать. Потому что количество байтов для инициализации указано как 0.

void bzero(void *s, size_t n)

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

Короче говоря: memset требуется больше сборочных операций, чем bzero.

Это источник: http://fdiv.net/2009/01/14/memset-vs-bzero-ultimate-showdown

Имейте это так, как вам нравится. :-)

#ifndef bzero
#define bzero(d,n) memset((d),0,(n))
#endif

Обратите внимание, что:

1. Оригинал bzeroничего не возвращает, memsetвозвращает void pointer ( d). Это можно исправить, добавив типовое значение void в определение.
2. #ifndef bzeroне мешает вам скрыть оригинальную функцию, даже если она существует. Он проверяет наличие макроса. Это может вызвать много путаницы.
3. Невозможно создать указатель на функцию макроса. При использовании bzeroуказателей функций это не будет работать.

memset принимает 3 параметра, bzero занимает 2 в ограниченном объеме памяти, что дополнительный параметр будет занимать еще 4 байта, и большую часть времени он будет использоваться для установки всего на 0