<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:s="http://www.techrepublic.com/search" xmlns:dc="http://purl.org/dc/elements/1.1/"  xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
    <title><![CDATA[Discussion on Improve Windows XP Pro's NTFS performance by disabling the Accessed timestamp ]]></title>
    <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750]]></link>
    <atom:link rel="hub" type="application/rss+xml" href="http://pubsubhubbub.appspot.com/" />
    <atom:link rel="self" type="application/rss+xml" href="http://www.techrepublic.com/forum/discussions/102-247750/rss" />

    <description><![CDATA[]]></description>
    <language>en-us</language>
    <lastBuildDate>2013-06-19T05:56:11-07:00</lastBuildDate>
             

    <item>
        <title><![CDATA[Sure, disable it, and lose]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2407522]]></link>
        <description><![CDATA[the logged date-time stamp that can help you to identify a successful intrusion to your system.after all, if the files are accessed when the system isn't legitimately being used by anyone it's not an issue is it.not knowing your client data has been stolen is a good thing.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2407522]]></guid>
        <dc:creator><![CDATA[Jaqui]]></dc:creator>
        <pubDate>Sun, 20 Jan 2008 08:28:46 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[That's what we needed]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2407535]]></link>
        <description><![CDATA[Thanks, DNSB.  Your post clarified the whole topic for me by showing what the last accessed date is actually used for.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2407535]]></guid>
        <dc:creator><![CDATA[RLCF]]></dc:creator>
        <pubDate>Sun, 20 Jan 2008 08:04:56 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[The Advantages of Disabling &quot;Last Access&quot; Attribute]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2397703]]></link>
        <description><![CDATA[I disable this attribute on all my machines from Win 2K to Vista.  This attribute is obviously misunderstood.  It has nothing to do with resetting the archive bit used by backup utilities that need to do incremental backups.  It also has NO effect on full backups.  It has nothing to DO with backups whatsoever.  The Microsoft site warns: &quot;Note that using the disablelastaccess parameter can affect programs such as backup and Remote Storage that rely on this feature.&quot; but note that it says &quot;can affect&quot; and not &quot;affects&quot;, also note that it says &quot;programs such as backup and Remote Storage&quot;.  These two terms are non-specific.  There is no program specifically called &quot;Backup&quot; and no program specifically called &quot;Remote Storage&quot;.  Thus what Microsoft is saying is that &quot;There is a POSSIBILITY that your backup utility or remotes storage utility MAY be affected IF they are programmed to notice or care whether Last Access is running on your computer.&quot;  I have been running two backup programs for years and not once have I had to deal with any issues involving disabling Last Access.What Last Access is for is in case a computer is a member of a domain (In other words, the computer logs on to a domain with a domain server present) and IN CASE the administrator wants to audit file access by these computers on the domain.  Most administrators never do it.  The &quot;Last Access&quot; attribute only slows down the system if it's not used - and if the computer in question is not a) logged in to a domain AND b) having file access monitored by the server THEN you don't need it - it only slows things down.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2397703]]></guid>
        <dc:creator><![CDATA[davidcurtis014@...]]></dc:creator>
        <pubDate>Tue, 08 Jan 2008 06:01:18 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Not  at all (edit: OK, a caveat)]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2387078]]></link>
        <description><![CDATA[Last Accessed Time is different from the Modification Time, which is what you are interested in when doing differential backups (backing up only files that have changed since the last backup). Backup or synch should also be checking actual file content, anyway. It also has nothing to do with version information.The folks who are interested in Access times are those who may be checking for unauthorized file access. In a network scenario, there is also other information stored to assist with this (like which user accessed it).Edit: There may be software that relies on this, I suppose, but that would indicate to me some poorly designed software. Unless you use a disk defragmenter that optimizes file placement by recent and/or frequent use (usually because you set it up that way), I wouldn't worry about it.*And for Pete's sake, no, I wouldn't do this on a corporate network. &quot;Duh&quot;, as one may say. If you are administering a net and you are asking these questions, you are obviously going to have bigger problems than worrying about access times. Admins will know what they should do here, I would hope. I would suggest that the home user might do this for a small tweak, if they generally know what they are doing, and want to mess around with it.*  Fsutil subcommands Straight from MS. If you try it and backups don't work right for you (test it), just turn it back on.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2387078]]></guid>
        <dc:creator><![CDATA[seanferd]]></dc:creator>
        <pubDate>Wed, 19 Dec 2007 13:46:31 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Yeah, most definitely for security audits!]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2386845]]></link>
        <description><![CDATA[Like I said before which is confirmed at the Microsoft site; disabling this attribute is kinda risky. It leaves too much up in the air just so you can have a faster(how many seconds?)drive. It's really non-essential.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2386845]]></guid>
        <dc:creator><![CDATA[Photogenic Memory]]></dc:creator>
        <pubDate>Wed, 19 Dec 2007 09:37:22 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[What would be nice - temporily disable it]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2385164]]></link>
        <description><![CDATA[Interested in knowing the results of the anti-virus test w/ resp to disabling the access date.  If each file test during an av or spyware scan counts as an access then disabling the last access date sounds interesting - What would be nice would be to have software that disables it for those scans and then re-enables it for everyday use...]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2385164]]></guid>
        <dc:creator><![CDATA[rkorb@...]]></dc:creator>
        <pubDate>Mon, 17 Dec 2007 08:34:40 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[It doesn't affect backups]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2384323]]></link>
        <description><![CDATA[I'd be surprised if the backup software even looked at the last access time - why would it care about the last time a file was read?I've had the last access timestamp disabled for ages &amp; haven't noticed any problems.  The archive flag and the date modified timestamp are still updated when the file is written to so the 'save all files that have been changed' &amp; 'save all files that have been changed since ' functions continue to work.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2384323]]></guid>
        <dc:creator><![CDATA[icmp30@...]]></dc:creator>
        <pubDate>Fri, 14 Dec 2007 18:53:23 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Re: concerns]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383697]]></link>
        <description><![CDATA[I agree with you and a lot of users will I believe find it slightly more difficult without but I don't use that as I enjoy the NAME, SIZE TYPE columns only, this also wouldn't stop the Date Created column... so there is still some history... unless ofcourse you keep a lot of copies of files with similar/same names scattered in a system where dates become of big concern as far as last accessing it.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383697]]></guid>
        <dc:creator><![CDATA[vasboz@...]]></dc:creator>
        <pubDate>Fri, 14 Dec 2007 02:01:42 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Improve Windows XP Home Edition?s NTFS performance]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383626]]></link>
        <description><![CDATA[There are two possibilities for the Home Edition: (but only, if you trust yourself to edit the registry)1. Start, Run and type Regedit:navigate to:HKEY CURRENT USER/Software/Microsoft/Windows/CurrentVersion/Policies/Explorer:Rightclick in the right column,choose New,then Dword-value and name it: NoInstrumentation,doubleclick on it and give it a value 1,close and restart.2. Start, Run and type Regedit: navigate to:HKEY LOCAL MACHINE/System/CurrentControlSet/Control/FileSystem:Rightclick in the right column, choose New,then Dword-value and name it:NtfsDisableLastAccessUpdate, doubleclick on it and give it a value 1, close and restart.Lots of success! g.a.leijenaar@terra.es]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383626]]></guid>
        <dc:creator><![CDATA[g.a.leijenaar@...]]></dc:creator>
        <pubDate>Fri, 14 Dec 2007 00:06:53 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[RE: Improve Windows XP Pro's NTFS performance by disabling the Accessed timestamp]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383623]]></link>
        <description><![CDATA[There is no command prompt in accessories. Where is it located?]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383623]]></guid>
        <dc:creator><![CDATA[g.a.leijenaar@...]]></dc:creator>
        <pubDate>Thu, 13 Dec 2007 23:25:36 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[LastAccessed use]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383500]]></link>
        <description><![CDATA[Around here, it was used to decide whether to migrate a file to backup storage based on the file not having been accessed in 8 weeks.  When a couple of our engineers set their computers to not update the last accessed stamp, we started moving their files offline though they were actually being used.  A bit of fun finding out why this had happened.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383500]]></guid>
        <dc:creator><![CDATA[DNSB]]></dc:creator>
        <pubDate>Thu, 13 Dec 2007 15:15:04 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[what about security audits?]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383443]]></link>
        <description><![CDATA[It seems to me you'd want to be able to see &quot;the date on which the file was last accessed and whether the file was opened and read or changed and saved&quot;. For any machine on my network I'd want the ability to retrieve this information for auditing purposes if nothing else.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383443]]></guid>
        <dc:creator><![CDATA[SB-IT]]></dc:creator>
        <pubDate>Thu, 13 Dec 2007 13:44:13 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[I see no advantage in disabling this attibute.]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383257]]></link>
        <description><![CDATA[I read the link you posted from the MS support site. I liked it. It did expressly state this at the end;:&quot;Note that using the disablelastaccess parameter can affect programs such as backup and Remote Storage that rely on this feature.&quot;which is something that's very important. Are the advantages of disabling last access timestamps that advantageous? Just how much faster will things work? Also what about security concerns in logging in eventvwr? It's probably best to leave this alone unless something drastic is needed which is exactly when? I would love an answer as to why this would be implemented on a production server? I don't think it would be wise, period!]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383257]]></guid>
        <dc:creator><![CDATA[Photogenic Memory]]></dc:creator>
        <pubDate>Thu, 13 Dec 2007 09:55:26 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Date Modified?]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383187]]></link>
        <description><![CDATA[One would think that (good) backup software would look at the date and time a file was modified, rather than accessed. Agree?I agree with you though Mike, it'd be good to know when last a file was accessed.Edit: It will affect the XP Disk Cleanup utility (if one uses it), because it looks at when files were last accessed.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383187]]></guid>
        <dc:creator><![CDATA[ms@...]]></dc:creator>
        <pubDate>Thu, 13 Dec 2007 08:39:56 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[no, it's permanent, and....]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383062]]></link>
        <description><![CDATA[....actually, if you use the registry fix as posted above, it won't take effect UNTIL you reboot, but unless you switch the registry back, it will stay permanently changed.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383062]]></guid>
        <dc:creator><![CDATA[wescrook]]></dc:creator>
        <pubDate>Thu, 13 Dec 2007 07:07:22 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Yes, this can affect backups and also remote storage]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383012]]></link>
        <description><![CDATA[From Microsoft (http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/fsutil_behavior.mspx?mfr=true):&quot;Note that using the disablelastaccess parameter can affect programs such as backup and Remote Storage that rely on this feature.&quot;Maybe this is a handy tool during certain times when you're wanting to beat up the disk(s), but I'd think you'd want to re-enable this so your backups wouldn't be impacted.  Seems like something that might be handy in the server realm at certain times, too.  Again, I would want to make sure it's usually on.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383012]]></guid>
        <dc:creator><![CDATA[Oldmanmike]]></dc:creator>
        <pubDate>Thu, 13 Dec 2007 06:48:17 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Changes file header not file contents]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383010]]></link>
        <description><![CDATA[File synchs, backups, etc. check for the file modified date or the archive bit.  The file accessed date is a file header attribute, not a file content attribute, and should not affect file synchs, backups, etc.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2383010]]></guid>
        <dc:creator><![CDATA[Day-by-Day]]></dc:creator>
        <pubDate>Thu, 13 Dec 2007 06:43:28 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Concerns]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2382974]]></link>
        <description><![CDATA[I have the same concerns.  I think there may be cases where you would want to know the last access time.  I'm sure if you disable this you will find out ]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2382974]]></guid>
        <dc:creator><![CDATA[Craig_B]]></dc:creator>
        <pubDate>Thu, 13 Dec 2007 06:04:00 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[RE: Improve Windows XP Pro's NTFS performance by disabling the Accessed timestamp]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2382947]]></link>
        <description><![CDATA[Does this &quot;go away&quot; when you re-boot?]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2382947]]></guid>
        <dc:creator><![CDATA[mike_flood]]></dc:creator>
        <pubDate>Thu, 13 Dec 2007 05:43:36 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Affect Backups? File Synchs?]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2382895]]></link>
        <description><![CDATA[Would disabling this affect, slow down or otherwise screw up other operations like backups that look for changed files? File Synchs that look for different versions of same files? Etc?  Ken]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-247750-2382895]]></guid>
        <dc:creator><![CDATA[kenh99@...]]></dc:creator>
        <pubDate>Thu, 13 Dec 2007 05:20:32 -0800</pubDate>
    </item>
    </channel>
</rss>

