Open ap4499 opened 1 week ago
I think the reason that Multiprocessing is exhibiting the same issue as subprocess, is the one that you have identified already - the usage of sys.executable, and what that actually is for a Flet application.
multiprocessing.set_executable(executable) Set the path of the Python interpreter to use when starting a child process. (By default sys.executable is used).
Embedders will probably need to do some thing like:
set_executable(os.path.join(sys.exec_prefix, 'pythonw.exe'))
https://docs.python.org/3/library/multiprocessing.html
I suspect all applications that utilise multiprocessing will need the following line as the first line in the if name block.. but I'm unsure whether/if anything is required on the dev side
multiprocessing.freeze_support()
I am using the new dev build that you provided for subprocess, and can confirm that the sys.argv are coming through.
It seems that multiprocessing is indeed passing arguments using sys.argv, and all of them seem to at least contain "multiprocessing" (so I use an IN to filter an IF).
However, I have been unable to use this to get multiprocessing working in the way that I thought it should work.
In the below code, I have moved the import of Flet to be conditional, but even so - when the button is clicked, the GUI appears to duplicate.
Even if Multiprocessing was not getting what it needed, I would expect the behaviour in the below program to be null action. I suspect that multiprocessing may have a separate issue to the GUI duplication, as in the console.log file I note that it gives the following
./multiprocessing/resource_tracker.py:123: UserWarning: resource_tracker: process died unexpectedly, relaunching. Some resources might leak.
But I am still puzzled why the GUI duplicates.
import logging
logging.basicConfig(level=logging.DEBUG)
logging.getLogger("flet_core")
logging.getLogger("flet")
import sys
import os
argv = str(sys.argv )
logging.debug(f"sys.argv: {argv}")
orig_argv = str(sys.orig_argv)
logging.debug(f"sys.orig_argv: {orig_argv}")
from multiprocessing import Queue
import numpy as np
from concurrent.futures import ProcessPoolExecutor, as_completed
import multiprocessing
def sort_sublist(sublist):
"""Sorts a sublist of numbers."""
return sorted(sublist)
def parallel_sort(queue_var):
num_elements = 10_000_000
data = np.random.rand(num_elements).tolist()
number_of_sorts = 20
"""Sorts a list of numbers in parallel."""
with ProcessPoolExecutor(max_workers=10) as executor:
futures = [executor.submit(sort_sublist, data) for _ in range(number_of_sorts)] # Sort the same list x times
for future in as_completed(futures):
queue_var.put(1)
def main(page):
import flet as ft
page.title = "Flet Background Task Example"
queue_var = Queue()
text = ft.Text("Init")
def update_text():
completed = 0
while True:
completed += queue_var.get()
text.value = completed
text.update()
def on_click(e):
page.run_thread(parallel_sort,queue_var)
update_text()
page.add(
ft.ElevatedButton("Start Loop", on_click=on_click),
)
page.add(
text
)
page.add(ft.Text(f"sys.argv: {str(sys.argv)}"))
if __name__ == "__main__":
multiprocessing.freeze_support()
if 'multiprocessing' in ' '.join(sys.argv):
argv = str(sys.argv )
logging.debug(f"Multiprocessing hit! sys.argv: {argv}")
pass
else:
argv = str(sys.argv )
logging.debug(f"LINE HIT! sys.argv: {argv}")
import flet as ft
ft.app(target=main)
Build commands used:
pip freeze > temp.txt
pip uninstall -r temp.txt -y
pip install flet==0.25.0.dev3647
export PATH=$HOME/development/flutter/bin:$PATH
flet build macos --project "Demo" --product "Demo" --org "com.ABC" --company "Demo" --build-version "1.0.0" --template-ref 0.25.0-dev
I don't see multiprocessing
in args. I get this when clicking "Start Loop" button:
myapp.app -OO -B -s -c from multiprocessing.resource_tracker import main;main(25)
I get the same. The IF statement is intended to route any argument containing multiprocessing away from the launching the Flet app or any Flet imports.
In the above, when using sys.argv, any time that "multiprocessing" is found in the args, it routes it away from Flet. Multiprocessing seems to pass further arguments after resource tracker, once it fires off the processes - but all of the arguments it passes have commonality, in that it passes "from multiprocessing".
The below is an example of what I was intending. Whenever "Python" is found within the args (once all joined), we enter the IF. (ofc, using orig_argv instead - as by default we get an extra arg to demonstrate the join behaviour)
import sys
orig_argv = str(sys.orig_argv)
print("The original argv: ",orig_argv)
orig_argv_joined = ' '.join(sys.orig_argv)
print("The joined orig_argv: ",orig_argv_joined)
if 'Python' in orig_argv_joined:
print('Python is in argv')
(.venv) alexproctor@Alexs-MacBook-Pro Multi_test % /Users/alexproctor/Documents/GitHub/Multi_test/.venv/bin/python /Users/alexproctor/Documents/GitHub/Multi_test/fttest.py
The original argv: ['/Library/Frameworks/Python.framework/Versions/3.12/Resources/Python.app/Contents/MacOS/Python', '/Users/alexproctor/Documents/GitHub/Multi_test/fttest.py']
The joined orig_argv: /Library/Frameworks/Python.framework/Versions/3.12/Resources/Python.app/Contents/MacOS/Python /Users/alexproctor/Documents/GitHub/Multi_test/fttest.py
Python is in argv
OK, I've played a bit, managed to fix some issues in Flet build template and got multiprocessing "partially" working. Here is my last example:
import logging
logging.basicConfig(level=logging.DEBUG)
logging.getLogger("flet_core")
logging.getLogger("flet")
import os
import sys
argv = str(sys.argv)
logging.debug(f"sys.argv: {argv}")
orig_argv = str(sys.orig_argv)
logging.debug(f"sys.orig_argv: {orig_argv}")
logging.debug(f"env vars: {os.environ}")
import multiprocessing
from concurrent.futures import ProcessPoolExecutor, as_completed
from multiprocessing import Queue
import numpy as np
def sort_sublist(sublist):
"""Sorts a sublist of numbers."""
return sorted(sublist)
def parallel_sort(queue_var):
num_elements = 10_000_000
data = np.random.rand(num_elements).tolist()
number_of_sorts = 20
"""Sorts a list of numbers in parallel."""
with ProcessPoolExecutor(max_workers=1) as executor:
futures = [
executor.submit(sort_sublist, data) for _ in range(number_of_sorts)
] # Sort the same list x times
for future in as_completed(futures):
queue_var.put(1)
def main(page):
import flet as ft
page.title = "Flet Background Task Example"
queue_var = Queue()
text = ft.Text("Init")
def update_text():
completed = 0
while True:
completed += queue_var.get()
text.value = completed
text.update()
def on_click(e):
page.run_thread(parallel_sort, queue_var)
update_text()
def window_event(e):
print(e)
if e.data == "close":
sys.exit(0)
page.window.destroy()
page.window.prevent_close = True
page.window.on_event = window_event
page.add(
ft.ElevatedButton("Start Loop", on_click=on_click),
)
page.add(
ft.ElevatedButton("Quit app", on_click=lambda _: sys.exit(0)),
)
page.add(text)
page.add(ft.Text(f"sys.argv: {str(sys.argv)}"))
page.add(ft.Text(os.getenv("FLET_HIDE_WINDOW_ON_START")))
if __name__ == "__main__":
multiprocessing.freeze_support()
c_arg = "-c"
c_arg_provided = False
if c_arg in sys.argv:
c_arg_idx = sys.argv.index(c_arg)
if c_arg_idx < len(sys.argv) - 1:
c_arg_provided = True
exec(sys.argv[c_arg_idx + 1])
if not c_arg_provided:
os.environ["FLET_HIDE_APP_ON_START"] = "true"
import flet as ft
ft.app(target=main)
So, some improvements:
FLET_HIDE_APP_ON_START
environment variable forces all child processes to open with a hidden window - no more GUI in workers.-c from multiprocessing...
is a command it passes to a child python interpreter hence exec()
in my code.
What I can't understand is why it's holding child processes hanging after parallel_sort()
call.
If you run the program you'll see that there are two processes with the same name. If you close the window or click "Quit app" it will terminate both the main process and a child process.
However, after clicking "Start Loop" the 3rd process is started (I limited to 1 worker) and then neither closing window nor clicking "Quit app" don't terminate child processes.
Looking at multiprocessing module sources I understand it communicates with child worker processes via pipes (so it passes pipe name/number in from multiprocessing.resource_tracker import main;main(25)
).
How to drop child processes? Should you call some dispose/cleanup/release login in your app?
Hope that helps.
I've tried the above code on both Windows and Mac, and when the app is built, it shows a blank screen on both (even after the initialisation).
The below is my Windows command, in which I clear the cache (I like the proposed change btw), and then build it using the latest Flet.
Remove-Item -Path "build" -Recurse -Force -ErrorAction SilentlyContinue
pip freeze > temp.txt
pip uninstall -r temp.txt -y
pip install flet==0.25.0.dev3673 flet-cli flet-core flet-desktop --no-cache-dir
flet build windows --project "Demo" --product "Demo" --org "com.ABC" --company "Demo" --build-version "1.0.0" --template-ref 0.25.0-dev
requirements.txt
flet==0.25.0.dev3673
flet-core
flet-desktop
numpy
pandas
In the below code, I have only changed two lines for the purposes of debugging, and I am finding that the application, when run using flet run main.py, the application cannot be exited, in the same way that occurs in your above example. (it doesnt run using Flet build).
import logging
logging.basicConfig(level=logging.DEBUG)
logging.getLogger("flet_core")
logging.getLogger("flet")
import os
import sys
argv = str(sys.argv)
logging.debug(f"sys.argv: {argv}")
orig_argv = str(sys.orig_argv)
logging.debug(f"sys.orig_argv: {orig_argv}")
logging.debug(f"env vars: {os.environ}")
import multiprocessing
from concurrent.futures import ProcessPoolExecutor, as_completed
from multiprocessing import Queue
import numpy as np
#################CHANGE
import flet as ft
def sort_sublist(sublist):
"""Sorts a sublist of numbers."""
return sorted(sublist)
def parallel_sort(queue_var):
num_elements = 10_000_000
data = np.random.rand(num_elements).tolist()
number_of_sorts = 20
"""Sorts a list of numbers in parallel."""
with ProcessPoolExecutor(max_workers=1) as executor:
futures = [
executor.submit(sort_sublist, data) for _ in range(number_of_sorts)
] # Sort the same list x times
for future in as_completed(futures):
queue_var.put(1)
def main(page):
import flet as ft
page.title = "Flet Background Task Example"
queue_var = Queue()
text = ft.Text("Init")
def update_text():
completed = 0
while True:
completed += queue_var.get()
text.value = completed
text.update()
def on_click(e):
page.run_thread(parallel_sort, queue_var)
update_text()
def window_event(e):
print(e)
if e.data == "close":
sys.exit(0)
page.window.destroy()
page.window.prevent_close = True
page.window.on_event = window_event
page.add(
ft.ElevatedButton("Start Loop", on_click=on_click),
)
page.add(
ft.ElevatedButton("Quit app", on_click=lambda _: sys.exit(0)),
)
page.add(text)
page.add(ft.Text(f"sys.argv: {str(sys.argv)}"))
page.add(ft.Text(os.getenv("FLET_HIDE_WINDOW_ON_START")))
if __name__ == "__main__":
#################CHANGE
ft.app(target=main)
# multiprocessing.freeze_support()
# c_arg = "-c"
# c_arg_provided = False
# if c_arg in sys.argv:
# c_arg_idx = sys.argv.index(c_arg)
# if c_arg_idx < len(sys.argv) - 1:
# c_arg_provided = True
# exec(sys.argv[c_arg_idx + 1])
# if not c_arg_provided:
# os.environ["FLET_HIDE_APP_ON_START"] = "true"
# import flet as ft
# ft.app(target=main)
Terminal output when clicking the "X" in the Windows native toolbar.
DEBUG:flet:_on_message: {"action":"updateControlProps","payload":{"props":[{"i":"page","windowwidth":"1280.0","windowheight":"720.0","windowtop":"9.777777777777779","windowleft":"9.777777777777779","windowminimized":"false","windowmaximized":"false","windowfocused":"true","windowfullscreen":"false"}]}}
DEBUG:flet:page.on_event_async: page change [{"i":"page","windowwidth":"1280.0","windowheight":"720.0","windowtop":"9.777777777777779","windowleft":"9.777777777777779","windowminimized":"false","windowmaximized":"false","windowfocused":"true","windowfullscreen":"false"}]
DEBUG:flet:_on_message: {"action":"pageEventFromWeb","payload":{"eventTarget":"page","eventName":"window_event","eventData":"close"}}
DEBUG:flet:page.on_event_async: page window_event close
WindowEvent(name='window_event', type=<WindowEventType.CLOSE: 'close'>, data='close')
ERROR:asyncio:Future exception was never retrieved
future: <Future finished exception=SystemExit(0)>
Traceback (most recent call last):
File "c:\Users\ampro\AppData\Local\Programs\Python\Python312\Lib\concurrent\futures\thread.py", line 58, in run
result = self.fn(*self.args, **self.kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python\Imaging_proj\Flet\.venv\Lib\site-packages\flet\core\page.py", line 944, in wrapper
handler(*args)
File "c:\Python\Imaging_proj\Flet\main.py", line 63, in window_event
sys.exit(0)
SystemExit: 0
Here is an example of the issue that I am finding with multiprocessing. The GUI effectively doubles when Multiprocessing is called. The reason for this is that Python's Multiprocessing calls sys.executable to obtain the Python interpreter to run the new processes/workers. (see comment)
When the Flet application is built, as discussed, sys.executable will by default point to the application executable. Hence, this behaviour will only be observed within applications that have been built using Flet Build, and not Flet Run.. further, PyInstaller seem to have fixed this - so it isn't present in Flet Pack.
Application:
Behaviour:
main.py
requirements.txt
Originally posted by @ap4499 in https://github.com/flet-dev/flet/issues/4252#issuecomment-2446541230