Tại sao sử dụng bzero hơn memset?

Trong lớp Lập trình hệ thống tôi đã học kỳ trước, chúng tôi phải triển khai một máy khách / máy chủ cơ bản trong C. Khi khởi tạo các cấu trúc, như sock_addr_in, hoặc bộ đệm char (mà chúng tôi thường gửi dữ liệu qua lại giữa máy khách và máy chủ), giáo sư hướng dẫn chúng tôi chỉ sử dụng bzerovà không memsetkhởi tạo chúng. Anh ấy không bao giờ giải thích tại sao, và tôi tò mò liệu có lý do hợp lệ cho việc này không?

Tôi thấy ở đây: http://fdiv.net/2009/01/14/memset-vs-bzero-ultimate-showdown đó bzerolà hiệu quả hơn do thực tế rằng chỉ bao giờ sẽ được zeroing bộ nhớ, vì vậy nó không phải làm bất kỳ kiểm tra bổ sung memsetcó thể làm. Điều đó vẫn không nhất thiết có vẻ như là một lý do để hoàn toàn không sử dụng memsetcho bộ nhớ zeroing.

bzerođược coi là không dùng nữa, và hơn nữa không phải là hàm C tiêu chuẩn. Theo hướng dẫn, memsetđược ưa thích hơn bzerovì lý do này. Vậy tại sao bạn vẫn muốn sử dụng bzerohơn memset? Chỉ để đạt được hiệu quả, hoặc nó là một cái gì đó nhiều hơn? Tương tự như vậy, những lợi ích của những gì memsettrên bzeromà làm cho nó trên thực tế lựa chọn ưa thích cho các chương trình mới hơn?

Tôi không thấy bất kỳ lý do để thích bzerohơn memset.

memsetlà một hàm C tiêu chuẩn trong khi bzerochưa bao giờ là một hàm chuẩn C. Lý do có lẽ là do bạn có thể đạt được chính xác chức năng tương tự bằng cách sử dụng memsetchức năng.

Bây giờ liên quan đến hiệu quả, các trình biên dịch như gccsử dụng các triển khai dựng sẵn để memsetchuyển sang một triển khai cụ thể khi 0phát hiện một hằng số . Tương tự glibckhi các nội dung bị vô hiệu hóa.

Tôi đoán bạn đã sử dụng (hoặc giáo viên của bạn bị ảnh hưởng bởi) Lập trình mạng UNIX bởi W. Richard Stevens. Ông sử dụng bzerothường xuyên thay vì memset, ngay cả trong phiên bản cập nhật nhất. Cuốn sách rất nổi tiếng, tôi nghĩ nó trở thành một thành ngữ trong lập trình mạng, đó là lý do tại sao bạn vẫn thấy nó được sử dụng.

Tôi sẽ gắn bó memsetđơn giản vì bzerobị phản đối và giảm tính di động. Tôi nghi ngờ bạn sẽ thấy bất kỳ lợi ích thực sự nào từ việc sử dụng cái này hơn cái kia.

Một lợi thế mà tôi nghĩ bzero()đã vượt qua memset()khi đặt bộ nhớ về 0 là giảm khả năng xảy ra lỗi.

Đã hơn một lần tôi gặp phải một lỗi giống như:

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

Trình biên dịch sẽ không phàn nàn (mặc dù có thể tăng một số mức cảnh báo có thể trên một số trình biên dịch) và hậu quả sẽ là bộ nhớ không bị xóa. Bởi vì điều này không làm hỏng đối tượng - nó chỉ để nó một mình - có một cơ hội tốt rằng lỗi có thể không biểu hiện thành bất cứ điều gì rõ ràng.

Thực tế bzero()không phải là tiêu chuẩn là một kích thích nhỏ. (FWIW, tôi sẽ không ngạc nhiên nếu hầu hết các lệnh gọi chức năng trong các chương trình của tôi đều không chuẩn; thực tế việc viết các hàm như vậy là công việc của tôi).

Trong một bình luận cho một câu trả lời khác ở đây, Aaron Newton đã trích dẫn như sau từ Lập trình mạng Unix, Tập 1, Ấn bản thứ 3 của Stevens, và cộng sự, Phần 1.2 (nhấn mạnh thêm):

bzerokhông phải là chức năng ANSI C. Nó có nguồn gốc từ mã mạng Berkely sớm. Tuy nhiên, chúng tôi sử dụng nó trong toàn bộ văn bản, thay vì memsetchức năng ANSI C , bởi vìbzero dễ nhớ hơn (chỉ có hai đối số) so với memset(với ba đối số). Hầu như mọi nhà cung cấp hỗ trợ API socket cũng cung cấp bzerovà nếu không, chúng tôi cung cấp định nghĩa macro trong unp.htiêu đề của chúng tôi .

