Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bot frmaework Composer freezes very frequently - Out of memory exception. Both Web & Windows Version #9346

Closed
8 tasks
selvaduraiece opened this issue Aug 15, 2022 · 13 comments
Assignees
Labels
Bot Services Required for internal Azure reporting. Do not delete. Do not change color. customer-replied-to Required for internal reporting. Do not delete. customer-reported Required for internal Azure reporting. Do not delete. ExemptFromDailyDRIReport Type: Bug Something isn't working

Comments

@selvaduraiece
Copy link

Describe the bug

Bot frmaework Composer freezes very frequently - Out of memory exception. Both Web & Windows Version

image

Version

2.0

Browser

All

  • Electron distribution
  • Chrome
  • Safari
  • Firefox
  • Edge

OS

Windows

  • macOS
  • Windows
  • Ubuntu

To Reproduce

Steps to reproduce the behavior:

  1. Go to '...'
  2. Click on '....'
  3. Scroll down to '....'
  4. See error

Expected behavior

Screenshots

image

Additional context

@selvaduraiece selvaduraiece added Needs-triage A new issue that require triage Type: Bug Something isn't working labels Aug 15, 2022
@breakingram
Copy link

breakingram commented Aug 16, 2022

Hi @selvaduraiece,

I see you are using composer version 2.0.
Does this same behavior happen if using the latest Composer version 2.1.2?

@selvaduraiece
Copy link
Author

I did updated and used for 2 days and it still remanins same

@selvaduraiece
Copy link
Author

Extremely slow and taking more than 10min to add a simple SendResponse

@breakingram breakingram added Bot Services Required for internal Azure reporting. Do not delete. Do not change color. customer-reported Required for internal Azure reporting. Do not delete. customer-replied-to Required for internal reporting. Do not delete. and removed Needs-triage A new issue that require triage labels Aug 19, 2022
@dmvtech
Copy link
Collaborator

dmvtech commented Aug 25, 2022

Linking to another issue with Composer and memory leak/Out of Memory which might be related or of help:
#4728

@stevkan
Copy link
Contributor

stevkan commented Oct 3, 2022

Linking IcM #335151352, "High memory utilization by Bot framework composer", to issue. Cx is unable to move forward on project due to memory issue.

@sw-joelmut
Copy link
Collaborator

Hi @tracyboehrer, we've been wondering if you can provide us with this information that could help us. Thanks.

Linking IcM #335151352, "High memory utilization by Bot framework composer", to issue. Cx is unable to move forward on project due to memory issue.

@stevkan
Copy link
Contributor

stevkan commented Oct 11, 2022

@ceciliaavila, could you provide an update to on this?

@ceciliaavila
Copy link
Collaborator

Hi @stevkan, we are working on this issue, trying to identify the reproduction steps. We'll let you know as soon as we have more information.

@sw-joelmut
Copy link
Collaborator

We were able to reproduce the issue consistently by creating a sample with multiple actions, opening and closing the Composer canvas with other pages, and lowering the JS heap memory size limit (so it's easier to reproduce the error).
Moreover, we noticed each time the canvas page is closed the memory used is never released, causing to increment the memory usage over time.

A possible workaround, while we work on a solution, could be increasing the JS heap memory size limit by adding the --js-flags="--max_old_space_size=8192" (8 GB) argument when either Chrome (web) or Composer (desktop) are executed (more information on how to add arguments to a shortcut).

Note: starting from Electron 21 (Composer uses the version 14) and Chrome 103 versions, the JS heap memory is limited to 4 GB (more information).

Image showing how the memory behaves when closing and opening the Composer canvas.
image

@stevkan
Copy link
Contributor

stevkan commented Oct 17, 2022

@sw-joelmut, @ceciliaavila - Thank you for the update. I will forward your suggested workaround to the IcM customer as a possible mitigating step until a proper fix is (hopefully) made available.

I'll provide an update if there are any questions/concerns from the customer regarding this.

@tdurnford
Copy link
Collaborator

@ceciliaavila Do you have any updates on this?

@sw-joelmut
Copy link
Collaborator

Hi @tdurnford.
We created the PR #9418 that fixes one of the issues with the memory leak, reducing a bit the memory usage.
We'll continue reviewing other possible improvements, as the problem is not completely solved yet.

cwhitten pushed a commit that referenced this issue Jan 21, 2023
* Memory leak fixes in VisualPanel components

* Update yarn-berry.lock file

* Update yarn-berry.lock files

Co-authored-by: tracyboehrer <tracyboehrer@users.noreply.github.com>
@tracyboehrer
Copy link
Member

The latest Composer nightly can be used until the 2.1.3 version is released.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bot Services Required for internal Azure reporting. Do not delete. Do not change color. customer-replied-to Required for internal reporting. Do not delete. customer-reported Required for internal Azure reporting. Do not delete. ExemptFromDailyDRIReport Type: Bug Something isn't working
Projects
None yet
Development

No branches or pull requests

8 participants