序列化與BinaryFormatter的*性能*發出

Question

背景：

我堅持與被序列化到文件的某些60MBs（並會隨時間增長）的大對象圖。問題不是文件大小，而是寫入和讀取時間，在某些機器上最多可達4分鐘。

簡介：

因爲這代表了某種內存數據庫，我可以延遲加載一些。

刺激：

如何測量特定對象塊的加載時間？我是否記錄構造函數調用並從那裏去？有什麼更好的想法

編輯：

我寧願不談替代序列化，有很多關於這個問題的帖子，我寧願調查爲什麼這麼慢，對象圖的哪個部分是好的候選'切除'並延遲加載。

Answer 1

您可能會嘗試protobuf.NET，據報告速度更快。

Answer 2

我會考慮使用SQL Server Compact（來自Microsoft的in-proc數據庫），而不是序列化大對象圖。

我有經驗使用BinaryFormatter序列化大圖到磁盤。有版本相關的問題。序列化的對象很難維護和使用。與這些對象一起工作通常需要將序列化到內存中。使用大圖是耗費資源的方式。

而Sql Server CE是相當輕量級的，它的組件大約是1Mb。它也處理一些多線程問題。

如果你需要序列化只是爲了通過網絡或其他方式發送，我想60Mb是相當大的陣列，傳輸它可能會有問題。

更新

如果你想一起去的BinaryFormatter，我想你可以序列化的圖形不是一個根對象，但較小的對象的集合。序列化所有對象可能會比較慢，但它可以讓你序列化只有一部分對象。如果你有不同類型的數組（即不同類型的對象序列），我可以假設更復雜的對象是，而且它的層次越深，序列化它的時間就越多。您可以測量同一類型對象集合的序列化時間。您也可以使用一些分析器對整個圖形進行序列化，大多數分析器會告訴您哪種方法需要更多時間才能執行。