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).

Find more posts tagged with

Comments

Sort by:
1 - 3 of 31

    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).

    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

    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.

    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

    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.

    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?

    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.

    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

    Yea our goal was to get as many features implemented and working correctly as possible, and then to begin optimizing it.