[Dbix-class] Why is prefetch so slow?

[Matt S Trout]

On Wed, Oct 17, 2007 at 04:19:24PM +0100, Nigel Metheringham wrote:
> Jon,
> 
> You should look at RH bug #196836 for information on the Red Hat
> perl bug that causes this.
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=196836

Is there any way we can detect our perl is affected by this?

I'm loath to carve up DBIx::Class just to workaround Red Hat's stupidity but
I'm also loath to leave our users unaware they're missing out on sensible
performance.

The then-slimserver maint modified ResultSet to do "my $new = { ... };" and
then blessed that, which seemed to work much better than blessing an anon
hashref. Yet it looks like ResultSourceHandle already does that.

If somebody wants to give me a shell on an affected machine I don't mind
having a play around myself to try and help with this. I'm just glad
Rackspace haven't finished QA-ing RHEL5 yet or Shadowcat clients would be
affected by this idiocy (no, we don't recommend Rackspace ourselves, no,
it's none of your business which client(s) or why they're using them :).

-- 
      Matt S Trout       Need help with your Catalyst or DBIx::Class project?
   Technical Director                    http://www.shadowcat.co.uk/catalyst/
 Shadowcat Systems Ltd.  Want a managed development or deployment platform?
http://chainsawblues.vox.com/            http://www.shadowcat.co.uk/servers/