Wasting time by saving memory

You might say that at my company, the hard ware is 10x more expensive, but it also likely you time is costing the company about the same more.

In any case, this article attempts to demonstate that there is a tipping point where it no longer makes sense to spend time saving memory, or even thinking about it.
 
 
 
 
 
 
 

time
spent
cheap
memory
expensive
memory
cheap
disk
expensive
disk
a screen refresh
20 ms
      27 KB150 bytes       1 MB  24 KB
one trivial change
~1 sec
     1.4 MB  7.6 KB     60 MB    1.2 MB
one command
~5 sec
        7 MB  50 KB   400 MB    6 MB
a line of code
~1 min
      84 MB 460 KB  3,600 MB  72 MB
a small change
~20 min
  1600 MB    9 MB72,000 MB    1.4 GB
a significant change
~1 day
       40 GB  0.2 GB  1,700 GB  35 GB
a major change
~2 weeks
      390 GB  2 GB17,000 GB 340 GB

 
Your mileage may vary, but just today some one asked how to save a few bytes by passing short instead of int as method arguments (Java doesn’t save any memory if you do) Even if it did save as much as it might, the time taken to ask the question, let alone implement and test it, could have been worth 10,000,000 times the cost of memory it could have saved.

In short; don’t fall into the trap of a mind boggling imbalance of scale.
 

Reference: Wasting time by saving memory from our JCG partner Peter Lawrey at the Vanilla Java blog.

Related Whitepaper:

Software Architecture

This guide will introduce you to the world of Software Architecture!

This 162 page guide will cover topics within the field of software architecture including: software architecture as a solution balancing the concerns of different stakeholders, quality assurance, methods to describe and evaluate architectures, the influence of architecture on reuse, and the life cycle of a system and its architecture. This guide concludes with a comparison between the professions of software architect and software engineer.

Get it Now!  

2 Responses to "Wasting time by saving memory"

  1. An0nym0usC0ward says:

    It all depends. If you absolutely need to run your code on a mem-constrained machine, or your code will run in ten million instances (for example being run on ten million mobile phones), spending a day to save a kilobyte might be time well spent.

  2. Tom W says:

    Yes, it’s amazing how people (even in the software industry) waste time worrying about bytes, on big systems perfectly able to handle the data.

    I’ve seen such focus on the trivial add tens of thousands of dollars in costs, and get designs wrong. Normally for decent-sized hardware the metric should be “cost of integration” & “cost of future adaptability/ maintenance”, low-level metrics emphasize the wrong design goals.

Leave a Reply


9 − = three



Java Code Geeks and all content copyright © 2010-2014, Exelixis Media Ltd | Terms of Use | Privacy Policy
All trademarks and registered trademarks appearing on Java Code Geeks are the property of their respective owners.
Java is a trademark or registered trademark of Oracle Corporation in the United States and other countries.
Java Code Geeks is not connected to Oracle Corporation and is not sponsored by Oracle Corporation.

Sign up for our Newsletter

20,709 insiders are already enjoying weekly updates and complimentary whitepapers! Join them now to gain exclusive access to the latest news in the Java world, as well as insights about Android, Scala, Groovy and other related technologies.

As an extra bonus, by joining you will get our brand new e-books, published by Java Code Geeks and their JCG partners for your reading pleasure! Enter your info and stay on top of things,

  • Fresh trends
  • Cases and examples
  • Research and insights
  • Two complimentary e-books