> Don't know about the rest of the 'stuff' in the announcement, but the DB2 > Detector item doesn't really mean a whole lot, I don't think. Detector > gets > it's data by hooking the SQL PC's. I would think that that means the > Detector code has no choice but to run on whatever processor the operating > system has chosen for the SQL statement. There may be more to this, but I > think that part of the announcement is just stating the obvious.
You're correct about that part. For Detector, it's just stating the obvious. The whole announcement is a lot more comprehensive though. There are products that merely observe the behavior of work on the zIIP. They would be used for planning and tuning and other vendors have similar function too. However, the real meat of the announcement is that several of our products really are exploiting zIIP engines to offload work from the general purpose engines. They are using the formal IBM interfaces that allow them to run on a zIIP. So that's considerably different than just being a casual bystander. And there will be more coming. Maybe it's not your father's CA after all? CC ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