Thật vậy, tác giả của TCPv3 [TCP / IP Illustrated, Tập 3 - Stevens 1996] đã phạm sai lầm khi hoán đổi các đối số thứ hai và thứ ba thànhmemset 10 lần xuất hiện trong lần in đầu tiên . Trình biên dịch AC không thể bắt lỗi này vì cả hai đối số đều cùng loại. (Trên thực tế, đối số thứ hai là một intvà đối số thứ ba size_t, thường là một unsigned int, nhưng các giá trị được chỉ định, 0 và 16, tương ứng, vẫn được chấp nhận cho loại đối số khác.) Cuộc gọi memsetvẫn hoạt động, bởi vì chỉ một Một số chức năng của ổ cắm thực sự yêu cầu 8 byte cuối cùng của cấu trúc địa chỉ ổ cắm Internet được đặt thành 0. Tuy nhiên, đó là một lỗi và có thể tránh được bằng cách sử dụng bzero, bởi vì việc hoán đổi hai đối số bzerosẽ luôn bị trình biên dịch C bắt nếu các nguyên mẫu hàm được sử dụng.

Tôi cũng tin rằng phần lớn các cuộc gọi đến memset()không có bộ nhớ, vậy tại sao không sử dụng API phù hợp với trường hợp sử dụng đó?

Một nhược điểm có thể xảy ra bzero()là trình biên dịch có thể có khả năng tối ưu hóa cao hơn memcpy()vì nó là tiêu chuẩn và do đó chúng có thể được viết để nhận ra nó. Tuy nhiên, hãy nhớ rằng mã chính xác vẫn tốt hơn mã không chính xác đã được tối ưu hóa. Trong hầu hết các trường hợp, việc sử dụng bzero()sẽ không gây ra tác động đáng chú ý đến hiệu suất chương trình của bạn và đó bzero()có thể là một chức năng vĩ mô hoặc nội tuyến mở rộng memcpy().

Muốn đề cập đến một cái gì đó về bzero so với đối số memset. Cài đặt ltrace và sau đó so sánh những gì nó làm dưới mui xe. Trên Linux với libc6 (2.19-0ubfox6.6), các cuộc gọi được thực hiện hoàn toàn giống nhau (thông qua 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)

Tôi đã được thông báo rằng trừ khi tôi đang làm việc trong phần sâu của libc hoặc bất kỳ số giao diện kernel / syscall nào, tôi không phải lo lắng về chúng. Tất cả những gì tôi nên lo lắng là cuộc gọi đáp ứng yêu cầu của bộ đệm. Những người khác đã đề cập về cái nào thích hợp hơn cái kia nên tôi sẽ dừng ở đây.

Bạn có thể không nên sử dụngbzero , nó không thực sự là tiêu chuẩn C, đó là một thứ POSIX.

Và lưu ý rằng từ "đã" - nó không được dùng trong POSIX.1-2001 và bị xóa trong POSIX.1-2008 để bảo vệ bộ nhớ để bạn sử dụng chức năng C chuẩn hơn.

Đối với chức năng ghi nhớ, đối số thứ hai là một intvà đối số thứ ba là size_t,

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

thường là một unsigned int, nhưng nếu các giá trị như, 0 and 16đối số thứ hai và thứ ba tương ứng được nhập sai thứ tự là 16 và 0 thì một lệnh gọi bộ nhớ như vậy vẫn có thể hoạt động, nhưng sẽ không làm gì cả. Bởi vì số lượng byte để khởi tạo được chỉ định là 0.

void bzero(void *s, size_t n)

Một lỗi như vậy có thể tránh được bằng cách sử dụng bzero, bởi vì việc hoán đổi hai đối số thành bzero sẽ luôn bị trình biên dịch C bắt nếu sử dụng các nguyên mẫu hàm.

Tóm lại: memset yêu cầu nhiều hoạt động lắp ráp hơn sau đóbzero .

Đây là nguồn: http://fdiv.net/2009/01/14/memset-vs-bzero-ultimate-showdown

Có bất cứ cách nào bạn thích. :-)

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

Lưu ý rằng:

1. Bản gốc bzerokhông trả về gì, memsettrả về void con trỏ ( d). Điều này có thể được sửa bằng cách thêm typecast vào void trong định nghĩa.
2. #ifndef bzerokhông ngăn bạn ẩn chức năng ban đầu ngay cả khi nó tồn tại. Nó kiểm tra sự tồn tại của một vĩ mô. Điều này có thể gây ra nhiều nhầm lẫn.
3. Không thể tạo con trỏ hàm tới macro. Khi sử dụng bzerothông qua con trỏ hàm, điều này sẽ không hoạt động.

memset mất 3 tham số, bzero mất 2 trong bộ nhớ bị ràng buộc rằng tham số phụ sẽ mất thêm 4 byte và hầu hết thời gian nó sẽ được sử dụng để đặt mọi thứ thành 0