Resource Tracking for FlightGear: Difference between revisions

Jump to navigation Jump to search
m
no edit summary
m (→‎Proof of concept (patch): updates from User:hamzaalloush: http://pastebin.com/h8dGECYv#)
mNo edit summary
Line 1: Line 1:
{{Stub}}
{{Stub}}


[[File:KSFO ram usage patch.jpg|thumb|ram usage metrics exposed to the property tree (Linux only for now)]]


<!--
[[File:Patching-fg-3.2-to-make-more-subsystems-optional.png|450px|thumb|Screen shot showing a the performance monitor in a patched version of FlightGear 3.2  where subsystem initialization is made better configurable and increasingly optional by allowing subsystems to be explicitly disabled/enabled during startup. Decoupling internal subsystem dependencies means that we can more easily provide support for [[FlightGear Benchmark|benchmarking]], but also [[FlightGear Headless|headless]] regression testing - and eventually, also a standalone [[FGCanvas]] startup mode. This simplified startup mode results in roughly ~120 MB of savings in RAM. ]]
[[File:Patching-fg-3.2-to-make-more-subsystems-optional.png|450px|thumb|Screen shot showing a the performance monitor in a patched version of FlightGear 3.2  where subsystem initialization is made better configurable and increasingly optional by allowing subsystems to be explicitly disabled/enabled during startup. Decoupling internal subsystem dependencies means that we can more easily provide support for [[FlightGear Benchmark|benchmarking]], but also [[FlightGear Headless|headless]] regression testing - and eventually, also a standalone [[FGCanvas]] startup mode. This simplified startup mode results in roughly ~120 MB of savings in RAM. ]]
-->


{{FGCquote
{{FGCquote

Navigation menu