Join us at FabCon Atlanta from March 16 - 20, 2026, for the ultimate Fabric, Power BI, AI and SQL community-led event. Save $200 with code FABCOMM.
Register now!The Power BI Data Visualization World Championships is back! It's time to submit your entry. Live now!
Python 3.11 notebook is slow to startup when using builtin import. If builtin py file imports are not used, the notebook is orders of magnitude faster startup. Are there no workarounds to handle this? Most of these type of notebooks will be called in pipelines, so not sure if possible to 'warm' or always cold start?
Hello @P_work
I have implented custom environments add found the startup times to be excessively long as well. This is a known issue from what I have seen in the community and will not alleviate long session startups. When anything other than the default environment is used, especially from pipelines, startup times will be orders of magnitude longer.
Hi @P_work ,
Thank you for reaching out to the Microsoft Community Forum.If you have tried all the everything and the issue still persists, I suggest you to raise a Microsoft Support ticket,as this would need to be resolved on their end.
Below is the link to help create Microsoft Support ticket:
How to create a Fabric and Power BI Support ticket - Power BI | Microsoft Learn
Regards,
Community support team.
Hi @P_work ,
Could you please confirm if the issue has been resolved after raising a support case? If a solution has been found, it would be greatly appreciated if you could share your insights with the community. This would be helpful for other members who may encounter similar issues.
Thank you for your understanding and assistance.
Hi @P_work,
Thank you for reaching out to the Microsoft fabric community forum.
When a notebook is triggered from a pipeline, it always starts with a fresh session. During startup, Python has to set up the environment and load all imported files. If the notebook is using built-in or shared .py imports, this step takes more time, so the notebook startup feels slow. When those imports are removed, startup becomes faster.
Currently, there is no option to keep the notebook warm or reuse the same session when running from pipelines. Cold start will happen every time.
As a workaround, try to keep only required imports at the top and move other imports inside functions. Also, keep shared utility files as small and simple as possible to reduce startup delay.
Once the notebook starts, execution speed should be normal. The delay is mainly during initialization.
Hope this clarifies the issue.
Regards,
Community Support Team.
Hi @P_work,
I hope the information provided above assists you in resolving the issue. If you have any additional questions or concerns, please do not hesitate to contact us. We are here to support you and will be happy to help with any further assistance you may need.
Regards,
Community Support Team.