This is good news. Don't forget to have someone write a blog post about it.
On Tue, Jan 21, 2014 at 7:04 AM, Michael Widenius wrote:
>
> Hi!
>
> > "Sergey" == Sergey Vojtovich writes:
>
> Sergey> Hi Mark,
> Sergey> we identified a few single-thread performance issues during the
> Barcelona
Kristian Nielsen writes:
> Do it like this:
> static inline ulonglong
> mi_uint6korr(const void *p)
> {
> uint32 a= *(uint32 *)p;
> uint16 b= *(uint16 *)(4+(char *)p);
> ulonglong v= ((ulonglong)a | ((ulonglong)b << 32)) << 16;
> asm ("bswapq %0" : "=r" (v) : "0" (v));
> return v;
> }
Alexey Botchkov writes:
> Only question i have with this is if there's a possibility to make the
> hf_mi_uint6korr(dest,src) macro a function.
> So we can write as usual
> dest= hf_mi_uint6korr(src)
>
> Didn't find how that can nicely be done with the assembler code.
Do it like this:
static
Hi all.
Only question i have with this is if there's a possibility to make the
hf_mi_uint6korr(dest,src) macro a function.
So we can write as usual
dest= hf_mi_uint6korr(src)
Didn't find how that can nicely be done with the assembler code.
Best regards.
HF
23.01.2014 16:20, Michael Wideniu
Hi!
> "Alexey" == Alexey Botchkov writes:
Alexey> Hi, Monty.
Alexey> I've looked at that part of the code, and tried to make the improved
Alexey> versions of uint6korr and mi_uint6korr.
Alexey> The small program attached that benchmarks these.
Alexey> Depending on enabled macros it loops u
5 matches
Mail list logo
