Software Developer and Performance Engineer
robert.casto
This user hasn't shared any biographical information
Homepage: http://www.robertcasto.com
Jabber/GTalk: casto.robert@gmail.com
Posts by robert.casto
Bitten by the sharedUserId attribute in Android
Aug 20th
While doing some work to create a second version of an Android application, I got hit with log errors that said my application database was not accessible. In fact, all data was not available to the application. After some digging, I found the following 2 issues relating to this problem.
- Issue #3763 If you decide to change the sharedUserId value, application will not have access to its data.
- Issue #1227 If you add sharedUserId to your application when it was not there before.
So the short answer is, I have to write content providers to get the data from the old version to the new one. I was hoping to just copy the application files but of course, the simple route is blocked.
The lesson to be learned is that the sharedUserId value should ALWAYS be set on an application. That way you have the choice of creating an upgrade, pro, paid, etc version of your application. Otherwise you will have to spend time creating content providers to copy the information over since you won’t be able to share the information.
New chip to bridge iPhone, Android, and BlackBerry?
Jun 17th
http://spectrum.ieee.org/computing/hardware/intel-details-atom-power-scheme
Free phones from T-Mobile for Fathers Day
Jun 16th
T-Mobile Deal Page
Looks like T-Mobile is playing serious. Click on the image to sign up or just go to http://deals.t-mobile.com/. I use Verizon but this is a great deal and a nice way to get one of the new smart phones.
How Many Performance Metrics is Enough?
Sep 3rd
I have been asked this question many times and for me it boils down to one idea.
You can never have too much of a good thing!
Running tests usually takes a lot of time and effort. There is planning, setup, executing the test, capturing data, and then processing that data. Having to rerun a test just to get some data that wasn’t captured before is a lot of work. That is why capturing everything up front can save a lot of time and aggravation.
A word of caution though. Watch the disk space while capturing. Make sure the drive won’t be filled with performance data. That could cause the test to fail and cause you to start all over again. Worse, parts of the system could become corrupted and require a complete reinstall and setup of the test.
So what do I monitor? Everything!
When using typeperf, nmon, JMX, database metric snapshots, or anything else; I try to capture much more than I need, but not so much so that I am capturing every piece of data possible. With typeperf, you can literally collect over 2000 different metrics. When pulling data from metric collection of a database, there can be hundreds of data points. Metrics about table spaces, buffer pools, resources, even down to the individual query.
Later I’ll discuss how I process this huge amount of data.
