Performance
So far I'm loving what I've seen from a features perspective (still discovering though).
However, the application is running incredibly slowly. Each click of the mouse requires a five (or more) second wait before something happens. When you are discovering features, this makes it really time consuming.
I'm running this on a 1.6GHz Atom (which doesn't seem to be stressed now that indexing is complete) with 2Gb RAM and a nice fast Intel SSD drive (which along with the memory, doesn't seen stressed either).
I know there are "optimizations" coming in the future, but is this going to be enough? Am I right in understanding that this is running in WPF? If so, perhaps the issues are related to graphics (shared memory graphics in particular perhaps).
Comments
-
The performance is worse as you add more open resources. This seems logical, but suggests that it is not graphics, but something else.
Having fewer resources open makes the product usabe (performance wise).
0 -
DarrylBurling said:
Am I right in understanding that this is running in WPF?
v4 uses .NET Framework 3.5 SP1 of which WPF is a part.
Dave
===Windows 11 & Android 13
0 -
Currently, the responsiveness of the menu items is a bit slow. When I click on the File menu, I think the delay is about 1/2 second before the menu drop down. I tried Openoffice 3.1 which is a java application, I got a better response time. That is I do not FEEL there is a delay in the response time. In term of usability, this needs to be optimized in future release.0
-
Thanks for the feedback. Optimizing performance is definitely in our plan. I'll report these specific areas.
Ka-Liong Lau ~ Do you get the same delay when you press Alt+F to open the File menu?
Melissa
0 -
Also needs to be optimized to perform better when running on a Mac through VMWare Fusion.
Not at all responsive with my setup, to the point that I'm increasingly reluctant to attempt real work with it.0 -
I know I have a lot of resources, but even with one or two open it is very slow. I have a Quad core machine with 8 GB of Ram, so I doubt my machine is the issue.
Does having a lot of locked resources in the directory affect this? I have almost all that are on the Logos site even though most are locked. Have lots of disk space and this allows me to "peruse the stacks" for other books I might like to buy.
Dr. Kevin Purcell, Director of Missions
Brushy Mountain Baptist Association0 -
I've been monitoring my system resources (CPU, Memory, HD and Network activity) and found v4 calls home (to logos.com) more than ET ever wanted to. Just about every time I do a command/function or open a resource the HD and network activity goes up more than expected - sometimes the CPU and Network activity goes way up. I think that's why it seems slow - it's doing a bunch of background logging for the beta testing. I hope it goes away when we get to the latter beta versions and especially the release version. It also seems to "Sync" a lot (swirly thingy in top-right corner of screen spins) which means it's busy and slows things down.
0 -
I don't think so. I have over 1700 locked resources showing on Logos 3 and with half a dozen books open, it's snapping right along as far as I'm concerned. I'm using a 64 bit Vista machine at the moment.
Longtime Logos user (more than $30,000 in purchases) - now a second class user because I won't pay them more every month or year.
0 -
To stop sync'ing you can type 'Set Sync to No' in the command bar.0
-
Tim Hensler said:
It also seems to "Sync" a lot (swirly thingy in top-right corner of screen spins) which means it's busy and slows things down.
Might be, but I switched it off yesterday and it still is quite slow when more resources are opened.
Bohuslav
0 -
I remember that the log was something 3.0 that we would only turn on when Logos needed to check a bug because it slowed the program down. When Logos 4 gets released will things speed up simply because the log isn't permanently on?
0 -
Yea our goal was to get as many features implemented and working correctly as possible, and then to begin optimizing it.0
