blocks|key|75512|text|如果性能有问题，我建议您研究一下protobuf+-+Protocol+Buffers|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|75513|"Protocol+Buffers"+from+.Net|75514|entityMap|0|LINK|mutability|MUTABLE|url|http://code.google.com/p/protobuf/|1|http://code.google.com/p/protobuf-net/^0|G|R|0|0|0|S|1|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]]|C|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]]|C|$]]|$1|F|3|-4|5|6|7|X|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]|N|$5|I|J|K|C|$L|O]]]]

I suggest you look into <a href="http://code.google.com/p/protobuf/" rel="nofollow noreferrer">protobuf - Protocol Buffers</a> if performance is an issue

<a href="http://code.google.com/p/protobuf-net/" rel="nofollow noreferrer">"Protocol Buffers" from .Net</a>

blocks|key|1375084|text|我使用boost.serialization来存储表示查找表的矩阵和向量，以及一些内存大小约为200MB的元数据(字符串)。IIRC从磁盘加载到内存，文本归档需要3分钟，而在WinXP上使用二进制归档需要4秒。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1375085|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I used boost.serialization to store matrices and vectors representing lookup tables and 
some meta data (strings) with an in memory size of about 200MByte. IIRC for loading from 
disk into memory it took 3 minutes for the text archive vs. 4 seconds using the binary archive 
on WinXP.

blocks|key|75550|text|针对一个涉及加载包含大量(数千)嵌套归档类的大型类的问题对其进行了基准测试。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|75551|要更改格式，请使用归档流|75552|boost::archive::binary_oarchive
boost::archive::binary_iarchive|code-block|syntax|javascript|75553|而不是|75554|boost::archive::text_oarchive
boost::archive::text_iarchive|75555|加载(二进制)归档的代码如下所示：|75556|std::ifstream+ifs("filename",+std::ios::binary);
boost::archive::binary_iarchive+input_archive(ifs);
Class*+p_object;
input_archive+>>+p_object;|75557|上述代码片段的优化的gcc构建的文件和挂起时间是：|75558|75559|ascii：820MB+(100%25)，32.2+seconds+(100%25).|unordered-list-item|offset|length|style|BOLD|75560|binary：620MB+(76%25)，14.7秒(46%25)|75561|75562|这是从固态驱动器，没有任何流压缩。|75563|因此，速度上的提升比文件大小建议的要大，而且使用二进制可以获得额外的好处。|75564|entityMap^0|0|0|0|0|0|0|0|0|0|6|5|J|4|0|7|5|J|4|0|0|0|0^^$0|@$1|2|3|4|5|6|7|19|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1A|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|1B|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|1C|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|1D|8|@]|9|@]|A|$G|H]]|$1|M|3|N|5|6|7|1E|8|@]|9|@]|A|$]]|$1|O|3|P|5|F|7|1F|8|@]|9|@]|A|$G|H]]|$1|Q|3|R|5|6|7|1G|8|@]|9|@]|A|$]]|$1|S|3|-4|5|6|7|1H|8|@]|9|@]|A|$]]|$1|T|3|U|5|V|7|1I|8|@$W|1J|X|1K|Y|Z]|$W|1L|X|1M|Y|Z]]|9|@]|A|$]]|$1|10|3|11|5|V|7|1N|8|@$W|1O|X|1P|Y|Z]|$W|1Q|X|1R|Y|Z]]|9|@]|A|$]]|$1|12|3|-4|5|6|7|1S|8|@]|9|@]|A|$]]|$1|13|3|14|5|6|7|1T|8|@]|9|@]|A|$]]|$1|15|3|16|5|6|7|1U|8|@]|9|@]|A|$]]|$1|17|3|-4|5|6|7|1V|8|@]|9|@]|A|$]]]|18|$]]

Benchmarked it for a problem involving loading a large class containing lots (thousands) of nested archived classes. 

To change the format, use archive streams

<pre><code>boost::archive::binary_oarchive
boost::archive::binary_iarchive
</code></pre>

instead of

<pre><code>boost::archive::text_oarchive
boost::archive::text_iarchive
</code></pre>

The code for loading the (binary) archive looks like:

<pre><code>std::ifstream ifs("filename", std::ios::binary);
boost::archive::binary_iarchive input_archive(ifs);
Class* p_object;
input_archive &gt;&gt; p_object;
</code></pre>

The files and walltimes for an optimised gcc build of the above code snippet are:

<ul>
<li>ascii: 820MB (100%), 32.2 seconds (100%).</li>
<li>binary: 620MB (76%), 14.7 seconds (46%).</li>
</ul>

This is from a solid state drive, without any stream compression.

So the gain in speed is larger than the file size would suggest, and you get an additional bonus using binary.

Should I prefer binary serialization over ascii / text serialization if performance is an issue? 

Has anybody tested it on a large amount of data?

Boost serialization performance: text vs. binary format

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

如果性能有问题，我应该更喜欢二进制序列化而不是ascii / text序列化吗？有没有人在大量的数据上测试过它？

问提高序列化性能:文本格式与二进制格式
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问提高序列化性能:文本格式与二进制格式EN