But I decided to argue the ticket on the grounds that there are supposed to be "... large, prominent signs at all
entrances to the controlled zones" (see picture below)
Edinburgh Council Parking people will not budge and I continue to see car after car lifted from this are. There aren't any legal requirements to have signs beside single yellow lines, but given that I didn't think I was in the Central Controlled Zone I figured Saturday afternoon would be fine... As did the ten or more other car drivers who got ticketed with mine.
Image of the entrance to the Central Controlled Zone at Holyrood Gait
.... Can you read the sign?
]]>
]]>
My tourist pics:
 |
| Stephen's India Visit |
Ages ago I tried OpenWRT but at the time it didn't have the wireless secruity I wanted. The upgrade from OpenWRT to DD-WRT was easy and at first I had the Linksys router acting as a wireless client bridge (using WPA TKIP) to my Sky broadband Netgear router.
With DD-WRT, the Netgear box displayed the same problem as my office DELL D630 - it kept dropping the wireless link.
At first I had it setup like thishttp://www.dd-wrt.com/wiki/images/3/3a/ ... _large.jpg
In the end I followed the instructions here and now I'm running a wireless network with two access points. One on the Netgear (Sky Firmware) and one on the Linksys (DD-WRT firmware).
DD-WRT makes the linksys box is quite extensible and I might make further use of it as a print server.]]>
When Steve Hedley and I did the ATM Service Management system performance testing, we took a recording of the service requests set by 7000 ATM's, parsed them and scaled them up to be 20,000 ATM's.
Record live system log, then tweak it to be input to a test system performance test.]]>
which I spotted here on http://twitter.com
The common theme I'm seeing is that the authors are documenting Performance Testing good practices or experiences which is not specific to Virtualised Environments.
Certainly there are authors considering the performance testing of virtualised systems: http://blogs.intel.com/idf/2008/08/virt ... ce_tes.php
But I am wondering if the performance tester needs to consider doing things differently when all or part of their system under test is virtualised?
Certainly I spend more time on the monitoring front:
1. Monitor the physical server(s) machine stats, minimum of Network, CPU and Memory.
2. Monitor the virtual server(s) machine stats, minimum of Network, CPU and Memory.
3. Think about the counters/stats provided by virtualisation server (application)
I always speak to the application experts (which seem to be few and far between) to ask what performance stats they are interested in.
The system should have a set of performance requirements at a business level, use these to drive the load that is applied and don't treat virtualised performance testing like something that is wildly different to physical system performance testing.
]]>
A quick way for developers to baseline a webpage and gauge performance tweak success.
May be a cheap way for performance testers to baseline a test - if it doesn't meet the requirement for one user - I'd like to know. ]]>
... reminded me that I must spend *a lot* more time digging into the monitoring environments.
I was speaking last week with an Oracle DBA doing battle with a problematic 4.5 hour batch process. He had some great ideas on monitoring the performance of his process. The work is on going, but we were talking about getting his custom monitoring output shared through a standard format such as linux RSTATD.
This way the process can be monitored in the live environment if required. Of course I was thinking about getting the data across into LoadRunner Analysis.
People don't spend nearly enough time considering the monitoring requirements for performance testing.]]>
This made the transaction response time graph look bad and would have cause the reader of the report to focus on the spikes instead of the averages.
Instead a transaction response time distribution graph was used, this highlights a count just how many transaction had a particular response time:
;){kind=spacer}
The graph is much easier to talk about since the readers ear is immediately (and rightly so) drawn to the the "big number".
What I'm wondering about now is - why are there two clear groups of slow transactions? Between 46 to 58 seconds and 76 to 98 seconds. I've heard about defect clustering - but slow transaction clustering sounds strange.... but they are clustered.]]>