After much stumbling around in the dark I have the answer. The
following table shows the results of tests which I performed pairing
different build configurations of my WinMain() app with different
python libraries. The terms "Release" and "Debug" refer to the
configuration type in Visual Studio. A
On Mon, Aug 7, 2017 at 8:44 PM, Larry Hastings wrote:
>
> My one idea: the GIL isn't initialized until you create a new thread.
>
That didn't seem to be it. I put a CreateThread() call right after
Py_Initialize(), and that didn't fix it. I also moved it around to
before Py_Initialize() and variou
On 08/07/2017 05:11 PM, Patrick Rutkowski wrote:
Does anyone have any ideas here?
My one idea: the GIL isn't initialized until you create a new thread.
//arry/
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinf
Hi Gregory
Thank you for your message. I will conduct several experiments and try to come
back as soon as possible with a conclusion.
Best regards,
Octavian
From: Gregory P. Smith [mailto:g...@krypto.org]
Sent: Monday, August 7, 2017 5:13 PM
To: Soldea, Octavian ; Wang, Peter Xihong
; Victor
I'm working on Windows. I have the following dead simple embedding
code that I'm using to test out the python interpreter:
Py_SetProgramName(L"MyApp");
Py_SetPath(
L"C:\\Users\\rutski\\Documents\\python\\PCBuild\\amd64\\python36.zi
I don't know whether it is beneficial or not - but having the capability to
build LTO without PGO seems reasonable. I can review any pull requests
altering configure.ac and Makefile.pre.in to make such a change.
-@gpshead
On Mon, Aug 7, 2017 at 5:08 PM Soldea, Octavian
wrote:
> Hello
>
> Thank
Hello
Thank you for your messages. I am not quite sure I understood, therefore, I
would like to ask if you see beneficial to have the option of lto separately?
Best regards,
Octavian
-Original Message-
From: Wang, Peter Xihong
Sent: Monday, August 7, 2017 5:00 PM
To: Victor Stin
We evaluated different tests before setting down and proposing regrtest suite
for PGO training, including using OpenStack benchmarks for OpenStack
applications. The regrtest suite was found consistently giving the best in
terms of performance across applications/workloads.
So I would hesitate
I don't think that PGO compilation itself is slow. Basically, I expect
that it only doubles the compilation time, but compiling Python takes
less than 1 minute usually. The slow part is the profiling task: run
the full Python test suite, which takes at least 20 minutes. The tests
must be run sequen
Hello
Gregory: Thank you for your message. I really appreciate it.
In my opinion the use of lto only compilation mode can be of benefit from two
reasons at least:
1. Lto only can provide a platform for experimentations. Of course, it
seems to be very application specific.
2. Lto c
I've personally never seen a situation where PGO is not desired yet some
other fancier optimization such as LTO is. When do you encounter people
wanting that? PGO always produces a 10-20% faster CPython interpreter.
I have no problem with patches enabling an LTO only build for anyone who
wants on
Hello
This is my first post after I just have subscribed to the Python-Dev mailing
list. In this context, the welcome confirmation message suggested to introduce
myself.
My name is Octavian Soldea and I am with the Python optimization team in DSLOT
group in Intel, Santa Clara, California. In
12 matches
Mail list logo
