Slow performance of Justinmind Prototype App

Samia Zahid shared this question 3 years ago
Answered

my JIM prototype app is really slow for some reason, i have updated it to the latest version as well but it still is very slow. annoying and can work properly on the prototype.

Best Answer
photo

We can try to increase the amount of memory that Justinmind can use, if you have not already done so.

To do this, search for the file Justinmind.ini. Open that file with a text editor, then change the parameter -Xmx512 to -Xmx1024m if using Windows, or -Xmx2000m if using Mac, save the file, and open Justinmind again.

Comments (121)

photo
1

Why is your prototype that big? Sometimes, if you have many records in your data masters the prototype can get slow. Try removing records from your data masters if that's the case.

photo
1

Hi Victor. I don't have any data masters. Its mainly due to having many screens, dynamic panels, images (optimized), etc.


Simple things like deleting one simple object or moving several items can take a minute, and saving the file takes about 3 minutes. So even though prototyper is great, its very frustrating since it ain't productive when prototypes get heavy.

photo
1

I've tried to email it but since its 82 MB it takes too long. Any other way to send it (i.e. upload it to a specific cloud service?)

photo
1

What about dropbox?

photo
1

sorry--just determined we were dealing with an inordinately large source graphic :/

photo
1

In the old days of desktop publishing we had to greek and ungreek images or large text areas when applying layout changes due to RAM and CPU limitations. This should not be the case now. If your graphic is more than half of your RAM then it might be. This is very unlikely and it seems to be how JIM is handling data and objects that is the problem. I have posted a similar problem with a relatively small csv causing JIM to hang when trying to move a control populated with it's data and have not received a satisfactory answer from the JIM team, just a suggestion that it was a RAM issue. I have also noticed that when you select multiple controls with multiple events that moving the control takes ages. Clearly all issues here are related. Possibly also related to the exponential slowdown of JIM as your project grows that has been reported on the forum and has become evident with my work.

photo
1

Sorry, I have just realised that you are describing a problem with the simulation whereas my problem is in the JIM GUI. Still might be related though.

photo
1

the graphic was way too large for this case, but not outside the realm of possibility either. some optimization throughout would be well received--the application in general could be more "slippery"

photo
1

I actually have the same problem. Running on mac with dualcore and 8gb of rams. I even now am planning to switch to a new laptop with 16GB just to keep things speedy. But it seems like prototyper can't handle big files = big projects. I think I have more then 40 screens, with each screen having images, texts, interactions, etc. etc. a big file and project.

photo
1

Any resolution to this issuer?

photo
1

I end up spending twice as much time working on my prototype. And no it does not have a lot of data master records -- hardly any. This is very frustrating and a hinderance to getting serious prototypes done. If I could export to another program I would. This needs to be taken seriously and not just pasted off as a simple issue.

photo
1

You can try to reduce the quality of the images. Also try increasing the memory used by Justinmind Prototyper. In order to do that change, go to your Justinmind installation folder and open the file 'JustinmindPrototyper.ini' with a text editor. Write 1024m next to the parameter -xmx, so it reads -xmx1024m (instead of -xmx512m).

photo
1

same here ..I feel I made a mistake using justinmind to do a rapid prototype...it was not rapid at all...very slow ..the file was not up to 6mb....tried to increase memory as suggested here ....but no difference....mind you my pc was 32gb ram....so no problem there ...yet the tool was slow.......


it really delayed the work and at the end i had to abandon days of work and move to axure 7 .....a shame indeed....I posted a complaint about it and i was given the same canned response to go and increase the memory, really!....this is 2014 people.......This is indeed a major bug and if not dealt with quickly will cost justinmind customers ...anyway am cancelling my subscription....this has already cost me enough.

photo
1

am having the same issue here... has this been sorted out? thinking of canceling my account...

photo
1

if you are having the same issue ....I guess it has not been sorted....I cancelled my account long ago ..when I didnot get any joy from justinmind...I was not going to take any more chances with that issue.

photo
1

can you recommend me a good prototyping tool, like justinmind but without this issue? I am working for ios7, thanks!

photo
1

I would say axure ...first of it is the industry standard


and has loads of tutorials and users... so no matter your need, somebody else has probably posted about it in their forum

photo
1

Hi everyone,


Would you mind downloading the beta version and letting me know if it works any better?


https://www.justinmind.com/usernote/t...


Best,


Marc

photo
1

Thanks Marc, I will give it a try and get back to you.

photo
1

hi Mark, I can't publish any versions on usernote and the ios app is not available in any region. Do we have a quick fix to this?

photo
1

