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

Access Performence #868

Closed
destroyer667 opened this issue Feb 1, 2021 · 4 comments
Closed

Access Performence #868

destroyer667 opened this issue Feb 1, 2021 · 4 comments

Comments

@destroyer667
Copy link

I have now tested with my program so some. I had to determine that if I access empty databases or small databases everything loads very quickly. with larger databases it just loads forever. but that happens only under Otvdm under Xp it runs smoothly.

the key combinations ctrl+1, ctrl+2 etc unfortunately do not work.
the key combinations can be viewed under "Hilfe" -> "Tasten"

I hope you can still do something
THX

@cracyc
Copy link
Contributor

cracyc commented Feb 2, 2021

https://ci.appveyor.com/project/otya128/winevdm/builds/37561414/job/lbfnb2ukgwts5jk7/artifacts should improve macro behavior. If whpx doesn't help the performance then you can try haxm but I wouldn't really expect a difference. Otherwise I don't understand why it don't seem to help for you as almost everything else is significantly faster with whpx or haxm.

I imported 1.5M record sample data into an access table. To move to the last row takes 2-3 min with the emulation and ~10 sec with whpx. That's the only way I can think of to ry to repo your problem.

@destroyer667
Copy link
Author

https://ci.appveyor.com/project/otya128/winevdm/builds/37561414/job/lbfnb2ukgwts5jk7/artifacts should improve macro behavior. If whpx doesn't help the performance then you can try haxm but I wouldn't really expect a difference. Otherwise I don't understand why it don't seem to help for you as almost everything else is significantly faster with whpx or haxm.

I imported 1.5M record sample data into an access table. To move to the last row takes 2-3 min with the emulation and ~10 sec with whpx. That's the only way I can think of to ry to repo your problem.

Super the shortcuts work now. Thanks

can you use the test data to see how long it takes to open the window under "Reports" -> "Seriennummern"?
Could it perhaps be related to the fact that the databases are on the network and not locally?

@cracyc
Copy link
Contributor

cracyc commented Feb 2, 2021

Almost instantly, there's only a handful of records though. My table test didn't show a significant difference between local and over a gigabit ethernet link. If your report uses a complex query it might slow things down though.

@destroyer667
Copy link
Author

Almost instantly, there's only a handful of records though. My table test didn't show a significant difference between local and over a gigabit ethernet link. If your report uses a complex query it might slow things down though.

I can't otherwise explain why it takes so long to load. It always takes at least 2:40min to open the window. Even so, the windows always open a little delayed that is still okay but 2:40min are just too long for a window that normally takes 10-20 seconds.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants