<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="bbPress/1.2" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Giveaway of the Day Forums &#187; Topic: Memory Optimizers/Defrag - Gimme a break !!</title>
		<link>https://www.giveawayoftheday.com/forums/topic/4784</link>
		<description>Giveaway of the Day Forums &#187; Topic: Memory Optimizers/Defrag - Gimme a break !!</description>
		<language>en-US</language>
		<pubDate>Tue, 09 Jun 2026 15:33:11 +0000</pubDate>
		<generator>http://bbpress.org/?v=1.2</generator>
		<atom:link href="https://www.giveawayoftheday.com/forums/rss/topic/4784" rel="self" type="application/rss+xml" />

		<item>
			<title>watcher13 on "Memory Optimizers/Defrag - Gimme a break !!"</title>
			<link>https://www.giveawayoftheday.com/forums/topic/4784#post-51038</link>
			<pubDate>Sat, 14 Feb 2009 23:17:18 +0000</pubDate>
			<dc:creator>watcher13</dc:creator>
			<guid isPermaLink="false">51038@https://www.giveawayoftheday.com/forums/</guid>
			<description><p>Hey Bubby, I posted in the comments section because I didn't think all the answers over there where addressing what people were really asking. I don't agree with your sources that ALL memory optimizers can't accomplish anything, but I do agree that it's not a good solution. I only post because I think people have gotten a little away from a realistic appraisal. For example, I've read other things by Russinovich and I think he's excellent. But "unused RAM is wasted RAM" is nonsense. There's SO many common sense analogies I could give to refute this. Here's one: If you don't eat all the food in your refrigerator every time you open it, is it wasted?</p>
<p>Here's some of what I wrote in comments:<br />
"Unfortunately, a lot of people much, much smarter than I am have written here, but a lot of them are painting with too broad a brush or are right about their convictions but, unfortunately, are defending them with partly incorrect evidence. But just to show you I’m trying to be objective on this:<br />
1. Last time a memory optimizer was given away I defended optimizers.<br />
2. Some quotes about Windows memory management and whether it’s perfected, as some here are saying, right from my Vista help:<br />
“If a software program can’t get enough memory from the operating system to complete a task, the program or computer can freeze or stop functioning.”<br />
“As you open and close files and programs, memory gets fragmented just like your hard disk drive. Close programs and check whether the memory increases. If the memory does not increase, your computer may have a memory leak that does not give resources back to the operating system.”<br />
If my “esteemed colleagues” (I really DO hold these posters in high esteem) here have a problem with these statements, please write MS, not me.<br />
Still, the answer on memory defraggers is no because:<br />
1. One of the reasons virtual memory was developed was to cut down on RAM fragmentation and, if it ain’t perfect, it’s more than good enough. Even if some of these defraggers are legit., they’re likely using pre-virtual memory coding - wrong and ineffective medicine for the patient.<br />
2. Memory optimizers can’t practically optimize - at best they can slightly protect against the slow downs and lockups that come from being too close to your RAM’s limits. Of the 3 types that I know about - defraggers, purgers, and those that reduce the page set by using a Windows memory function, usually “EmptyWorkingSet”, such as “Cleanmem”, only the last one uses an approach that’s adapted to the way Windows currently works. But, even that can cause problems.<br />
3. Memory optimizers are bandaids. And those that don’t use a realistic approach, like the Cleanmem type does, are potentially infected bandaids.<br />
In other words, every other approach to avoid running out of memory is better.<br />
A.I don’t like spending other peoples money, but upgrading your memory or computer is better.<br />
B. Preventing unnecessary programs from loading at startup is better.<br />
C. Not trying to get blood out of stone by leaving too many documents open or programs running when they don’t need to be is better.<br />
D. Monitoring your memory with a program that will warn you when you're reaching your limit so you can close unnecessary documents and close and reopen programs that are holding too many pages im memory (thus purging the no longer necessary pages) is better.<br />
E. Finding applications that have lower memory footprints and leak less (IE7 for example is a slow leaker) is better.</p>
<p>From someone who’s used optimizers, the bottom line is:<br />
1. Memory defraggers fall into the category of either being outright frauds or purging memory in a way that doesn’t give you a boost.<br />
2. Windows memory management, though not perfect, is quite good. It’s not the dog it used to be.<br />
3. All memory optimizers are a dirty, stopgap solution. It’s like using a screwdriver as a prybar without safety glasses (or even with them). I’ve done it and it often works, but I wouldn’t want to be there when it doesn’t. (I’ve broken screwdrivers that way, but haven’t hurt myself, yet, but I know those who have.)
</p></description>
		</item>
		<item>
			<title>Anonymous on "Memory Optimizers/Defrag - Gimme a break !!"</title>
			<link>https://www.giveawayoftheday.com/forums/topic/4784#post-51036</link>
			<pubDate>Sat, 14 Feb 2009 22:57:04 +0000</pubDate>
			<dc:creator>Anonymous</dc:creator>
			<guid isPermaLink="false">51036@https://www.giveawayoftheday.com/forums/</guid>
			<description><p>You right with that BuBBy good info I put some on my PC with 2000 MB Ram the best one use 2 MB to run and free up 1 MB so I lost 1 MB run Windows XP