There is an special usernote for the beta. Open Justinmind and go to Preferences -> Justinmind account and change 'http://23.23.122.164/usernote/


As for the ios app, it seems the people at Apple are having some kind of delay on approving apps, hopefully it will be available this week.

photo
1

Hello Marc,


Love the beta version. Can you help me add my colleague? he is a user on the old version and the beta version seems to not recognize his log in credentials. His email is simon.darling@quietriots.com


Thanks,


Andrei

photo
1

Hi Andrei,


The new version of usernote has been uploaded to the server. So he should be able to use it now. Wou will both have to switch to the "real usernote" from the test usernote. Below is how you should do it.


Best,


Marc

photo
1

You can now switch back from the test usernote to the new version of usernote.


To have all the prototypes from the test usernote in the new usernote please:


1) download the .vp files to your computer.


2)Open Justinmind and go to Preferences -> Justinmind account and change 'https://www.justinmind.com/usernote'


3)Upload the prototypes to the new usernote either from prototyper or from the browser.


Best regards,


Marc

photo
1

Our team is having massive problems with the speed of the app. Across all 4 windows laptops, we are seeing extremely slow performance. Dragging and dropping elements, and basically all the interaction in the app is slow. This is impacting us not even for large prototypes, this is for blank projects too.


When we drag a circle onto the canvas, it takes 1.5-2.5seconds for it to appear. When we try to add an event, it can take 5 seconds for the dialog to show.


We've tried the tip above about making the -Xmx1024m instead of -Xmx512m in the ini file and it didn't make a difference.


How is it possible that anyone is using this app?

photo
1

We have been reported  by other clients as well that this version's performance was worse than the other one but not as bad as you describe. Anyway, we are working on improving the performance and we'll have an update ready in a month. We've already fix the problem with the events dialog and we're working on the rest of the processes. If you're interested, as soon as we have a release candidate we can send it to you so you can make sure the performance issues are solved.

photo
1

I've been working on a single page prototype for the past week, and it seems that as every day goes on its taking longer and longer to share.


It went from taking about 10 seconds to load to over 10 minutes!


Is there some sort of cache or something that the system is uploading, or maybe a dump spot for the images that I have integrated into the prototype that can be cleared?

photo
1

That's weird. Could you send the prototype to us please? We will try to figure out what could be going on.

photo
1

I can't believe how poor the performance is, it's not even usable so we've had to look at competing options like Invision and Axure.

photo
1

Could you check if there are a lot of comments in the comments section? We've detected a bug that make comments get duplicated exponentially.

photo
1

Hi,


We are working on an update that fixes some performance issues that we have detected. Would you mind to try a beta version of that update and check if it solves the performance issues you're having please? Make sure you create backup copies of your prototypes before editing them with this beta version, just in case.


Windows:


http://d2ld3he4yll0xl.cloudfront.net/...


Mac:


http://d2ld3he4yll0xl.cloudfront.net/...


Thanks in advance

photo
1

Hi,


We are working on an update that fixes some performance issues that we have detected. Would you mind to try a beta version of that update and check if it solves the performance issues you're having please? Make sure you create backup copies of your prototypes before editing them with this beta version, just in case.


Windows:


http://d2ld3he4yll0xl.cloudfront.net/...


Mac:


http://d2ld3he4yll0xl.cloudfront.net/...


Thanks in advance

photo
1

Thank you Victor. I am downloading this now, and I will test throughout the day.

photo
1

This beta is no better than previous version. I uninstalled previous version, and installed 6.1 fresh.


I started it and created a new web 1024x768 project. It took 30 seconds to even get the BLANK project started.


Dragging a circle widget on the page was 3-4 seconds after I released the object.


This is consistently just as bad as 6.0.

photo
1

I am not able to share my prototypes with 6.1... Any way around this so the sharing feature is available again?

photo
1

You should. What error message shows up when you try to?

photo
1

When clicking Share or Reshare, I get the success message within the app and click "View in my account" Once in the browser I see, " Error publishing the prototype"

photo
1

Trevin, could you tell me some details about your computer such as OS version, memory and that kind of stuff please?

photo
1

Lenovo X1 Carbon Ultrabook with 8GB RAM, Core i7 Processor on an SSD disk. 10GB disk free space and latest version of Java. Running Windows 8.1 x64.


However, as mentioned before, we are seeing this across all different types of laptops on my team, all on Windows 8.1 x64.

photo
1

Can you try something else for me please? Could you follow the instructions described in this thread to increase the memory allocation for Justinmind and tell me if it goes faster? https://www.justinmind.com/community...

photo
1

