Open main menu

DAVE Developer's Wiki β

Changes

LMbench
|14.9
|}
 
 
{| class="wikitable"
|}
Apart from the increase over Axel Lite in absolute terms, it is noteworthy that Mito8M exhibits a significant improvement in terms of efficiency too, as shown in the above tables. This is especially true in the case of ARM core frequency set to 1300 MHz.
Apart Another interesting thing to note is how the bandwidth is affected by the ARM core frequency. If it scaled linearly, we should have an improvement of 62.5% from the increase over Axel Lite in absolute terms800 to 1300 MHz. The average bandwidth at 800 MHz is 5761 MB/s. At 1300 MHz, it is noteworthy that Mito8M exhibits a significant improvement in terms of efficiency too6935 MB/s. Therefore, as shown in the above tablesincrease is 20. This is especially true in 4%. With regard to STREAM benchmark, the case of achieved bandwidth does not scale linearly with ARM core frequency set to 1300 MHz.
Another interesting thing to note is how the bandwidth is affected by the ARM core frequencyPlease see [https://www. If it scaled linearly, we should have an improvement of 62cs.5% from 800 to 1300 MHzvirginia. The average bandwitdh at 800 MHz is 5761 MBedu/s. At 1300 MHz, it is 6935 MBstream/s. Therefore, the increase is 20.4%. With regard to this page] for more details about STREAM benchmark, the achieved bandwidth does not scale linearly with ARM core frequency.
===LMbench===
For what regards the memory bandwidth, LMbench provides many results organized in different categories. For the sake of simplicity, the following tables details just a couple of categories. The full results are available for download [http://mirror.dave.eu/axelmito/SBCXMito8M/lmbench-TNMito8M.0-006800MHz.txt here (ARM core frequency set to 800 MHz)] and [http://mirror.dave.eu/mito/Mito8M/lmbench-axellite-iMito8M.MX6Q0-996MHz1300MHz.txt here(ARM core frequency set to 1300 MHz)].
{| class="wikitable"
|+Memory read bandwidth
!rowspan="2" |Buffer size!colspan="2" |Bandwitdth
[MB/s]
|-
!ARM core frequency = 800 MHz
!ARM core frequency = 1300 MHz
|-
|512B
|28611553|2521
|-
|1kB
|30471567|2546
|-
|2kB
|30651575|2560
|-
|4kB
|30771575|2564
|-
|8kB
|30811577|2564
|-
|16kB
|30721577|2567
|-
|32kB
|13091528|2490
|-
| 0.065536 |64kB
|9021531|2494
|-
|128kB
|7871547|2530
|-
|256kB
|7751552|2526
|-
|512kB
|7491514|2518
|-
|1MB
|6871318|2181
|-
|2MB
|6421430|2148
|-
|4MB
|6291420|2108
|-
|8MB
|6301423|2038
|-
|16MB
|6321420|2116
|-
|32MB
|6311365|2117
|-
|64MB
|6321393|2035
|-
|128MB
|6331382|2035
|-
|256MB
|6341372|2050
|-
|512MB
|6341367|-|1GB|6331998
|}
{| class="wikitable"
|+Memory write bandwidth
!rowspan="2" |Buffer size!colspan="2" |Bandwitdth
[MB/s]
|-
!ARM core frequency = 800 MHz
!ARM core frequency = 1300 MHz
|-
|512B
|37242932|4771
|-
|1kB
|38483048|4956
|-
|2kB
|39023100|5046
|-
|4kB
|39403136|5097
|-
|8kB
|39583135|5101
|-
|16kB
|39573150|5120
|-
|32kB
|39642864|5127
|-
|64kB
|39673033|5071
|-
|128kB
|39673093|4886
|-
|256kB
|39562956|5056
|-
|512kB
|39473024|5054
|-
|1MB
|20973075|5092
|-
|2MB
|21543095|5116
|-
|4MB
|21143121|5118
|-
|8MB
|20823137|5120
|-
|16MB
|20843145|5121
|-
|32MB
|20853146|5120
|-
|64MB
|20933146|5125
|-
|128MB
|20863147|5123
|-
|256MB
|20893150|5124
|-
|512MB
|20873144|5125
|-
|1GB
|20883146|5124
|}
The most There are some interesting results facts to consider stress:* Read and write bandwitdth are those that refer to not effected by the buffer sizes exceeding 1MBsize.* They are significantly affected by the ARM core frequency. For instance, which is the size improvement of the L2 cache. Approximately, read write bandwidth is 630MB/s (7.8about 62% efficiencywhen the buffer is 1GB), while write bandwidth is 2080 MB/s (25.7% efficiency). These numbers are significantly different that practically the ones provided by STREAM. This confirms once again that such results are strongly dependent on the implementation same of the test used to determine the bandwidthincrease in frequency.
For more information regarding LMbench, please see [http://lmbench.sourceforge.net/ this page].
4,650
edits