Hi Sergei,
do you know if we ship any binaries with fast mutex (-DMY_PTHREAD_FASTMUTEX)
enabled or officially suggest it? What was it's intention and what loads it was
supposed to make faster?
I'm trying to understand if fastmutex is worth fixing. It looks like duplication
of PTHREAD_MUTEX_ADAPTI
Hello MariaDB members ,
I am interested to work on "Keystone authentication plugin" project , i
have a good knowledge of C/C++ and OpenStack.
So can anyone help me how to get started with this project, so that i cold
dig something before applying for this project.
--
Thanks,
Abhishek
_
Hi!
> "Pavel" == Pavel Ivanov writes:
Pavel> Here is a reproduction test case. I took the vanilla tarball of
Pavel> 10.0.8, applied to it the following patch:
Pavel> @@ -131,6 +131,11 @@ bool trans_begin(THD *thd, uint flags)
Pavel>DBUG_ASSERT(!thd->locked_tables_mode);
Pavel> +#ifde
Hi, Kristian!
On Feb 26, Kristian Nielsen wrote:
> I got a crash in my parallel replication test case, and this one turned out to
> be caused by a fundamental problem in debug_sync. I am not sure how to solve
> it, so I wanted to explain the issue in case others have some ideas.
>
> The crash ha
That is an excellent blog post
On Mon, Feb 24, 2014 at 6:22 AM, Sergey Vojtovich wrote:
> Hi Axel,
>
> I benchmarked various mutexes available to MariaDB. Results are here:
> http://svoj-db.blogspot.ru/2014/02/mariadb-mutexes-scalability.html
>
> Among other things I noticed that normal mutexes
Kristian Nielsen writes:
>> I put my current patch here:
>>
>> http://knielsen-hq.org/parallel_replication_patch_intermediate.diff
>
> Hm, that patch is not sufficient, the bug is still there :-(
> Sorry about that. At least I did say that the patch was incomplete.
>
> I will fix it properly
Hi Axel,
thanks for benchmarking it!
On Wed, Feb 26, 2014 at 02:30:50PM +0100, Axel Schwenke wrote:
> Hi Svoj,
>
> Sergey Vojtovich wrote:
> > I benchmarked various mutexes available to MariaDB.
> > Among other things I noticed that normal mutexes scale better than adaptive.
>
> > Could you do
Pavel Ivanov writes:
> Looking at the code it looks like most places (including THD::awake)
> assume that thd->mysys_var->current_mutex and
> thd->mysys_var->current_cond can be changed only when
> thd->mysys_var->mutex is locked. debug_sync.cc is breaking this
> assumption. I've found that Item_
Looking at the code it looks like most places (including THD::awake)
assume that thd->mysys_var->current_mutex and
thd->mysys_var->current_cond can be changed only when
thd->mysys_var->mutex is locked. debug_sync.cc is breaking this
assumption. I've found that Item_func_sleep::val_int(),
THD::enter
Hi,
Hello
I am Suyash Loiwal from India, currently pursuing my B.Tech
from Manipal institute of Technology, Manipal. I would like to
take a project under your organization. Can someone please
guide me how to start?
Thanks
Hello
I am Suyash Loiwal from India, currently pursuing my B.Tech from Manipal
institute of Technology, Manipal. I would like to take a project under your
organization. Can someone please guide me how to start?
Thanks
Suyash
___
Mailing list: https://laun
I got a crash in my parallel replication test case, and this one turned out to
be caused by a fundamental problem in debug_sync. I am not sure how to solve
it, so I wanted to explain the issue in case others have some ideas.
The crash happens in THD::awake() when a thread is killed:
mysql_mu
12 matches
Mail list logo
