Just a little post to explain the lack of updates in December and January. Well during this period at Belgian universities students need to study for and take their exams of the courses they took during the first academic semester. So, that is what I've been doing: studying and finishing other projects.
The last two weeks of the semester Sam and I discovered that the results of the CPU measurements were not correct. This had to do with the fact that in some time intervals no Xen Trace Events occurred. A couple of changes were made to the XenBaked and modified XenMon code, which made the results more reliable.
Expect more updates from me during the second semester, which starts February 14th.
Showing posts with label XenMon. Show all posts
Showing posts with label XenMon. Show all posts
Thursday, January 6, 2011
Lack of Updates
Wednesday, October 27, 2010
Xen(Trace/Mon/Baked) => XenGatherer
I tried to create a first version of the instrumentation app for Xen VMs that already gathers the information that is made available by XenTrace. I started by having a look at the following sources:
While discovering the above mentioned tools I had a closer look at their implementations and decided that for the parameters I need that are made available by XenTrace I'll keep using XenBaked since it does not bring a lot of overhead (its output is stored in a binary file/shared memory). I adjusted the XenMon Python script such that it does not write to file constantly (less io interrupts) while gathering information through XenBaked. The source code can be found here.
If you run the XenGatherer tool, you get a CLI with the following possibilities:
- A tutorial which explains how to use XenTrace (and xentrace_format) and XenMon (and xenbaked) found here.
- Information about the parameters that are monitored and how the tools hierarchy (see image below) can be found here.
- A paper titled "XenMon: QoS Monitoring and Performance Profiling Tool". This whitepaper can be downloaded here.
While discovering the above mentioned tools I had a closer look at their implementations and decided that for the parameters I need that are made available by XenTrace I'll keep using XenBaked since it does not bring a lot of overhead (its output is stored in a binary file/shared memory). I adjusted the XenMon Python script such that it does not write to file constantly (less io interrupts) while gathering information through XenBaked. The source code can be found here.
If you run the XenGatherer tool, you get a CLI with the following possibilities:
- start: start gathering information by running xenbaked
- stop: stop gathering information by killing the xenbaked process
- report: get the desired data from the mmapped file (/var/run/xenq-shm) and write it to a text file
- quit: exit the application
Subscribe to:
Comments (Atom)