Hi Davi,
thanks for this information, it is really useful.
According to bzr history fast mutex was added back in 2005. I have a few
guesses why it would have been needed:
- probably at that time mutex implementation wasn't as good as it is now
- probably mutex implementation on some specific plat
Hi Sergey,
I looked into fast mutex in the past [1] and was never able to get a
straight answer (even from the original developer) on what was the
intention behind it and how it made things faster as it actually made
things slower in the past (Bug#38941, others). There is a comment in
http://bugs.
On Thu, Feb 27, 2014 at 7:04 AM, Otto Kekäläinen wrote:
>> I'll start work on the Sid VMs today.
>
> How is it going with this?
>
> It is a prerequisite that needs to be in place before I can start the
> process towards merging my debian/* work into upstream.
I'm having some trouble with the Debi
Hi Axel,
On Thu, Feb 27, 2014 at 01:15:14PM +0100, Axel Schwenke wrote:
> Hi Svoj,
>
> you seemed to be interested in a OLTP benchmark with a single table, so here
> it is.
yes, thanks a lot! Good to see that our results go almost inline. It is also
good to see that we finally outperform 5.6.10
Hello Daniel,
2014-02-21 17:24 GMT+02:00 Daniel Bartholomew :
> I'll start work on the Sid VMs today.
How is it going with this?
It is a prerequisite that needs to be in place before I can start the
process towards merging my debian/* work into upstream.
--
Check out our blog at http://serav
Thanks for Elena and Sergei for looking into the issues I reported
about building MariaDB on some architectures that MariaDB support!
What do you people think, what kind of priority is it for MariaDB to
be equally good as MySQL in terms of multi-architecture support?
Should these issues be fixed n
On Wed, Feb 26, 2014 at 8:12 PM, Michael Widenius wrote:
> Pavel> And then it said that slave died with the stack trace
>
> Pavel> sql/transaction.cc:139(trans_begin(THD*, unsigned int))[0x788e20]
> Pavel>
> sql/log_event.cc:6478(Gtid_log_event::do_apply_event(rpl_group_info*))[0x93a685]
> Pavel>
7 matches
Mail list logo