Victor: I've previously tried that, and it didn't help. We tried it on multiple PCs as well.

photo
1

Since the update to the beta version it's super slow!


I am working on a mac with a 630kb file.


Every step is so slow and unlucky me - I have 4 wires which I did with the older version which was great!


Now looking for a new prototyper -I thought i finally find paradise...

photo
1

Working on it

photo
1

Hi,


6.1.1 no news. Drag an edit field to the prototype takes 15 seconds. Close the application take 45 second until the dialog ask if I want to save the prototype.


We will not start any new projects in this prototyper and hopefully manage to end the remaining without to much effort.


Did not anyone test/beta test this product at all before the launch?


Best


Anders

photo
1

We didn't include any improvements on the performance for this update. We will probably add some in the next one.

photo
1

Ok I presumed that this release note was from you guys? "This release fixes numerous bugs and crashes in v6.1, including font size in retina displays, the order of buttons in dialogs, and paste inside groups. We ́ve also added the “Font Awesome” library, an auto-scroll feature in palettes, and we have made some adjustments to improve performance..."

photo
1

Has 6.2.0 solve any of your issues guys? because I am working on a prototype, of around 3,5 MB which takes around 1 minute to load the interactions popup each time I click on "add event", and takes around 20 seconds to delete or cut an element.

photo
1

I've been doing some testing today. It seems the slowness (in my case) is always related with the number and size of resources. So being obessive about the size of each picture inside the prototype and also trying to simplify the amount of elements I have on it most of the slowness and crazyness is gone.


My big issue was that the popup to add/modify events took really long to load (about 1 minute and one CPU core at 100%) and deleting an element also took too long. Most of the other things were ok but you can't afford to wait one minute everytime you need to change an event!


I fixed it but I still feel that this software needs a lot of optimization in this. You can't be obessive about each resource size and it shouldn't behave like this even if the size of some pictures is big.


Hope this helps!

photo
1

Exported to customer support portal.

photo
1

I experienced this problem the other day and managed to solve it by:


- Start a new JIM project


- Goto File > Import Prototype


You will need to locate your .VP file. Once you have, choose it.


All the assets contained within the project will be imported into your new project. It works a treat. Certainly speeded things up for me. Not sure why.


Hope it helps.


Rob

photo
1

My problem: I have two datamasters representing a 1:n data relation. Table A has 100 records of test datasets, table B ~450. Opening the data masters for editing is incredible slow with rising numbers of datasets (after importing them). It takes minutes and windows reports Justinmind crashing due to missing communication with the application. Still, it is running, but it takes ages. Are there any restrictions on the number of datasets in a data master to work properly? Is this a bug? I need the amount of data for testing to represent different scenarios. This is frustrating.


I am using 6.8.0 on Windows 7, 64 bit.

photo
1

Hi Kit,


We've answered you in our support portal.


Best,


Danielle

photo
1

No you haven't. I'm still having the problem.

photo
1

Hi Samia,


Thanks for reporting this. We're working on improving application performance. However, a few things can affect performance on your end - do you have many high resolution images, data masters, or comments? Try reducing these if possible and see if application performance improves.


Best,


Danielle

photo
1

Hi Kit,


We're sorry that we haven't been as quick to respond on this issue - it is quite complex. Hopefully we'll have a resolution soon.


Thank you for your patience.


Best,


Sonia Durán

photo
1

Hi! I have been dealing with these kind of issues myself every time a prototype gets complex. I will tell you my experience with my last big prototype and let me know if it helps you figuring out what your cause might be:


- I was designing a big iOS prototype, with just a login screen a tutorial screen and then a complex screen containing everything else. Every time the user changes from one screen to another, every information on what panels were selected, what was the scroll position in some panels, etc, is lost. This is sometimes convenient, but some other many times not. In the old web users were use to navigate through independent web pages, nowadays one-page sites are very common so you want all panels state to remain as they are (and even more if it is a prototype of a mobile app).


Anyway, so for all these reasons I used to just have one complex screen and use dynamic panels for everything, dynamic panels are the most awesome feature of JIM in my opinion.


- With time it got really slow every time I (as a user) accessed to this complex screen. So slow that I had to present a popup for the user saying "loading items" which would last about 15 seconds on my iPhone 6.


- The big issue in my case were the datamasters and datagrids. I had 3 datamasters, with not many entries (just 15, 5 and 10 entries respectively). When I deleted 2 of those datamasters and datagrids it suddenly loaded in a very decent time. I tried then to leave the datamasters, created a new screen and use the datagrids related to those datamasters but in this new screen. Now the complex screen I talked about before loaded in the same decent time, so the issue was not having many datamasters, but using serveral datagrids, related to different datamasters in the same screen.


