Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OServer.listDatabases() needs to long for huge databases. #10024

Closed
Goldritter opened this issue Sep 14, 2023 · 4 comments
Closed

OServer.listDatabases() needs to long for huge databases. #10024

Goldritter opened this issue Sep 14, 2023 · 4 comments

Comments

@Goldritter
Copy link

OrientDB Version: <3.22>

Java Version: <17.0.7+7>

OS: <Windows 11>

I have only one huge database (more than 20 GB with 4 Vertex classes and over 1000 edges) and if I want to use OrientStudio I cannot connect to the database.
The reason for this is that listDatabase is called, then this request is not answered and a new request is executed. So OrientDB Studio sends a new request every second and still waits for the answers of the sent requests.

When OServer.listDatabases() was called directly, it took 122537.7191 msecs to return the name of the only database. This is clearly too long.

All other operations are fast enough. Except for starting the server, which also takes several minutes.

Expected behavior

The call to OServer.listDatabases() should actually take less than a second.

Actual behavior

The call to OServer.listDatabases() currently takes about 122537.7191 msec.

Steps to reproduce

I think it has somethig to do with the size of my Database. If the Database is much smaller the call needs much less than 1 second.

@tglman tglman added this to the 3.2.x milestone Sep 14, 2023
@tglman
Copy link
Member

tglman commented Sep 14, 2023

Hi,

one additional information to try to reproduce the case, how many files are in the database folder ?

@Goldritter
Copy link
Author

Goldritter commented Sep 14, 2023

There are 89028 Files in the Folder.
The biggest three are ca. 1.4 GB, ca. 1.3 GB and 1GB which are Index-Files. The biggest files are all Index-Files.

@tglman
Copy link
Member

tglman commented Sep 21, 2023

Hi,

Just release 3.2.23 with an improvement in database listing, let me know if this fix your problem.

Regards

@Goldritter
Copy link
Author

Thank you, it works fine now.
Actually it takes in my slow i5 about 118 milliseconds. :)

Thank you for your efforts and I think this eissue can be closed now.

With best regards
Marcus

@tglman tglman closed this as completed Sep 21, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

2 participants