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

MultiMC 0.6.2 Launch Times slow #2473

Closed
kvgeorge1 opened this issue Nov 22, 2018 · 8 comments
Closed

MultiMC 0.6.2 Launch Times slow #2473

kvgeorge1 opened this issue Nov 22, 2018 · 8 comments

Comments

@kvgeorge1
Copy link

System Information

MultiMC version: 0.6.2

Operating System: Mojave (MacOS)

Summary of the issue or suggestion:

When launching from the command line - MultiMC launches normally. Launching from the Desktop is about a 45 second or so wait for launch to happen and locks up the entire machine during this time

What should happen:

It should launch normally

Steps to reproduce the issue (Add more if needed):

  1. Install Mojave

  2. Java 1.8.0.191

Suspected cause:

Java and/or MultiMC compiled wrong???

Logs/Screenshots:

Additional Info:

@peterix
Copy link
Member

peterix commented Nov 22, 2018

Or Mojave is plain buggy. If the OS locks up while loading a tiny application like this ...

No idea.

@kvgeorge1
Copy link
Author

Not totally wrong either. However, as I mentioned - starting this directly in a terminal using /Applications/MultiMC/Content/MacOS/MultiMC does not experience the same problem, only when starting this by double-clicking the icon to start it.

@kvgeorge1
Copy link
Author

kvgeorge1 commented Nov 22, 2018

UPDATE: I am thinking this is specific to MultiMC alone.

When launching an instance - the same thing occurs, but only if I launched using the icon to start up MultiMC (this doesn't happen if I use the CLI to start MultiMC as previously mentioned). However, this behavior is NOT experienced if using the MC Launcher from Mojang.

Seeing this in the CLI when I launch my instance:

4.153 W QCoreApplication::postEvent: Unexpected null receiver

@kvgeorge1
Copy link
Author

Did some more research and discovered something that may help. IF I am in the terminal window of my Mac and do "open -a /Applications/MultiMC.app" I get the same exact behavior I get when I launch the application using the ICON. Still get "normal" behavior if I use "/Application/MultiMC.app/Content/MacOS/MultiMC"

@Goretantath
Copy link

Goretantath commented Nov 25, 2018

MultiMc is being super slow for me as-well, though i'm on win10 64bit and my system doesn't lock but everything gets slowed down A-LOT when i open it, also any action i do in MultiMc causes the same amount of lag until finally opening up the new window etc. I'm going to try to learn how to use cmd to open it since i didn't know that was possible and see if its fine like it was for you, If i don't edit this it most likely means cmd didnt help, otherwise i'l post my findings. Nvrmind, apparently it's known about - https://workflowy.com/s/2EyDMcp7CU

Possible huge slowdowns / lockups when opening 'edit instance' for certain instances #bug
https://u.nya.is/biwbdl.zip
Log reload is SLOW #bug
https://www.youtube.com/watch?v=DOh_Rxg6Dd0&feature=youtu.be
Something must be done about this
Mod scanning needs to use a cache
Test on Windows?

Though "Possible" is a word I'd delete from that sentence..

@peterix
Copy link
Member

peterix commented Dec 10, 2018

@Goretantath that is entirely unrelated.

@EmanuelMairoll
Copy link

@kvgeorge1 Well, can relate.

However, this issue happens for me since (if I recall correctly) High Sierra. Also it seems related application size, if you delete instances the delay decreases quite a bit. I just moved my instances-folder somewhere else and symlinked it, no issue anymore.

@phit
Copy link
Contributor

phit commented Mar 9, 2021

Duplicate of #2529

@phit phit marked this as a duplicate of #2529 Mar 9, 2021
@phit phit closed this as completed Mar 9, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants