Có cách nào để giảm ostocstream malloc/miễn phí?

Question

Tôi đang viết một ứng dụng được nhúng. Ở một số nơi, tôi sử dụng std :: ostringstream rất nhiều, vì nó rất thuận tiện cho mục đích của tôi. Tuy nhiên, tôi chỉ phát hiện ra rằng hiệu suất hit là cực đoan kể từ khi thêm dữ liệu vào luồng kết quả trong rất nhiều cuộc gọi đến malloc và miễn phí. Có cách nào để tránh nó không?

Suy nghĩ đầu tiên của tôi là tạo static tĩnh mạch và đặt lại nó bằng cách sử dụng ostringstream :: set (""). Tuy nhiên, điều này không thể được thực hiện khi tôi cần các chức năng để được reentrant.

Answer 1

Vâng, giải pháp của Booger sẽ chuyển sang sprintf(). Nó không an toàn và dễ xảy ra lỗi, nhưng nó thường nhanh hơn.

Không phải lúc nào cũng vậy. Chúng tôi không thể sử dụng nó (hoặc ostringstream) trên công việc thời gian thực của tôi sau khi khởi tạo vì cả hai thực hiện phân bổ bộ nhớ và deallocations.

Cách của chúng tôi xung quanh vấn đề là nhảy qua rất nhiều vòng để đảm bảo rằng chúng tôi thực hiện tất cả chuyển đổi chuỗi khi khởi động (khi chúng tôi không phải là thời gian thực). Tôi nghĩ rằng có một tình huống mà chúng tôi đã viết bộ chuyển đổi của riêng mình thành một mảng phân bổ có kích thước cố định. Chúng tôi có một số hạn chế về kích thước chúng tôi có thể dựa vào các chuyển đổi cụ thể được đề cập. Đối với một giải pháp tổng quát hơn, bạn có thể xem xét việc viết phiên bản ostringstream của riêng bạn sử dụng bộ đệm có kích thước cố định (tất nhiên là kiểm tra lỗi trên các giới hạn). Nó sẽ là một chút công việc, nhưng nếu bạn có một lô hàng lô của những hoạt động đó, điều đó có thể đáng giá.

Answer 2

Nếu bạn biết dữ liệu lớn như thế nào trước khi tạo luồng, bạn có thể sử dụng ostrstream có hàm tạo có thể lấy bộ đệm làm tham số. Do đó sẽ không có quản lý bộ nhớ của dữ liệu.

Answer 3

Có lẽ cách được chấp thuận để xử lý việc này sẽ là tạo đối tượng basic_stringbuf của riêng bạn để sử dụng với ostringstream của bạn. Đối với điều đó, bạn có một vài lựa chọn. Người ta sẽ sử dụng một bộ đệm có kích thước cố định, và có overflow chỉ đơn giản là thất bại khi/nếu bạn cố gắng tạo đầu ra quá dài. Một khả năng khác là sử dụng một vectơ làm bộ đệm. Không giống như std :: string, vector đảm bảo rằng dữ liệu phụ thêm sẽ có độ phức tạp liên tục được phân bổ. Nó cũng không bao giờ giải phóng dữ liệu từ bộ đệm trừ khi bạn ép buộc nó, vì vậy nó thường sẽ phát triển đến kích thước tối đa mà bạn đang xử lý. Từ thời điểm đó, nó không nên cấp phát hoặc giải phóng bộ nhớ trừ khi bạn tạo một chuỗi vượt quá độ dài mà nó hiện có sẵn.

Answer 4

std::ostringsteam là giao diện tiện lợi. Nó liên kết một số std::string đến std::ostream bằng cách cung cấp tùy chỉnh std::streambuf. Bạn có thể thực hiện std :: streambuf của riêng bạn. Điều đó cho phép bạn quản lý toàn bộ bộ nhớ. Bạn vẫn nhận được định dạng đẹp của std::ostream, nhưng bạn có toàn quyền kiểm soát việc quản lý bộ nhớ. Tất nhiên, hậu quả là bạn nhận được kết quả được định dạng trong một số char[] - nhưng đó có lẽ không phải là vấn đề lớn nếu bạn là một nhà phát triển được nhúng.