Hi Ilpo,
On 7/17/2023 5:30 AM, Ilpo Järvinen wrote:
On Fri, 14 Jul 2023, Reinette Chatre wrote:
On 7/14/2023 3:22 AM, Ilpo Järvinen wrote:
On Fri, 14 Jul 2023, Wieczor-Retman, Maciej wrote:
On 14.07.2023 01:00, Reinette Chatre wrote:
Hi Ilpo,
On 7/13/2023 6:19 AM, Ilpo Järvinen wrote:
MBA and MBM tests to use megabytes to represent span. CMT test uses bytes. The difference requires run_benchmark() to size the buffer differently based on the test name, which in turn requires passing the test name into run_benchmark().
Convert MBA and MBM tests to use internally bytes like CMT test to remove the internal inconsistency between the tests. Remove the test dependent buffer sizing from run_benchmark().
If I understand correctly the intention is to always use bytes internally and only convert to megabytes when displayed to user space. The above implies that this takes care of the conversion but there still seems to be places that that do not follow my understanding. For example, resctrl_val.c:measure_vals() converts to megabytes before proceeding.
Doesn't the use case inside resctrl_val.c:measure_vals() satisfy the idea of only displaying data to the user space? From my understanding it reads the number of bytes and only converts to MB when printing the value. Or did I miss some detail there?
It's for printing there yes.
But it's not about span in the first place so I'm not sure why it is related.
If this change is just about how "span" is interpreted by the different tests then the changelog could be more specific to not create expectation that with this change there are no longer "bytes vs megabytes" internal inconsistency between MBA, MBM, and CMT tests.
The shortlog and changelog are already pretty specific in mentioning "span" a few times :-). I added yet another "span" into the changelog's 2nd paragraph.
There are many things to consider when reviewing a patch. There is the code changes in the patch itself that can be reviewed for correctness but there is also the review of the changelog's solution statement to review if the code changes in the patch accomplishes the stated solution. In one sense the review considers the code in the patch and in another the review considers what code may be missing from the patch.
I looked at the v5 changelog and I am still left with the same impression: The changelog claims that this change removes internal consistency between the tests, which it does not. Since you posted the next version before this discussion completed (which is not ideal) I'll respond further to that patch. In the end it may just be better to drop the "remove the internal inconsistency between the tests" claim.
Your general observation about the other MB/bytes inconsistency is still a good one so I added it also to my todo list, it just doesn't belong to this patch (IMHO).
ok
Reinette