- With a bit of work I divided the whole project in different screens in a way that each screen would use just one datagrid/datamaster. In one screen it was impossible and I used two of them (so its the screen that takes more to load). I still left the "getting items" popup cause it helps the user understand that it didn't hang and its just loading stuff. Doing this the whole prototype became finally useful!


- Of course I had to use many more variables to pass some states of one screen to the next screen.


- If instead of having 3 datamasters, I had a large datamaster of 30 entries, the loading time would be more or less the same. Its just JIM having a hard time loading info from the datamasters into the datagrids. Its also true that my datamasters have 6-10 columns. It might also be related. But anyway, its still a tiny database. I guess they need to optimize this in the future.


This is just my last experience and how I fixed, in your case, it could be any other thing, any of the causes Danielle mentioned.


Regards,


Diego.

photo
1

Thanks for all that info Diego, it's helpful to know how users interact with prototyper as well as how they find workarounds for any limitations in the application.

photo
2

I am using Justinmind 7.0 — on a Mac Pro, with two six core (64bit) processors, and 128 GB of RAM (you read that right), two 8 GB K5000 video card(s) (one for each of the two 4k monitors), and a separate 4 GB video card for my Wacom HD 24 Touch. Not, a machine on which I am accustomed to waiting... Oh, I also have CoxFiber, and a full gigabit of that shared between just four developers on an internal 10 Gb network.


I am a Chief Scientist, and Software Architect (with 30 years of software engineering under my belt), and I have been relentlessly searching for a prototyping tool. It seems as though heftier tools like Justinmind and Axure straddle web-and-mobile too much — losing usability, and more importantly performance in the process. I have a prototype with 32 mobile screens (the prototype is now 77 MB). Now it takes so long to cope with, I feel like developers of old — who would hit compile, and go get a cup of coffee (at Dunkin' Donuts down the street)! As for lighter tools like Flinto for Mac, which probably should be referred to as "almost" for Mac are missing some very basic things, like being able to transition from portrait to landscape — really? One of the most basic features of any SmartPhone, and the most popular prototyping tool on the web can't do it?


Justinmind can deal with that transition (spectacularly badly in execution), and good luck once you've uploaded it. Just try to test it on your iOS device! If you thought the prototype development was frustrating, try waiting for all of the gestures, and the all of the other things for which a prototype should show functionality to load, and then observe it work, well, underwhelmingly. And also with delays that actually make you miss the gesture(s) if you have ANY timed transitions on hero screens...


It seems as though someone should be able to figure out a screens-and-layers prototyping tool, not in a browser, that can easily link-and-install functional prototypes on any device using an e-mail, or text message link — that also has every conceivable gesture, function, touch, and transition available for the most popular mobile devices without having to employ an army of support/retention agents to simply get through a prototype. If IFTTT can figure out pseudo-scripting to the extent my nine-year-old niece can create recipes to turn on lights/music/check-in messages on her iPod touch — then why are we having so much trouble with all of this! It's almost faster to do it in Xcode...


I wonder, how many people here, have tried at least three other prototype platforms with something that you liked in each, but nothing that comes close to having it all/most/some of what we really need to save time-and-money before we go to code!

photo
1

Hi MDOT,


Thank you for taking the time to report the issues you are experiencing and helping to make Justinmind better. I will transfer this information to our development team so they can take into account for future updates.


Best,


Sonia Durán

photo
1

Hi there,


You can increase prototype efficiency by reducing the amount of data masters, high resolution images, or comments on the prototype.


Hope this helps.


Best,


Danielle

photo
1

I cant split application on more master than one or more screens.


Images i have used 1:1 scale. And no comments.


My main issue is about event functionality. If its possible to do that functionality inside script or its neccessary to do events in that gui? Quesstion about performance of app its not main problem. But can be nice to have some tutorial how to use JustInMind for large scale projects.

photo
1

Hi there,


Splitting events is not possible - they must be added through the events panel.


In that case, we recommend splitting the prototype into two separate prototypes if possible. We're always working on finding ways to better application performance for larger prototypes, but a tutorial on how to handle larger prototypes would surely be helpful. Thank you for your suggestions.


Best,


Danielle

photo
1

I would like to sent you some composed screenshot from my prototype.


Maybe it will give better view on what i try to achieve.


https://www.dropbox.com/s/n88wybu3xqm...


Functionality of writing of a event is something planned of absolutely not ? I think it can dramaticaly made working quicker and more precise.


As you can see On the bottom of image. Thats my event manager. And for example i have problem with resizing of one element on screen in that event manager is not possible to hit right box which made that functionality without click on each box.

photo
1

Hi there,


We do not recommend creating that many dynamic panels - that is most likely why your prototype is slow. If possible, can you consolidate some of them as well as the events in them?


Writing events is not planned right now - this would likely create issues with scripting, though we recognize that would help with prototyping speed.


Best,


Danielle

photo
1

Than i dont know if i can longer using a justinmind as a prototyping platform. After longes usage i start to have more cons nad workflow is not fully flexible as i expect.


Question is:


If Its possible to made very accurate prototype of justinmind application? For example if i want to copy whole program with all responds in program. Can I do that?


( I dont want to do that, its just question :) ).


