View Issue Details

IDProjectCategoryView StatusLast Update
0001371bareos-coreconfiguration guipublic2023-12-12 13:30
Reporterhostedpower Assigned Tobruno-at-bareos  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionunable to reproduce 
PlatformLinuxOSDebianOS Version10
Product Version20.0.2 
Summary0001371: Backup GUI awfully slow when used over TCP/IP remotely
DescriptionHi,


We have created a new setup where we'll use 1 GUI for multiple directors. Because of this the GUI runs on another system than the director itself. This is not a local lan but over internet (Gigabit tough)

We noticed a lot of actions are crazy slow, like loading the main dashboard , but also browing the the "jobs > Run" etc.


Maybe some socket options have to be set in order to have better performance?

Example: https://www.techrepublic.com/article/take-advantage-of-tcp-ip-options-to-optimize-data-transmission/

See conclusions there, but there are many other settings possible like SO_KEEPALIVE to make sure connections keeps open and maybe others?

Maybe some API calls/requests should be grouped more as well?


Anyone else experienced this before? Or is everyone using the GUI on the same server as the director.
TagsNo tags attached.

Activities

bruno-at-bareos

bruno-at-bareos

2021-09-07 09:34

manager   ~0004252

Thanks for your report
Would you mind to share some computed real number (aka using the dev console for example). As "slow" express more a feeling than something tangible ;-)
Also some metrics (iperf, and so) between the console host and the differents directors
is NAT in use ?
Did you also tried to activate and use http/2 for serving the webpage. did it make any changes for you ?
hostedpower

hostedpower

2021-09-07 09:43

reporter   ~0004253

Hi we use http/2 by default.

I think certain requests require a lot of "small" api calls. For example going to Jobs > Run is exceptionally slow compared to some other pages.
bruno-at-bareos

bruno-at-bareos

2021-09-08 09:36

manager   ~0004255

Can't you share some numbers ?
As you certainly see, loading the dashboard, is preloading all combo-list. of course this can vary depending of the number of items the api has to load.
having numbers could help us to reproduce or at least understand in which situation the symptom you described are seen.

opening the developer console on your browser (normally F12). tab network and pick number from there. report here will help you and us.
hostedpower

hostedpower

2021-09-09 09:11

reporter   ~0004257

There is not much too see in the console, it's the call to the run https://xxx/job/run/ which takes over 4 seconds for example. It must be in the api calls it makes underlying, it's not the resources :)
bruno-at-bareos

bruno-at-bareos

2023-12-12 13:30

manager   ~0005610

We are not able to reproduce that.

Issue History

Date Modified Username Field Change
2021-07-20 09:27 hostedpower New Issue
2021-09-07 09:34 bruno-at-bareos Note Added: 0004252
2021-09-07 09:43 hostedpower Note Added: 0004253
2021-09-08 09:36 bruno-at-bareos Note Added: 0004255
2021-09-09 09:11 hostedpower Note Added: 0004257
2023-12-12 13:30 bruno-at-bareos Assigned To => bruno-at-bareos
2023-12-12 13:30 bruno-at-bareos Status new => closed
2023-12-12 13:30 bruno-at-bareos Resolution open => unable to reproduce
2023-12-12 13:30 bruno-at-bareos Note Added: 0005610