</p></description>
		</item>
		<item>
			<title>Buzz on "Memory Optimizers/Defrag - Gimme a break !!"</title>
			<link>https://www.giveawayoftheday.com/forums/topic/4784#post-50999</link>
			<pubDate>Sat, 14 Feb 2009 15:47:26 +0000</pubDate>
			<dc:creator>Buzz</dc:creator>
			<guid isPermaLink="false">50999@https://www.giveawayoftheday.com/forums/</guid>
			<description><p>Thanks fer the good info Bub, how true. Very enlightening.
</p></description>
		</item>
		<item>
			<title>BuBBy on "Memory Optimizers/Defrag - Gimme a break !!"</title>
			<link>https://www.giveawayoftheday.com/forums/topic/4784#post-50997</link>
			<pubDate>Sat, 14 Feb 2009 15:12:01 +0000</pubDate>
			<dc:creator>BuBBy</dc:creator>
			<guid isPermaLink="false">50997@https://www.giveawayoftheday.com/forums/</guid>
			<description><p><strong>The Memory-Optimization Hoax</strong><br />
RAM optimizers make false promises<br />
Mark Russinovich - SysInternals<br />
<a href="http://links.giveawayoftheday.com/savefile.com/files%2F2002646">http://www.savefile.com/files/2002646</a></p>
<p><strong>Virtual Memory in Windows XP.</strong><br />
<a href="http://links.giveawayoftheday.com/aumha.org/win5%2Fa%2Fxpvm.htm">http://www.aumha.org/win5/a/xpvm.htm</a></p>
<p><strong>The Truth about Windows Memory Optimizers</strong><br />
<a href="http://links.giveawayoftheday.com/bitsum.com/winmemboost.asp">http://www.bitsum.com/winmemboost.asp</a></p>
<p>MSDN - The Virtual Memory Manager in Windows NT<br />
<a href="http://links.giveawayoftheday.com/msdn.microsoft.com/en-us%2Flibrary%2Fms810616.aspx">http://msdn.microsoft.com/en-us/library/ms810616.aspx</a></p>
<p>Fred Langa - "Memory Optimizer" Confusion<br />
<a href="http://links.giveawayoftheday.com/langa.com/newsletters%2F2004%2F2004-12-16.htm">http://www.langa.com/newsletters/2004/2004-12-16.htm#2</a></p>
<p>To illustrate why an application cannot 'defrag the memory' of another application.</p>
<p><a href="http://links.giveawayoftheday.com/i.msdn.microsoft.com/ms810627.virtmm_1%28en-us%2CMSDN.10%29.gif">Diagram</a></p>
<p>The virtual address space for a process is the set of virtual memory addresses that it can use. (ie. address space = the set of memory addresses)</p>
<p>The address space for each process is <strong>private and cannot be accessed</strong> by other processes unless it is shared. (ie. a "memory defrag" type program cannot access the memory of other programs that are running)</p>
<p>A virtual address (That a running program knows about) does not represent the actual physical location (which memory chip) of an object in memory; instead, the system maintains a page table for each process, which is an internal data structure used to translate virtual addresses into their corresponding physical addresses. Each time a thread references an address, the system translates the virtual address to a physical address. (ie. the program doesn't know or care about where the memory is physically coming from - it just sees a "pool" of memory)</p>
<p><em>IN ENGLISH (almost) - Windows deals with the physical storage and locations and types of memory. Windows hides this from all programs - and programs don't have to worry about it (and can't do anything anyway).</em></p>
<p>The Win32 Application (being the 'defrag program') cannot actually see what physical memory is allocated for itself (or any other process) - as the "NT Virtual Memory Manager" masks the physical allocation (ie. which memory chips the program is running on) - being "Physical Memory". </p>
<p>If an application cannot see which memory chips it is running from - or access/restructure/move virtual or physical memory of another process - it definitely cannot perform some sort of defragmentation.</p>
<p>----------------------</p>
<p>A type of fragmentation that can occur (very different to what is claimed to be fixed by the magic memory defraggers) is being addressed in some fashion by Microsoft and handled at the Virtual Memory Manager level. This is something that if it is a problem should really be dealt with by the application developers.</p>
<p>Configure memory manager to minimize memory fragmentation.<br />
<a href="http://links.giveawayoftheday.com/smallvoid.com/article%2Fwinnt-memory-decommit.html">http://smallvoid.com/article/winnt-memory-decommit.html</a>
</p></description>
		</item>

	</channel>
</rss>