Not functional just to represent design and usability. Inside one prototype. I mean left panel with switches and presets. Selecting part of screen. Because i cant imagine can be possible to test just one panel if affect other panels.


Also i am very interested how can be that workflow splited and adjusted or in which program you made a prototypes for JustInMind Application. I made a research about prototyping tools and justinmind is really great. Best competitors like origami, principle, framer, protoshare, webflow, solidfy, indigo, ux pin and also Axure are far away behind. Axure to compare to justinmind look like a old slow turtle. Also is interesting a new Adobe Comet. Which will sadly offer less functionality then justinmind but will works well with cloud.


Which can be right tool for prototyping interactions for responsive enterprise applications, nor small websites or mobile app? Which tool is best for designing adobe product like premier pro, photoshop nad also lot of mobile applications. If it necessary optimalization on more platforms and sizes ?

photo
1

Hi there,


You probably could - though we don't recommend it.


Any prototyping platform will become slower when the prototype is very big and requires a lot of functionality. We do, however, believe that Justinmind is the best tool among prototypers.


It is necessary to optimize for any prototype if you would like performance to be as smooth as possible.


Best,


Danielle

photo
1

Hi Pisces,


Which Justinmind version are you using? The installer of our last 7.1.1 version has


a shortcut to the High DPI version. Look for and launch this file:


C:Program Files (x86)JustinmindJustinmind Prototyper 7.1.1JustinmindPrototyperHiDPI.exe


Kindly let me know how it goes.


Best,


Sonia Durán

photo
1

ok,I'll try...But,what's the solution of the efficiency of the software(lag?slow?)?

photo
1

Same Issue here. I recently found Justinmind and felt very good about it and same time it is very effective to work with. But once I published the prototype it's response time is not acceptable as is become comparatively very slow. I tried changing many things within the prototype project but avail no better performance. Feel very disappointment after completing the project.


73000e90b5baea0b49216ad31d80d2ab

photo
1

40 screens and timing problems ? So if I would like to build up a business app prototype with about 500 screens it would ruin my work ?


Avg screen will contain 30-50 controls, tabs, buttons and grid elements.

photo
1

@Grzegorz Frączek... No, it would not ruin your work — in point of fact, I would not tackle a project that comprehensive without using a very hefty prototyping tool.


Some things to remember: Justinmind is a work in progress (as is most software), and relies on people using it, overusing it, pushing it to its limits, and reporting about the things we would like to see, bugs that need fixing, and features that would enhance the product if you expect it to get better.


If I may, JIM ("Justinmind") doesn't just help designers create functional prototypes. It helps software architects collaborate with designers in order to produce data-driven prototypes that can hook, and transcend layers-and-pages to allow solutions architect(s) to design a workflow that has distinct: Responsive Web (HTML5) in a Browser Experience; Native Look and Feel on Android, and Native Look and Feel on iOS. Before one would actually have to go to code.


Now, in mentioning that — it is my segue into the things that JIM does well. It allows a creative collaboration between front-end developers, mobile designers, artists, architects, and data engineers to work in concert... While also creating use case scenarios, requirements, and something for stakeholders to sink their teeth into instead of program managers, and product managers impotently asking stakeholders to hurry up and wait.


The only way I can imagine you being efficiently successful with a project that includes 500 data-driven screens with active widget controls, foundation classes, library elements, and data would be to first prototype it. However, with a project like that — you are really asking about JIM enterprise edition with localization.


With that road, your network, and the hardware on which you choose to run the enterprise server, software, and other elements would be your only limitation. Put it on a fast enough server, with limited traffic, and you will get smooth-and-seamless prototypes every time, no matter how complicated/complex they become.


Stephen Lou would be the person you want to speak to at JIM. When I went to enterprise, all of my issues were alleviated...

photo
1

Hi Grzegorz Façcek / Anupam Saikia,


