Wednesday, November 08, 2006
Status Report for Nov 2th to Nov 8th
1. for the perfermance test of Sensorgrid(status: working)
retest 1 – Measuring the performance of the Basic System (status: finished)
I started a retest for the basic system perfermance test, I got a better result.There is not any jumps with the new result.The result shows that the transfer time is stable for average around 6ms.All the tests for the basic sytem show that the continuous operation does notdegrade the system performance.
retest 3– Finding the maximum number of clients single broker can support (status: finished)
I started a retest for the test3, and I got a better result.
Follow the picture:
Before the 5th hour, we add 100 subscribers to system each 30 minutes.After the 5th hour the system works with 1000 subscribers for another 19 hours. The blue line is the 5th hour boundary.
Why we just use 1000 subscribers for the test?
The default maximum number of FD(file descriptors) redhat linux OS allowed is 1024. That means one process can not exceed 1024 TCP connections. We can not add more subscribers to the system with only one NaradaBroker server.
This test shows that the system with a single broker scales up to a thousand clients with an acceptable transfer delay.
test 4– Multiple Broker Test (status: doing)
The first three tests show that our framework is stable for the continuous operation and scales up to the maximum number of file descriptors allowed by the server’s operating system. To support many more clients or producers, we will create a distributed NaradaBrokering broker network. So we start a new test to prove this ability.
the test model is as follow:
I have not finished this test, A middle result is as follow:
2. for the process monitoring stuff (status: working)
ProcessMonitor is updated to 0.2 version.
New features:
Added PID list and UID list
Process Monitor will watch those lists, if some process exit, then send email to specified user.
Refined the calculate-load function.
The new version URL:
ProcessMonitor.0.2.tar.gz
Future work:
try to finish the test 4 and update the real-time Rdahmm map URL service.
retest 1 – Measuring the performance of the Basic System (status: finished)
I started a retest for the basic system perfermance test, I got a better result.There is not any jumps with the new result.The result shows that the transfer time is stable for average around 6ms.All the tests for the basic sytem show that the continuous operation does notdegrade the system performance.
retest 3– Finding the maximum number of clients single broker can support (status: finished)
I started a retest for the test3, and I got a better result.
Follow the picture:
Before the 5th hour, we add 100 subscribers to system each 30 minutes.After the 5th hour the system works with 1000 subscribers for another 19 hours. The blue line is the 5th hour boundary.
Why we just use 1000 subscribers for the test?
The default maximum number of FD(file descriptors) redhat linux OS allowed is 1024. That means one process can not exceed 1024 TCP connections. We can not add more subscribers to the system with only one NaradaBroker server.
This test shows that the system with a single broker scales up to a thousand clients with an acceptable transfer delay.
test 4– Multiple Broker Test (status: doing)
The first three tests show that our framework is stable for the continuous operation and scales up to the maximum number of file descriptors allowed by the server’s operating system. To support many more clients or producers, we will create a distributed NaradaBrokering broker network. So we start a new test to prove this ability.
the test model is as follow:
I have not finished this test, A middle result is as follow:
2. for the process monitoring stuff (status: working)
ProcessMonitor is updated to 0.2 version.
New features:
Added PID list and UID list
Process Monitor will watch those lists, if some process exit, then send email to specified user.
Refined the calculate-load function.
The new version URL:
ProcessMonitor.0.2.tar.gz
Future work:
try to finish the test 4 and update the real-time Rdahmm map URL service.
# posted by Zhigang Qi : 6:56 PM
