GuilhemBichot wrote:
> We can go two ways:
> 1) make it a duplicate of 153787, which is to say, we'll fix the additional 2a slowness when we fix 153787, which isn't assigned. This means that MySQL won't upgrade to 2a before a long time (I cannot sell a 2a upgrade to colleagues if the slow annotate becomes twice slower).
> 2) evaluate whether fixing only the additional 2a slowness is possible, and possible now, and if so, do it, then we can consider upgrading to 2a.
>
The reason 2a is slower is fundamental (we no longer store deltas that
we can extract to generate a diff, which is one step farther than when
we stored the annotation data directly in pre-pack.)
I don't think it is possible to fix without fixing bug #153787
(introduce an annotation cache).
John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
GuilhemBichot wrote:
> We can go two ways:
> 1) make it a duplicate of 153787, which is to say, we'll fix the additional 2a slowness when we fix 153787, which isn't assigned. This means that MySQL won't upgrade to 2a before a long time (I cannot sell a 2a upgrade to colleagues if the slow annotate becomes twice slower).
> 2) evaluate whether fixing only the additional 2a slowness is possible, and possible now, and if so, do it, then we can consider upgrading to 2a.
>
The reason 2a is slower is fundamental (we no longer store deltas that
we can extract to generate a diff, which is one step farther than when
we stored the annotation data directly in pre-pack.)
I don't think it is possible to fix without fixing bug #153787
(introduce an annotation cache).
John
=:->
-----BEGIN PGP SIGNATURE----- enigmail. mozdev. org/
0HGQACgkQJdeBCY SNAAMcVQCfSAIt9 trRsRUaoYGx1zwT PnNN 27pAWhDAO2BefxD l/
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://
iEYEARECAAYFAkt
p2oAoJDr6D7V8ie
=CHup
-----END PGP SIGNATURE-----