There are a couple of things you can do in order to improve performance. First, you can increase the memory used by Justinmind Prototyper. In order to do that change, go to your Justinmind installation folder and open the file 'JustinmindPrototyper.ini' with a text editor. Write 2000m next to the parameter -xmx, so it reads -xmx2000m (instead of -xmx512m).


Also in case you are using our "Teamwork" feature, after creating some versions of changes, you can try saving the prototype ("save as" ) locally and then close the vp file. After open the file, then click "Teamwork" / "Share prototype" and continue applying changes to your prototype.


Best,


Sonia Durán

photo
1

Hi Conny,


That definitely could be part of it. How big is the prototype in MB?


Best,

Danielle

photo
1

Hey Danielle,

not very big. Only 1.7 MB.

Conny

photo
1

Hi Ricardo,


A big amount of elements (data masters, images, ...) could be part of the slowness. How big is the prototype?

Best,


Sonia Durán

photo
1

Well, I don't know if the amount of images is too big or not, and there's only one datamaster, but the protoype is only 9MB big and the slowness happens also with another prototype 2,8MB big. I don't know if that's a big size for a prototype or not. I have images in all the screens.

I modified the speed of the double clic action for the mouse in the control panel of Windows and it seems that this behaviour has improved. Maybe I'm sendind two click events now and the prototype gets the last one for the action. It seems that the prototype misses the click action of the user every now and then and you have to click twice for the action to be completed.


This slowness happens only in some laptops whereas it doesn't happen in others.

photo
1

Hi Ricardo,

Thank you for reporting this. Our development team will try to reproduce it in order to find the reason of your issue. Are you working with a mobile or web prototype? Regarding the laptops that you've been experiencing the issue have any special feature?

Best,

Sonia Durán

photo
1

Hi Sonia,

I'm working with a mobile prototype. There's no special feature in the desktop computers where I simulated the prototype.

The execution is also very slow when it's done in certain cell phones. I'm working on an Android prototype.


Regards,

Ricardo

photo
1

Hi Ricardo,


We would need your prototype to analyse it and see what might be happening. please contact through our Customer Support Portal if you are a client. If not you can attach your vp file in .rar format here.


Best,


Sonia Durán

photo
1

Dear Lizzy,


Can you send us your prototype so our engineers can test it and see what might be happening? (You can attach any file here in a .rar extension) Also it would be helpful if you can specify which are the actions that are performing slow when using Justinmind.


Best,


Sonia Durán

photo
1

Hi Anders,


Apologies for any inconvenience!


Does your prototype have many high resolution images, data masters, or screens? These can sometimes cause Justinmind to run more slowly. So, if possible, try to limit those items.


If you're using a Mac, you can try to increase the memory Justinmind can use. Command-click on the Justinmind application and select 'show package contents'. Then, open the folder 'contents'. There, open the file Justinmind.ini and change the parameter Xmx from 1024m to 2000m.

Best,

Danielle

photo
1

What are all the seetings for xms in the .ini file, I see 2000? I'd like prototyper to take all the memory it needs when using it

photo
1

