logo
Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

Options
Go to last post Go to first unread
jmitservices  
#1 Posted : Wednesday, June 6, 2018 5:39:13 PM(UTC)
jmitservices


Rank: Member

Medals: Level 1: Random Act of Kindness! Received One Thanks!

Joined: 3/22/2015(UTC)
Posts: 35
Man
United Kingdom

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
Hello,

Whenever I try and search for a client it tends to take a long time before I actually see the search results. Has anyone else found this?
Everything else works nice and quick.

I have over 400+ installs. I have the self hosted Screenconnect hosted on a DigitalOcean VPS. Not sure if its this slowing it down?

Thanks,
Jason
Scott  
#2 Posted : Thursday, June 7, 2018 11:59:16 AM(UTC)
Scott


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 3/28/2014(UTC)
Posts: 2,806
United States

Thanks: 3 times
Was thanked: 345 time(s) in 299 post(s)
Since you mentioned its on a DigitalOcean VPS I'm assuming you're running on Linux and thus using mono but please correct me if I'm mistaken.

Roughly how powerful is the VPS? How many CPU cores and how much RAM?

Approximately how large is the Session.db file? You can find it at /opt/screenconnect/App_Data/Session.db by default.

Do you have any database maintenance plan options enabled? You can tell from the Database tab on the Administration page.
ScreenConnect Team
jmitservices  
#3 Posted : Thursday, June 7, 2018 5:22:52 PM(UTC)
jmitservices


Rank: Member

Medals: Level 1: Random Act of Kindness! Received One Thanks!

Joined: 3/22/2015(UTC)
Posts: 35
Man
United Kingdom

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
Thanks for the reply,

Its running on their standard droplet:
1GB RAM, 1 vCPU

Ubuntu x64

Not quite sure what you mean by mono?

My Session.db is 296MB.

Quote:
Maintenance Plan Actions
Description
No actions currently exist

Maintenance Plan Schedule
Run every day at 00:00 server local time

Edited by user Thursday, June 7, 2018 5:23:26 PM(UTC)  | Reason: Not specified

Scott  
#4 Posted : Tuesday, June 12, 2018 1:02:57 PM(UTC)
Scott


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 3/28/2014(UTC)
Posts: 2,806
United States

Thanks: 3 times
Was thanked: 345 time(s) in 299 post(s)
So mono is the open source implementation of the .NET framework ontop of which our codebase runs on Linux. We package it with the Linux server installer and it's why you won't see a process named "screenconnect" if you do a ps aux, but rather a mono process.

Every time you type a value into the filterBox the server calculates that value against a lot of session properties and events, in order to find relevant sessions. The more data that must be searched the longer this can take. With that said, however, 296MB isn't what I would consider to be a lot of data but it certainly wouldn't help to reduce that by adding some options to your Database Maintenance Plan. You can see an example plan on our KB, specifically here.

From your first post I'm assuming you're using a droplet within DigitalOcean and their standard level vCPU is mapping to a shared hyper-thread between a number of other droplets. I would assume they do a decent amount within the infrastructure to optimize this but ultimately you're going to be sharing computation time with other droplets/servers so it's difficult to say what kind of speed would be expected.
ScreenConnect Team
jmitservices  
#5 Posted : Tuesday, August 14, 2018 10:40:51 AM(UTC)
jmitservices


Rank: Member

Medals: Level 1: Random Act of Kindness! Received One Thanks!

Joined: 3/22/2015(UTC)
Posts: 35
Man
United Kingdom

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
Just upgraded to 6.6.18120.6697 last night and searching seems so much quicker now!
Users browsing this topic
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.