As discussed in PR #3038 with @timcassell, it would be highly useful to include the RAM Frequency (e.g., 3200 MHz) and Type (e.g., DDR4/DDR5) in the environment summary, alongside the Total and Available memory.
Currently, the summary outputs:
Memory: 16 GB Total, 8.5 GB Available
The goal is to enhance this to something like:
Memory: 16 GB Total, 8.5 GB Available, DDR4 3200 MHz
Implementation considerations for cross-platform support:
- Windows: Can likely be retrieved via WMI (
Win32_PhysicalMemory -> Speed and MemoryType/SMBIOSMemoryType).
- Linux: Might require parsing
dmidecode -t memory, which often requires sudo privileges. This could be a blocker for standard user-level benchmark runs.
- macOS: Can potentially be retrieved using
system_profiler SPHardwareDataType, but the performance overhead of calling this needs to be evaluated.
I am opening this issue to track the feature request and open the floor for discussion on the best approach to retrieve this hardware data reliably across all platforms without heavy dependencies or permission issues.
As discussed in PR #3038 with @timcassell, it would be highly useful to include the RAM Frequency (e.g., 3200 MHz) and Type (e.g., DDR4/DDR5) in the environment summary, alongside the Total and Available memory.
Currently, the summary outputs:
Memory: 16 GB Total, 8.5 GB AvailableThe goal is to enhance this to something like:
Memory: 16 GB Total, 8.5 GB Available, DDR4 3200 MHzImplementation considerations for cross-platform support:
Win32_PhysicalMemory->SpeedandMemoryType/SMBIOSMemoryType).dmidecode -t memory, which often requiressudoprivileges. This could be a blocker for standard user-level benchmark runs.system_profiler SPHardwareDataType, but the performance overhead of calling this needs to be evaluated.I am opening this issue to track the feature request and open the floor for discussion on the best approach to retrieve this hardware data reliably across all platforms without heavy dependencies or permission issues.