extremely frustrating to use a product designed for "data driven prototypes" but slows down terribly when you have too many data masters :(

photo
1

How large is your prototype in mb?

photo
1

5MB, but it has about 100 data masters,

photo
1

That many data masters could definitely lead to some problems with performance. If possible, could you try to consolidate some of that data into other masters? Alternatively, you could split the prototype into two, which could help with performance. We realize this isn't ideal, so we apologize for any inconvenience.

photo
1

Are you guys really updating the software or just bluffing us with some 'useless-doesnt-work-solution giving' support staffs here? We have bought your software and we are facing this issue for years! even a post 5 years old discuss the same problem and you have no solution to it till now? wow!


Sorry for my language. But im still angry.

photo
1

Yes, we have been updating Justinmind often. You can see the details of each update here: https://www.justinmind.com/blog/category/prototyping-tool-new-releases/

While we have been continually working on bettering performance, we have an update coming next week that will significantly improve the application and simulation speed.

photo
photo
1

Dear Shantunu,

We're sorry to hear you've been experiencing performance issues with Justinmind. Things that could be affecting performance are high item data masters, high amount of elements per screen and high-resolution images (even if they are resized to a smaller size). Also there aren’t any limitations on how many comments you can add though as you noted performance will be affected by a high number of comments.

A possible workaround to better performance is to increase the memory Justinmind uses. To do this, command-click on the Justinmind application and select 'show package contents'. Then, open the folder 'contents'. There, open the file Justinmind.ini and change the parameter Xmx from 1024m to 2000m. Another workaround would be to split your prototype file into different prototypes.


Best,

photo
1

Dear Shantunu,


Also, if possible, can you send us your prototype so we can have a look? You can attach it in a .rar format, or upload it to a file sharing service such as Dropbox, and attach the link to it here.


Best

photo
1

Hi Alex,

Apologies for any inconvenience!

Can you tell us how large the file is in MB? How large is the resolution of the images in the prototype? Unfortunately prototypes with many different screens that include high resolution images can negatively affect performance.

Best,

Danielle

photo
1

This needs to be improved! JIM cant expect users to only use low resolution images on prototypes as some text on images may end up unreadable. I am facing the same problem too, and it crashes some times.

photo
1

We are working on improving application performance right now. Unfortunately there is no set time for the release of those improvements.

However, the application should not be crashing. Do you see an error message when the application crashes?

photo
1

Have tried some of the settings you suggested, and it just isn't stable enough at the moment. Please keep me updated with the updates you guys are making in terms of Application performance and I would be interested to have another try.

Thanks Alex

photo
1

The application does not work well high-resolution images just blow my mind! I will consider extending my subscription when my current ends only if this is fix! My simulation goes blank for a second or two when loading screens with high resolution images, and they are like only 80kb!

photo
photo
1

The file is currently 30MB. Our prototypes use no images at all except for the logo in header.

Another question, sorry. It is almost impossible to get a perfect alignment, you will see what I mean in the screen shots and when zooming in the alignments tools do not scale. It's a little hard to explain, but very annoying.

Thanks

photo
1

We can try increasing the amount of memory allocated to Justinmind. You can do this by command/control-clicking on the Justinmind application and selecting 'show package contents'. Then, open the folder 'contents'. There, open the file Justinmind.ini and change the parameter Xmx from 1024m to 2000m.

As for the alignment issues, that's very odd. Were these issues present when you imported the screens via the plugin, or when you were editing the file in Justinmind?

photo
photo
1

Yes, you can share your prototype to your online account and send them a public URL of the prototype.

You can learn how to share prototypes to your online account here: https://www.justinmind.com/support/how-to-publish-your-prototypes-in-your-online-account/

And learn how to make them public here: https://www.justinmind.com/support/create-a-public-link-for-your-shared-prototypes/

photo
1

Hi Danielle, thanks for writing back. It worked well but sadly, it didn't solve the problem :( The public URL behaved just like the shared one with every screen having a delay of 3-4 seconds. It only helped to find me an alternate route to the same problem. Now I have one more problem to deal with.

I am a paid user and the prototyper behaving like this is very disheartening. Do we have any other solutions?

photo
1

Thanks for the info. We are launching an update that will optimize simulation. Can you attach your prototype here so we can see if this optimization will help with your prototype? You can attach it in .zip format, or upload it to a file sharing service like Dropbox and link to it here.

photo
photo
1

Hi! I'm trying to simulate the movement of dragging an icon on a Desk computer. Is there any possibility to control the movement speed? I'm using 'drag + move with cursor' and it moves really slow and looks not natural.

Thanks for your help!

photo
1

Unfortunately no, there's no way to control the drag speed when moving with your cursor.

photo
photo
1

We can try to increase the amount of memory that Justinmind can use, if you have not already done so.

To do this, search for the file Justinmind.ini. Open that file with a text editor, then change the parameter -Xmx512 to -Xmx1024m if using Windows, or -Xmx2000m if using Mac, save the file, and open Justinmind again.

photo
1

I'm experiencing sluggishness, and my prototype is tiny. 3 Pages with just a few fields. No I'm not seeing 8 hours to save for instance (I would have switched back to Axure if I waited longer than 5 minutes).

The app overall just feels incredibly sluggish. I've modified the .ini file as suggested above. It seems to have sped it up a tiny bit, but not nearly how I would prefer the app to perform.

Mac 10.13.6

JIM 8.7.0

photo
1

Can you attach the prototype here so we can see what might be causing the performance issues? You can compress it to .zip/.rar format.

photo
1

I deleted the project, sorry; however, while at home, I installed Justinmind on my personal laptop (a 2013 MBP vs a 2017 MBP - both running 10.13.6 with 16GB RAM and SSDs), and to my surprise, although it's a much older machine, it was dramatically faster than my work laptop.

Some thoughts on my work laptop (2017 MBP 15", 16GB RAM):

1. My work laptop's drive is encrypted utilizing FileVault.

2. Resolution set to "more space" (3840 x 2160). However, I've reduced the resolution to "default" and I don't notice a change.

Again, most surprisingly, my personal laptop in other applications is a dog in comparison. I haven't specifically compared other Java apps though (which Justinmind is). Perhaps Java is just painfully slow on drives encrypted with FileVault? - never looked into it, so just a theory...


Any thoughts or suggestions?

photo
photo
1

We're totally aware, believe me and we're working on a big project to get rid of all those performance issues. In the meantime, you might want to try increasing the memory allocated for the application. That works sometimes. In order to do that change, go to your Justinmind installation folder and open the file 'JustinmindPrototyper.ini' with a text editor. Write 2000m next to the parameter -xmx, so it reads -xmx2000m (instead of -xmx512m) I hope this helps. )

photo
1

Doing it now., Thanks Victor

My ini file has these values. -xmx512m not among them. Mine are:


-Xms256m

-Xmx1024m

-Xss512k


I 'm guessing for now you meant the 1st value. Please advise if that's wrong. Thanks.

photo
1

Program will not start at all with that new setting. So then went to -xms024 It runs, but…… when opened my project, got "program not responding." Windows asked me to wait. I did. Program is now running as poorly as before, Perhaps worse. Element Search was always terrible but this is unusable. Going back to old setting until I hear from you about exactly what my values should be. I have 3 in my INI

photo
1

Ok, I had the first setting wrong. Ichange xms not xmx. Fixed. This is what i now have and it's not much improvement at all.

-Xms1024m

-Xmx2000m

-Xss512k


Searching for elements is one of the things I do most often. It's painfully slow with even 3 widget libraries. The very worse use experience imaginable. Until you rearchitect it, may I suggest you put checkboxes on the widget accordions to check each library in or out of the search space. Then user can easily toggle what they need only currently without bogging the system down.

photo
1

I also wish your developers used this more? Changing a font property is one of the most common things a designer does, yet you force me to scroll down way down in the properties accordion every time I need to do it., with the least used options taking priority. It's a terrible UX. To be honest, I am only using your product for the wise choice to let me create unlimited pages. It insures I will become a premium member as our project gets closer to reality. But these little UI fails are as frustrating as the slowness, which is oppressive. Still, I think this product could own this category with a bit more focus on UX

photo
1

To improve performance, we try increasing the amount of memory that Justinmind can use. To do so, open the file Justinmind.ini with a text editor, change the parameter -Xmx512 to -Xmx1024m, save the file, and open Justinmind again.

Additionally, how large is the prototype you're working on in MB?

photo
1

The project size is very small for now. 192kb. I just started, and it has like 4 elements on the screen. I've modified the ini file with the following, I saw mentioned in some other forum:

-Xms256m

-Xmx2000m

-Xss512k


It still takes a really long time to start JIM and it's sluggish.

photo
1

Does this occur for every project or just one in particular? If just one, if possible, please attach it here so we can check this out (compress it to .zip/.rar to attach it)

photo
1

I only have one project, just downloaded JIM last week to try it out. And only dragged a few widgets onto the canvas to see what they like. But clicking on the search in widgets takes a few seconds to acknowledge the click, and just starting JIM takes a couple of minutes.

photo
1

Searching for widgets is known to be a little slow, but starting up JIM shouldn't take more than a minute, especially for the prototype you attached. Do you have any other high memory apps running in the background - Photoshop etc?

photo
1

I usually do have other programs open, yes. Outlook, Chrome, Figma (unless I choose to switch to JIM). But I tried it after a reboot with nothing open, and it's still pretty slow. Hmm. I want to like it, cause your Data Masters approach could be very helpful to the project I'm working on if I can figure out how to use it right with data lists.

photo
1

Try this:

Look for the file Justinmind.ini and open that with a text editor. Look to the first four lines where it says:

-configuration

@user.home/Justinmind/8.0.1/configuration

-data

@user.home/Justinmind/8.0.1


and delete those lines and save the file. Then try opening Justinmind again.

photo
2

Danielle, c'mon. We've all tried these little tweaks. This performance issue is many years old, and had you fixed it, JustInMind could have been a category killer. Instead, it's one more app that I might have loved, that now just eats up hard drive space. I moved on. I realize that some architecture is unsalvageable, but you could have started 4 years ago when when it was clear this app just had dreadful performance. If you ever do fix it, I hope you will post it to this thread so I can be alerted. I still love the approach. Thank you-- A former user

photo
1

I am not able to find justinmind.ini file on mac. please share file location. slowness is so frustrating.

photo
1

Right click on Justinmind app > Show package contents > Contents > MacOS > Justinmind.ini. Open Justinmind.ini with a text editor and write 2000m next to the parameter -xmx, so it reads -xmx2000m. Then save the file.

photo