|
Message Closed
modified 1-Nov-11 16:16pm.
|
|
|
|
|
While we are on the subject of responsiveness... check your gmail acount and respond.
|
|
|
|
|
I'm developing an internal LOB app, and responsiveness is the #1 issue. All the desktops have multi-core CPUs and >2GB ram and for the most part the application I work on is the only thing running. I feel like by focusing on responsiveness the other issues mostly take care of themselves.
Sending too much stuff across the WAN? First place we'll notice it is in a slower screen loading.
Spinning the CPU? Probably some inefficient code that is causing the app to hang or load data from a worker thread slowly.
Using to much memory? The first thing we'll notice is a drop in responsiveness, then we'll find the reason was memory.
We had a memory leak at one point, but it wasn't reported as a memory use issue, it was reported as "after a few hours it gets really sluggish".
|
|
|
|
|
Yes, it must use memory, it must use the CPU, it must be stored on disk...
What a freakin' stupid survey.
|
|
|
|
|
My applications are old fashioned. They don't work with the power off
It's an OO world.
public class Naerling : Lazy<Person>{}
|
|
|
|
|
Power use does not mean controlling on/off
And Dont think a project means something only creating software, a project gets bigger than that when power consumption become a big factor
Thanks got I am not a doctor, cause doctor cant use debugging
|
|
|
|
|
All sorts of equipment other than personal computers make power use a high priority.
The most notable are smartphones, running a GPS radio receiver, Bluetooth, wifi, and not to forget the phone itself. Tack on a spinning CPU, and the battery will be dead in no time.
There are other types of equipment as well, such as airplanes. More power consumption usually means more heat, and convection doesn't work as well at 30000ft than it does at sea level.
|
|
|
|
|
Consider PLCs or OPLCs... they use power and they are programmable... and run a program as well
Alberto Bar-Noy
---------------
“The city’s central computer told you? R2D2, you know better than to trust a strange computer!”
(C3PO)
|
|
|
|
|
Applications can reduce power just by switching stuff off when not in use (Even the CPU). Although this is obviously more for mobile apps.
|
|
|
|
|
Responsiveness is top?! How ironic. My PC is hundreds of times faster than 20 years ago but is it any more responsive?
|
|
|
|
|
Kamran Behzad wrote: My PC is hundreds of times faster than 20 years ago but is it any more responsive?
Today's software is expected to do much more than software from 20 years ago.
|
|
|
|
|
20 years ago... Try running Windows 3.0 on a modern PC and I'm sure it will be responsive.
Steve
|
|
|
|
|
I'm surprised. I thought memory use would be clear #1...
At least, for windows forms...
|
|
|
|
|
It costs around $45 US for 8 GB of memory (name brand DDR3 1333 1.5V) now.
John
modified 31-Oct-11 18:35pm.
|
|
|
|
|
And how much for a CPU with a 8 GB cache?
|
|
|
|
|
Nemanja Trifunovic wrote: And how much for a CPU with a 8 GB cache?
With an 8GB CPU cache, your app would sure be responsive! ...But there's a category for that
|
|
|
|
|
But making the apps lightweight is so important! Noone likes a "memory hog"... Sort by mem usage is the most used view in task manager. And as the poll says "In your current project,"...
|
|
|
|
|
A lot less than it used to be.
If that wasn't the case, Word would still work in 640K of ram - like the original did!
Ideological Purity is no substitute for being able to stick your thumb down a pipe to stop the water
|
|
|
|
|
Response to PM: No! Sorry.
Ideological Purity is no substitute for being able to stick your thumb down a pipe to stop the water
|
|
|
|
|
Three years ago when I needed to force my application to run on a 32 bit architecture I had to do a lot of work with memory usage. The big problem is a single case was over 1 GB and it needed to be entirely in memory for efficiency. After playing a lot of games with memory management (rebasing dlls, 3GB address space) I moved to 64 bit in 2009 and do not support 32 bit any more for these large cases. With 64 bit almost all memory problems disappeared. For my current application the data set is smaller (only 512MB) so 32 bit works fine. So I really do not worry about memory usage with this however it's not like I preallocate a several 100 MB buffers and do not use them.
John
|
|
|
|
|
ii_noname_ii wrote: Noone likes a "memory hog"... Sort by mem usage is the most used view in task manager
I would have thought sort by CPU usage was the most used. PCs these days have what, 2GB 4GB RAM? I would think that for typical users, "no one likes choppy apps due to CPU overuse" and "no one likes network stuttering" and "no one likes to see an app pause because the developer put blocking calls in the GUI thread" would typically take the cake over memory, but that's just my guess.
Then again, I am using 8.14GB of RAM at the moment with 129 tabs open in 9 chrome windows, 3 IDE instances, and various other apps. I have 16GB on my machine so I don't bother closing stuff I don't need at the moment, but on my 4GB laptop I rarely run into RAM use issues (network and CPU is more frequent). Of course, RAM constrained environments may be a different story (cell phones, virtual servers in the cloud for which one pays by RAM, etc.)
|
|
|
|
|
I am working on disconnected CAD/GIS (desktop) application where all the items are important and they are all difficult to achieve. Is it a sign of the time that these are not important to a lot of applications (e.g. the arch-typical 3 tier CRUD app)?
|
|
|
|
|
The list could go on:
- usability
- robustness
- understandable UI and so on
While I do agree that the choices given in the survey are often important for the overall solution I think the real value doesn't come from technical details.
|
|
|
|
|
That's true. I rated Responsiveness as the most critical, because for a client end application it is important for the user to be able to do their work efficiently. That is the whole point of software (most of the time). So if our application takes 5 mins to do something (and it sometimes does ), then the customer will be unhappy and unable to do their work. But if it uses a bit more memory or CPU, it's not as bad. That being said, i do think that programmers should at least try to consider memory and CPU usage (and i do).
|
|
|
|
|
It looks to me that the survey was about the software in relation to the hardware. Usability and understandable UI are essentially the same thing and don't relate to hardware. Neither does robustness.
Responsiveness is the weakest of the group as it relates to hardware, but I might argue that responsiveness is a function of I/O which is hardware.
Just my opinion.
m.bergman
For Bruce Schneier, quanta only have one state : afraid.
To succeed in the world it is not enough to be stupid, you must also be well-mannered. -- Voltaire
|
|
|
|