DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Related

  • Every Cache Miss Is a Tiny Tax on Your Performance
  • KV Cache Implementation Inside vLLM
  • The Bill You Didn't See Coming
  • Fine-Tuning of Spring Cache

Trending

  • How to Save Money Using Custom LLMs for Specific Tasks
  • Mastering Fluent Bit: Beginners' Guide for Contributing to Our CNCF Project Website
  • Migrate a Hardcoded LangGraph Agent to LaunchDarkly AI Configs in 20 Minutes
  • Stop Debugging Glue Jobs Manually: Building an Agentic Observability Layer for Data Pipelines
  1. DZone
  2. Data Engineering
  3. Data
  4. Need Micro Caching? Memoization to the Rescue

Need Micro Caching? Memoization to the Rescue

By 
Jakub Kubrynski user avatar
Jakub Kubrynski
·
Jan. 06, 15 · Interview
Likes (0)
Comment
Save
Tweet
Share
17.8K Views

Join the DZone community and get the full member experience.

Join For Free

Caching solves wide sort of performance problems. There are many ways to integrate caching into our applications. For example when we use Spring there is easy to use @Cacheable support. Quite easy but we still have to configure cache manager, cache regions, etc. Sometimes it's unfortunately like taking a sledgehammer to crack a nut. So what can we do to "go lighter"?

There is a technique called memoization. Technically it's as easy as pie but true genius lies in simplicity. Model solution looks as follows:

public Foo getValue() {
  if (storedValue == null) {
    storedValue = retrieveFoo();
  }
  return storedValue;
}

As you can see there is no problem in implementing it manually, but as long as we remember about DRY rule we can use already implemented solutions which additionally provides thread safety. Pretty good idea is to use Guava library.

// create
Supplier<Foo> memoizer = Suppliers.memoize(this::retrieveFoo);
 
// and use
Foo variable = memoizer.get();

Sometimes it's enough but what can we do if we need to specify TTL for our value? We have to store (cache) retrieved value only for few seconds and after exceeding defined duration get this value one more time? One more time we can use functionality provided by Guava. 

Supplier<Foo> memoizer = Suppliers.memoizeWithExpiration(this::retrieveFoo, 
    5, TimeUnit.SECONDS);
The above line builds memoizer with TTL = 5 seconds. As you can see - simple... but powerful :)


Cache (computing) Memoization

Published at DZone with permission of Jakub Kubrynski. See the original article here.

Opinions expressed by DZone contributors are their own.

Related

  • Every Cache Miss Is a Tiny Tax on Your Performance
  • KV Cache Implementation Inside vLLM
  • The Bill You Didn't See Coming
  • Fine-Tuning of Spring Cache

Partner Resources

×

Comments

The likes didn't load as expected. Please refresh the page and try again.

  • RSS
  • X
  • Facebook

ABOUT US

  • About DZone
  • Support and feedback
  • Community research

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 215
  • Nashville, TN 37211
  • [email protected]

Let's be friends:

  • RSS
  • X
  • Facebook