>>
>> - NOTE: The below statistics are from intervals ranging from
>> 30 seconds to 6,10,13.. minutes.
>>
>> Looks better ?
>
> Much better :) Now seems the results were improved by 25% (reduced 10m of
> 40m)
:) I wonder how it differed the first time.
>
>> (Note to self: Maybe I should run these more number of times to
>> monitor consistency)
>
> Yes, that's a good point.
> You could start with a short make and repeat the experiments to verify
> the results are consistent. Once you have reproducible results with a
> short make you can move to back to a long make.
Just to be clear:
- Short make - Subsequent runs of 'make 'after the first run (i.e.
from page-cache).
- Long make - 1st run of 'make' , after a 'make clean' (i.e. from disk).
I presume that above is what you meant.
>
> Note that if you just run make then the source files will be loaded
> from disk only the first run (lot of I/O, which is slow with nested).
> Next runs may load the files from the page-cache and you may notice a
> performance improvement.
Glad that you mention it..
> Maybe, that's why your results were not like we expected in the first
> time.
>
..I did perform a "make clean" before doing "make" on each run. I
note it in the above kvm_stat files.
Re-running make (on L2), from page-cache gives me the below statistics:
----------------------------------------------
[test@nguest-02 linux]$ time make
make[1]: Nothing to be done for `all'.
make[1]: Nothing to be done for `relocs'.
CHK include/generated/uapi/linux/version.h
CHK include/generated/utsrelease.h
CALL scripts/checksyscalls.sh
CC scripts/mod/devicetable-offsets.s
GEN scripts/mod/devicetable-offsets.h
HOSTCC scripts/mod/file2alias.o
HOSTLD scripts/mod/modpost
CHK include/generated/compile.h
make[3]: `arch/x86/realmode/rm/realmode.bin' is up to date.
Kernel: arch/x86/boot/bzImage is ready (#6)
Building modules, stage 2.
MODPOST 10 modules
real 1m38.276s
user 0m36.806s
sys 0m55.493s
[test@nguest-02 linux]$
----------------------------------------------
2nd-run:
-----------------------
real 1m37.392s
user 0m36.587s
sys 0m55.296s
-----------------------
I'll run a short script for longer duration.
Thanks Abel.
/kashyap
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
