序列化標記爲DynamicType(輸出NetObjectProxy)的屬性是否有明顯的性能開銷?Protobuf-net性能問題
編譯RuntimeTypeModel到一個DLL會比在內存編譯通過
RuntimeTypeModel.Compile()
更好嗎?手動撥打
RuntimeTypeModel.Compile()
有什麼好處嗎?
1
A
回答
1
1:你必須用自己的數據來檢驗,但可以肯定的是效率要低得多 - 在電線上更多的空間,很多事情要做(類型解析等) - 再加上它不能只是把一切都打到一個很好的簡單路徑
2:不在我的發現中;它確實減少了啓動時間,但關鍵這個功能的驅動程序是爲了允許AOT(儘管真正的AOT需要獨立的跨平臺目標,這有點尷尬)。我正在等待「Roslyn代碼生成器」(https://github.com/dotnet/roslyn/blob/master/docs/features/generators.md)以改進未來的AOT支持。
3:在某些情況下 - 是的;例如,您正在設置服務/服務器,並且您希望一切準備好在之前第一個流量進入,然後再次 - 這可以花費時間現在以避免稍後的輕微延遲;但是:默認情況下它編輯點播無論如何
相關問題
- 1. 通過protobufnet反序列化來自Redis的大量用戶定義對象集時的性能問題
- 2. 性能問題
- 3. 性能問題
- 4. 性能問題
- 5. 性能問題
- 6. 性能問題
- 7. 性能問題
- 8. 性能問題
- 9. 。性能問題
- 10. 性能問題
- 11. 性能問題
- 12. 性能問題
- 13. 性能問題
- 14. Nginx性能問題
- 15. StreamInsight性能問題
- 16. MemSQL性能問題
- 17. Directory.GetFiles()性能問題
- 18. Javascript性能問題
- 19. C#性能問題
- 20. requestAnimationFrame()性能問題
- 21. SSRS性能問題
- 22. Primefaces性能問題
- 23. xsl性能問題
- 24. FragmentStatePagerAdapter性能問題
- 25. UIScrollView性能問題
- 26. jQuery.keypad性能問題
- 27. Polybase性能問題
- 28. mysql性能問題
- 29. ZeroMQ性能問題
- 30. 性能問題:EF4.1
謝謝馬克,我真的很感激你的答案。 – MaitlandMarshall