On Mon, Apr 16, 2012 at 03:12:07PM +0100, Tim Bunce wrote:
On Fri, Feb 24, 2012 at 05:18:14PM +, Dave Mitchell wrote:
(I confess I haven't looked closely at this yet, but...)
[And I confess I forgot about this message - sorry for the delay.]
I seems that the imp_xxh_t structure is
On Wed, Apr 18, 2012 at 11:55:45AM +0100, Dave Mitchell wrote:
To keep things as simple as possible, I've left mg_obj pointing to
the SV containing the struct, but added using mg_ptr (with mg_len == 0)
that caches a direct pointer to the structure, skipping the need to
indirect via the SV
Thanks Dave. I believe your work was sponsored but all the same I'd like you to
know I very much appreciate your work on these changes.
Martin
--
Martin J. Evans
Easysoft Limited
http://www.easysoft.com
On Wed, 18 Apr 2012 12:59:25 +0100, Tim Bunce tim.bu...@pobox.com
wrote:
On Wed, Apr 18, 2012 at 11:55:45AM +0100, Dave Mitchell wrote:
To keep things as simple as possible, I've left mg_obj pointing to
the SV containing the struct, but added using mg_ptr (with mg_len == 0)
that caches
Note that this and the just-submitted DBIS patch represent the end of
my work on improving performance on DBI, (not counting any remedial work
that may be required).
PS - here are some final timings, comparing my
'while ($sth-fetch()) {$c++}'
test loop (with unchanged DBD-mysql-4.020),
On Wed, Apr 18, 2012 at 04:35:07PM +0100, Dave Mitchell wrote:
Note that this and the just-submitted DBIS patch represent the end of
my work on improving performance on DBI, (not counting any remedial work
that may be required).
PS - here are some final timings, comparing my
'while
On Fri, Feb 24, 2012 at 05:18:14PM +, Dave Mitchell wrote:
(I confess I haven't looked closely at this yet, but...)
[And I confess I forgot about this message - sorry for the delay.]
I seems that the imp_xxh_t structure is stored in the PVX of an SV
pointed to by mg_obj.
The DBI is very