Skip to Main Content
IBM Power Ideas Portal

This portal is to open public enhancement requests against IBM Power Systems products, including IBM i. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (

Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.

Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal ( - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal ( - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM. - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Not under consideration
Workspace IBM i
Created by Guest
Created on Feb 28, 2017

Ability to disable updates to the file access times in IFS (noatime support)

Add the noatime attribute to the mount command for UDFS objects.

Use Case:

When accessing hundreds or thousands of unchanging files in IFS, for example when compiling a large application, it would be useful to stop updating the access time for each of the files to speed up the file system access.

This would be the equivalent of being able to set the noatime attribute when mounting a filesystem in AIX or Linux. Providing this capability on UDFS objects would be beneficial.

Idea priority Medium
  • Guest
    Nov 11, 2021

    Thank you for taking the time to submit your request. After careful consideration, we know that we cannot deliver your requested enhancement soon, so it is being declined. However, we believe it may have future value, so we will add it to an internal list for us to keep in mind for the future.

  • Guest
    May 5, 2020

    We understand the benefits of this request and are considering how it fits in our future plans.

  • Guest
    Apr 7, 2017

    Thank you for submitting this request. We understand this request. The access time is set when the objects are accessed. There are other timestamps that may be more important for determining if an object is changed. The modify time and change time actually indicate if any updates are made.

    The development team will be investigating this request.

  • Guest
    Mar 6, 2017

    If you are referring to the module being compiled you can certainly argue that updating the access time may be useful, however the number of accesses to headers swamps the access of the individual modules.

    However, the only times we are really concerned with are creation and update times, as they directly affect make processes, the access time is not really that important as it has no effect on the build or backups.

  • Guest
    Mar 1, 2017

    I would agree to not updating the access timestamp if you're just looking for the objects in the IFS however during a compile you are accessing an object so it makes sense to update that timestamp.