Hi!



To investigate this behavior, we ask you to submit a request to our team via support@creatio.com or the Success Portal. 



We'll need to access the instance remotely in order to help.



Thank you for your cooperation!

Thanks Alla,



This is not isolated to our instance, but also the trial & demo environments, obviously not convincing neither my colleagues, my clients nor prospects.



Any tweak that can be done to improve performance (other than deactivating the shell ?) or do we need to wait for 8.1 series of updates for the new shell to have proper performance ?



Thanks,



Damien

Unfortunately I am receiving the same feedback from users. 



I think it is worse when mixing Freedom UI configured sections with classic sections/pages. 

Same here. We're leaving the new shell off for now.

I love the look of the new shell (it's beautiful). However, it does have much slower performance - along with difficulty to customize certain aspects of the shell that are implemented as angular components (or at least the lack of my own knowledge of how to do so).

According to the release notes for 8.0.7 it lists the following improvements coming:

1. Freedom UI pages now load up to 70% faster. Freedom UI lists now load data significantly faster as well.
2. You can now disable advanced visual effects of the Freedom UI shell by turning on the “Disable advanced visual effects” (“DisableAdvancedVisualEffects” code) system setting. Currently, the setting disables the blur in the semi-transparent “Glass effect” chart style.

Hopefully this improves the performance somewhat. I expect we'll see more improvements overtime as well. I do look forward to switching to the new shell.

Ryan

Aha !



That's great news! Looking forward to 8.0.7. I hope the 70% increase makes it usable :)



I also hope we'll get updated shortly after the release date (about 2 weeks). And if it takes longer, that as partners, we be kept informed on the progress.



Damien

Hello Anupama,

Currently, Creatio does not have any kind of solution out of the box for this task.

You can monitor the performance of your instance in other ways by using next options:

• If you have an on-site version of our product:

    You can use tools as Zabbix or Grafana;

    You could check the logs of your SQL server;

    You could check your IIS logs;

• If you have a cloud version of our product:

     In case of any slowdowns of your instance, please contact our technical support.

Thank you,

Artem.

Hi Glenn, 



There are no strict limits for the records possibly can be added in Creatio. 



If we speak about the in-site deployed system , then the main point is to correctly treat and maintain the database in order to keep it's health and performance on the required level - create indexes and so on.



Kind regards,

Roman . 

 

Roman Brown,

This would be hosted by Creatio, not the customer.  While I agree there is no hard limit, what are the performance implications of very large databases?  Does Creatio create the indices as you recommend for a customer hosted solution?

Hi Damien, 



This question has been answered on this post: 

https://community.creatio.com/questions/premise-crm-slow#comment-79524



Please feel free to refer to that answer.



Best regards,

Yurii

Yurii Sokil,

Thanks , do you think this could be added to the official documentation pages ? This would help a lot finding the information.

Damien Collot,

 

That's a great idea, 

I'll create a request to add this information to the academy.



Yurii. 

Dear Kevin, 

Unfortunately, only from this screenshot, it is hard to tell what could be the issue. Please check that there are no web socket issues in your browser. Also, if your application is deployed on-site, please check that web sockets are set up correctly. If it is not the issue please contact support team at support@creatio.com. 

Best regards, 

Dennis 

Hello!

Compilation and source code generation depends on several parameters. 1st most significant parameter is connected to hardware. To ensure your hardware can provide enough resources for those action monitor server performance during compilation or source code generation. 

2nd parameter is amount of code that should be compiled/generated. OOB instance without customisations can be fully compiled in 5-10 minutes. More code you have more time it will take for system to compile.

Most important recommendation here is not to compile all - you should understand when your system needs to be compiled and what should be compiled. In general you can simply compile only modified items to reduce compilation time and generate/compile all only before updates/package installation. 

Best regards,

Angela

Angela Reyes,

To clarify, We only compile modified items and not compile all items. But still it takes a significant time. Your point regarding hardware does help. Thank you Angela.. 

Regarding my 3rd question, 

Is there a maximum number of objects or schemas that is recommended to be in a package? Beyond that number, Would you suggest creating a new package? (This is presuming that generation and compilation happens only on the selected package?)

M Shrikanth,

There is no maximum number of objects in each package. Amount of objects in package should only depend on your development process so that you could always tell which package contains certain functionality. 

Angela Reyes,

Thank you Angela. One follow up question.



It was recommended to us to have all the functionality in a single package, and not split into different packages. Would you have the same recommendation? Any reasons why?

M Shrikanth,

You can use several packages in case you have several different customisations that are not connected to each other and can be installed separately without each other. If all your changes are connected it is better to use 1 package. 

Angela Reyes,

Thank you Angela for your comments. They really help us!

Dear Yuriy, 

We haven't performed such precised tests, however, the size of the string field is approximately 2 bytes per character. You can perform tests yourself populating columns in sql and evaluating the difference in size of the table. However, the value of the field itself doesn't affects the performance of the system. The amount of columns may affect the performance of the system depending on how often and in which volume you get the data (how many records and how many columns) as it loads an sql to the certain extent. However, 20 text fields shouldn't cause much trouble. There are some ways of optimizing this based on what's said above, e.g. when you use Read Data element in the Business process we recommend to read only columns that are further used in the system. 

Unfortunately, there are no out-of-the-box monitoring tools on the client end. Please feel free to write them in the mentioned custom web services and pages. 

https://academy.bpmonline.com/documents/technic-sdkmob/7-12/bpmonline-development-guide

Thanks Eugene. Are any external tools like 'JMeter' recommended by Bpm'online to test the client application?

M Shrikanth,

Unfortunately, there are no recommended tools for that. The main idea is that the integration should be correct according to the development guide and it shouldn't overload a server. This way the performance will be fine.

Eugene Podkovka,

Thanks Eugene

Eugene Podkovka,

Eugene, Wanted to re clarify on the following ques - 

 

'Are there any performance metrics available for the Out of the box GUI and inbuilt web services that we can benchmark our development on' - 



I presume that no benchmark metrics are available. Pls confirm.

M Shrikanth,

As Eugene already mentioned, there are no such tool in the OOB functionality.

I was referring to performance benchmark data or metrics Eg Page load time is 0.2 sec for any OOTB section page.



I gather now that no such data nor is there any recommended tool for measuring it. Thanks Angela Reyes