Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. C / C++ / MFC
  4. memory mismatch usage between duplicate instances?

memory mismatch usage between duplicate instances?

Scheduled Pinned Locked Moved C / C++ / MFC
performancec++visual-studiobeta-testingquestion
2 Posts 2 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • F Offline
    F Offline
    fredsparkle
    wrote on last edited by
    #1

    Got a weird one for everyone. We have ported our MFC MDI application to VS 2005 and it is is out in beta test with some managed extensions in DLL's. Most everyone is happy during the beta though we have a handful of users at one company reporting our new snappy product is an obsolete dog, six seconds to display a MFC drop down menu, etc. XP 3.2GHZ hyper-threaded systems with 2GB of memory and multiple monitors 3-4 Only our application is being reported as slow, others are working fine. We had them turn off the virtual memory page file and our application started running fine until they loaded a bunch of other applications and left ours quiescent for about 20 minutes. On re-accessing our application it would be initially slow and then pick back up its normal speed. At this point in looking in the task manager one instance of our application would show as using 50mb of memory and the other would show using 6-8mb of memory and climb back as the user performed operations. No other site has showed this memory imbalance between instances. It’s like every time they need our application we are not in memory and have to be reloaded from disk. No where else have we seen this type of imbalance between instances or that we have been pushed out of memory so extremely. Any idea's what can be causing this?

    B 1 Reply Last reply
    0
    • F fredsparkle

      Got a weird one for everyone. We have ported our MFC MDI application to VS 2005 and it is is out in beta test with some managed extensions in DLL's. Most everyone is happy during the beta though we have a handful of users at one company reporting our new snappy product is an obsolete dog, six seconds to display a MFC drop down menu, etc. XP 3.2GHZ hyper-threaded systems with 2GB of memory and multiple monitors 3-4 Only our application is being reported as slow, others are working fine. We had them turn off the virtual memory page file and our application started running fine until they loaded a bunch of other applications and left ours quiescent for about 20 minutes. On re-accessing our application it would be initially slow and then pick back up its normal speed. At this point in looking in the task manager one instance of our application would show as using 50mb of memory and the other would show using 6-8mb of memory and climb back as the user performed operations. No other site has showed this memory imbalance between instances. It’s like every time they need our application we are not in memory and have to be reloaded from disk. No where else have we seen this type of imbalance between instances or that we have been pushed out of memory so extremely. Any idea's what can be causing this?

      B Offline
      B Offline
      Bram van Kampen
      wrote on last edited by
      #2

      What did you send for Beta? Debug or Release. Did you include (Secret)ErrorReporting Structures with your Beta Version, What did they say, Can you switch them on again. What made you decide that the Beta Test was finished, and to go for release. Regards, :((

      Bram van Kampen

      1 Reply Last reply
      0
      Reply
      • Reply as topic
      Log in to reply
      • Oldest to Newest
      • Newest to Oldest
      • Most Votes


      • Login

      • Don't have an account? Register

      • Login or register to search.
      • First post
        Last post
      0
      • Categories
      • Recent
      • Tags
      • Popular
      • World
      • Users
      • Groups