[arch-general] about ecryptfs-utils, openssl supporting should be added ?

2019-11-26 Thread Yi Zheng via arch-general
why not add '--enable-openssl' into the configure options?

Does it support OpenSSL now?


Re: [arch-general] Fedora Speeds Up Python 3.

2019-11-26 Thread Geo Kozey via arch-general
> From: Ralph Corderoy 
> Sent: Tue Nov 26 11:07:36 CET 2019
> To: 
> Subject: [arch-general] Fedora Speeds Up Python 3.
> 
> 
> Hi,
> 
> I thought this might be of interest.
> https://fedoraproject.org/wiki/Changes/PythonNoSemanticInterpositionSpeedup
> 
> By building with -fno-semantic-interposition they remove the PLT that
> provides a level of indirection when calling a libpython function.
> libpython often calls itself and the PLT adds L1-cache pressure plus
> prevents inlining.  Gives gains of 25% on some workloads.
> 
> -- 
> Cheers, Ralph.

Does it work alongside "-fno-plt" flag that Arch uses?

Yours sincerely

G. K.


Re: [arch-general] Fedora Speeds Up Python 3.

2019-11-26 Thread Chris Billington via arch-general
Oh I remember why I didn't override libpython functions with LD_PRELOAD.
Python is statically linked to libpython in Ubuntu, which I was using at
the time, so it didn't work. Fedora decided not to go that far, but yeah,
Ubuntu has already taken that plunge.

If LD_PRELOADing libpython doesn't work in Ubuntu, then there probably
aren't many projects using it.




On Tue, Nov 26, 2019 at 9:31 AM Chris Billington 
wrote:

> Ah, that's interesting.
>
> I thought that would break my GIL profiling project that uses LD_PRELOAD
> (shameless plug: https://github.com/chrisjbillington/gil_load), but since
> I think I'm only overriding libc functions, it should be fine.
>
> I'm sure there are other things it will break (I could have overridden
> libpython functions instead - I wonder why I didn't, it seems simpler but
> there was probably a reason), but if someone wants to use code that hacks
> on the interpreter itself, having to install a custom python to do so is
> not so unreasonable. Those speedups are nothing to scoff at.
>
> -Chris
>
>
>
>
> On Tue, Nov 26, 2019 at 5:07 AM Ralph Corderoy 
> wrote:
>
>> Hi,
>>
>> I thought this might be of interest.
>>
>> https://fedoraproject.org/wiki/Changes/PythonNoSemanticInterpositionSpeedup
>>
>> By building with -fno-semantic-interposition they remove the PLT that
>> provides a level of indirection when calling a libpython function.
>> libpython often calls itself and the PLT adds L1-cache pressure plus
>> prevents inlining.  Gives gains of 25% on some workloads.
>>
>> --
>> Cheers, Ralph.
>>
>


Re: [arch-general] [aur-general] [PRQ#16805] Deletion Request for the-darkmod-tweaked

2019-11-26 Thread Jerome Leclanche
On Tue, Nov 26, 2019 at 3:28 PM Alberto Salvia Novella via aur-general <
aur-gene...@archlinux.org> wrote:

> …


I've had quite enough of these emails. Eli's actions are nearly unanimously
supported by the other TUs. You've consistently behaved inappropriately in
mailing lists, on the forums and you've several times tried shipping
dangerous code to users.

You've tested everyone's patience and you're now out of time. I'm honestly
surprised you're not banned from the ML (yet?).

Move on.

J. Leclanche


Re: [arch-general] Fedora Speeds Up Python 3.

2019-11-26 Thread Chris Billington via arch-general
Ah, that's interesting.

I thought that would break my GIL profiling project that uses LD_PRELOAD
(shameless plug: https://github.com/chrisjbillington/gil_load), but since I
think I'm only overriding libc functions, it should be fine.

I'm sure there are other things it will break (I could have overridden
libpython functions instead - I wonder why I didn't, it seems simpler but
there was probably a reason), but if someone wants to use code that hacks
on the interpreter itself, having to install a custom python to do so is
not so unreasonable. Those speedups are nothing to scoff at.

-Chris




On Tue, Nov 26, 2019 at 5:07 AM Ralph Corderoy 
wrote:

> Hi,
>
> I thought this might be of interest.
> https://fedoraproject.org/wiki/Changes/PythonNoSemanticInterpositionSpeedup
>
> By building with -fno-semantic-interposition they remove the PLT that
> provides a level of indirection when calling a libpython function.
> libpython often calls itself and the PLT adds L1-cache pressure plus
> prevents inlining.  Gives gains of 25% on some workloads.
>
> --
> Cheers, Ralph.
>


[arch-general] Fedora Speeds Up Python 3.

2019-11-26 Thread Ralph Corderoy
Hi,

I thought this might be of interest.
https://fedoraproject.org/wiki/Changes/PythonNoSemanticInterpositionSpeedup

By building with -fno-semantic-interposition they remove the PLT that
provides a level of indirection when calling a libpython function.
libpython often calls itself and the PLT adds L1-cache pressure plus
prevents inlining.  Gives gains of 25% on some workloads.

-- 
Cheers, Ralph.