Page 1 of 3 123 LastLast
Results 1 to 10 of 21
  1. #1
    Join Date
    Apr 2008
    Posts
    2,158

    Default Poor responsivity during compare

    While comparing large e.g. 200Mb text files, BC responsivity becomes very poor, e.g. BC takes 7sec to respond to a menu bar click. This on a 3.3GHZ P4 2Gb RAM.

    Is this normal?

  2. #2
    Join Date
    Oct 2007
    Location
    Madison, WI
    Posts
    11,788

    Default

    We have a 3.16 core2 duo, 4 gig of ram system that is still responsive with 500meg files.

    You should be able to handle files of that size. How much free memory do you still have available at the time of the comparison? If you hit your page file (which can be hit with a combination of BC3, Virus scanner, background tasks, other applications), then you will notice a large performance hit.
    Aaron P Scooter Software

  3. #3
    Join Date
    Apr 2008
    Posts
    2,158

    Default

    Is that a No?

  4. #4
    Join Date
    Oct 2007
    Location
    Madison, WI
    Posts
    11,788

    Default

    Chris did some testing in a VM (single core), and it may be less responsive due to your single core processor. Or perhaps because it was a VM running on top of all of his normal operations.

    To know if it is normal, we would need other customers to let us know what they see. I do not think we have a single core machine available in the office to test with (but we may have an older machine we can pull out of retirement).

    Did you watch your ram usage before and during the compare? Did it fill up and hit your page file? If so, then that is the cause. With 2 gigs of ram, this could easily be the cause. If not, then it may be because you only have a single core processor.

    For other users in the forum, do you notice similar slow down during the comparison? What type of processor and how much ram do you have?
    Aaron P Scooter Software

  5. #5
    Join Date
    Apr 2008
    Posts
    2,158

    Default

    > I do not think we have a single core machine available
    > in the office to test with

    If that means you didn't test BC3 on a single core machine... wow.

    > Did you watch your ram usage before and during the compare?

    No. I was trying to get work done.

    > Did it fill up and hit your page file?

    The page file is 3Gb max. Surely a 200Mb compare could not fill that??

    > If not, then it may be because you only have a single core processor.

    Urk. Doesn't BC use multithreading for the compare v. UI??

  6. #6
    Join Date
    May 2008
    Posts
    59

    Default

    I'm seeing more and more of this when it comes to different software programs. Apparently there are some of us...me included who simply can't afford buying a multi core machine right now and we're stuck with the single core models. Years ago they used to be called "top of the line". Times change...but some of us can't afford to splurge on these new systems. We're in a very painful recession cycle and we'd like to save some money for rainy days.

    So the catch appears to be that slowdowns in software response times can now be blamed on single core systems. Hmm. I think it may be time for software developers to warn anybody who still uses single core computers that there might be slow response times or whatever when using Beyond Compare 3 because such software is being developed exclusively for multi core models or top of the line systems using Win 7, etc.

    But this shouldn't be our fault that we use single core systems. Just my opinion.
    Last edited by DorothyFan1; 22-Oct-2009 at 07:53 PM.

  7. #7
    Join Date
    Oct 2007
    Location
    Madison, WI
    Posts
    4,677

    Default

    ChrisJJ and DorothyFan1,

    Aaron was mistaken, we do have single core systems in our office. We do test BC on them. Early on in the development of BC3, our lead developer Craig even tested BC3 on an AMD K6 machine running Windows 98 that we have in our office to make sure it was still responsive on old hardware.

    We aren't a very large company. We can't exhaustively test BC3 on every possible hardware combination. Given the resources we have available, we do a good job of supporting old hardware and old versions of Windows. BC3 is compatible with Windows 95. Quite a few vendors larger than us don't support anything older than Windows 2000.

    BC3 is responsive on older systems. However, it is a fact that a current generation multi-core machine is significantly faster (at least twice as fast or faster) than a single core machine from 3 or 4 years ago. No matter how hard our developers work at it, if you run BC3 on hardware that is twice as fast as another computer, it will be more responsive.

    Anyway, it isn't unexpected behavior to have a several second delay clicking on a menu item in BC3 when the system is under heavy load comparing a pair of 200 MB files.

    Most of our developers are using dual core systems with 4 GB of memory. Since we started work on our Linux port we do quite a bit of work with VMWare Workstation, so more capable systems really help with productivity. However, the oldest machine in daily use in our office is a single core Pentium 4 with 1 GB of memory, so we aren't ignoring older single core systems.
    Chris K Scooter Software

  8. #8
    Join Date
    Apr 2008
    Posts
    2,158

    Default

    > we do have single core systems in our office. We do test BC on them.

    That's good to hear. Thanks.

    > Anyway, it isn't unexpected behavior to have a several second delay
    > clicking on a menu item in BC3 when the system is under heavy load
    > comparing a pair of 200 MB files.

    I hope you'll consider using multi-threading to solve this. Much less advanced apps I use like Mp3tag do so successfully.

  9. #9
    Join Date
    Oct 2007
    Location
    Madison, WI
    Posts
    4,677

    Default

    Chris,

    Mp3tag is probably doing much less intensive work than BC3. BC3 makes heavy use of multi-threading. However, there is a certain point where your system response time will slow down even in a multi-threaded application if system resources such as memory, CPU, and disk are stressed.
    Chris K Scooter Software

  10. #10
    Join Date
    Apr 2008
    Posts
    2,158

    Default

    > BC3 makes heavy use of multi-threading. However, there is a
    > certain point where your system response time will slow down
    > even in a multi-threaded application

    My system response time is fine during this situation e.g. I can instantly ALT-TAB away and any other app is fully responsive. It is just BC's UI that is slugged by BC activity. Which suggests BC multi-threading is not working right, no??

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •