Profiling 1C to optimize the process of loading the website using a standard unit of exchange with a web site?

What are the ways and tools for profiling file version 1C?

Is file version 1C with the configuration of the Integrated automation 1.1. The ultimate goal is to speed up unloading on site using a standard module Exchange with the web site. Now unloading it takes 4+ hours to 4000 products. Before it was 2000 of the goods and the unloading was about 2 hours. Even if you tick "Upload changes only" operation "pretreatment" in any case, now takes 2+ hours. Discharge I produce remotely via RDP. Internet companies do not a fast, 10 Mbps on the download, respectively, for unloading about 2-5 Mbps.

1C hang about 30 users, but unloading tried to do after their work. It might be most file version 1C instead of client-server. But I want to know exactly what stops the process when uploading data using the module "Exchange website". So — can anyone suggest how and what to profilite processes in 1C?

upd: after "measuring performance" and one hour (no more waiting, interrupted the process, "preliminary data processing" and has not even completed) the discharge through the module "Exchange with the web site" received the following result


Do I understand correctly that the first two lines are the same, i.e. the process of fetching data, the first row of a table is a form, the form can not be implemented 30% of the time, this time — this time, right? In General, the problem is how the file version gets the data.

Could it be the performance problem is that the file version 1C and to obtain a sample that uses hard disk — and this is one of the slowest resources in the computer. Plus, the used transmission on the Internet, and the network is still one of the slowest resources? Or the cause may be something else?
July 8th 19 at 11:13
2 answers
July 8th 19 at 11:15
For file in debug mode in the Configurator, you must run the "Measurement of performance" (the Debug menu). When you press this command, statistics of all calls for the period of measurement, the number of calls, duration, percentage of total time. The tool is not so hot, but allows you to find problems in the algorithms or in the availability of resources; so I some of our exchanges (not sites!) with his help I was able to speed up by orders of magnitude.
Super. To begin with — it is excellent. Thank you. - brandon.Predovic67 commented on July 8th 19 at 11:18
July 8th 19 at 11:17
1. Do to uploaded not all files, only "changed".
2. To check the volume of the downloaded information (images, files) and whether you want it. Size tehzhe pictures.
3. Check the speed when uploading to a directory, maybe the problem is the file transfer to the site.
4. Check how it works with a small number (up to 100 elements). Time of discharge in proportion?
5. Test on a Demo database unloads as the speed with which.
Thank you for responding.
1. Wrote in the question that it is unloaded.
2. 150 images total 10 MB. The XML file is 270 MB.
3. The problem is not in the transmission, the problem is even at the stage of "pre-processing" to 1C, which takes 2+ hours.
4. Much faster. The smaller facilities include the unloading, the faster and "pre-processing" itself is unloaded.
5. Are doing that right now. But on the demo database it is already clear that the problems are the same. - brandon.Predovic67 commented on July 8th 19 at 11:20
Well, judging by the picture, most is spent on getting data from exchange. Where chooses what to upload (change).
1. look what is written in Planesman on which is unloaded.
2. To write the treatment, which will generate the file for the site. Theoretically, the table 4000 of goods not more than 15minutes should be formed.

Well, to translate into sql, I can't say what will happen with the exchange of such experiments are not conducted. Put try))) - brandon.Predovic67 commented on July 8th 19 at 11:23

Find more questions by tags 1C1C-Enterprise