Ads
Ads
All about Software
 Latest Software articles
Benchmarking Windows 7: Harder, Better, Faster, Stronger?

Benchmarking Windows 7: Harder, Better, Faster, Stronger?
Often hailed as the solution to Windows Vista performance problems, we wanted to know just how much better Windows 7 really is. We put one of our most recent test platforms through its paces to find out, benchmarking raw performance and responsiveness. Read More

  • How To: Windows XP Mode In...Ubuntu Linux?
    Windows 7's XP Mode has already convinced many users who sat out for Vista to go out and upgrade. But will they buy the right version of Windows 7 to get XPM? You do know you can get the same XP functionality from a Linux distribution for free, right? Read More
All Software articles

Newsletters


  • Ask your question about IT issues
  • Post

Partners

The Games selection

kids : Bob Throw bubbles so as to make the ones that appear in the game disappear. For this, use the Right / Left arrow keys to duck or move about, and the...
crazy : PC Breakdown What is worst than a Fatal Error occuring during a game you did not save? Unleash your rage at your PC in this game. Blow it to pieces, it feels so...
Ads

Sponsored links

Windows 7 Memory Bug Could be a 'Feature'

Next news
3:01 PM - August 6, 2009 by Marcus Yam

Not quite a showstopper, but Microsoft is paying attention.

No matter how ready for primetime any operating system may be, it's never impervious to bugs. This applies to Windows 7, which is now in the can and released to manufacturing.

Apparently, a critical bug has been found in Windows 7 that could crash the computer when running Windows Chkdsk. According to reports, the crash occurs when chkdsk is ran with the /r switch, which is used to locate and repair bad sectors. When ran, the system reportedly consumes memory to 90 percent or more, eventually crashing the computer.

ZDNet blogger Ed Bott ran some tests and concluded that the bug, isn't completely reproducible or as critical as some make it out to be.

Microsoft Windows president Steven Sinofsky replied to the original report detailing the bug with a response that points out that maximum memory usage is actually a "feature" to speed up the chkdsk process. Here's an excerpt from his reply:

"In this case, we haven’t reproduced the crash and we’re not seeing any crashes with chkdsk on teh stack reported in any measurable number that we could find. We had one beta report on the memory usage, but that was resolved by design since we actually did design it to use more memory. But the design was to use more memory on purpose to speed things up, but never unbounded — we requset the available memory and operate within that leaving at least 50M of physical memory. Our assumption was that using /r means your disk is such that you would prefer to get the repair done and over with rather than keep working.

"While we appreciate the drama of 'critical bug' and then the pickup of 'showstopper' that I’ve seen, we might take a step back and realize that this might not have that defcon level. Bugs that are so severe as to require immediate patches and attention would have to have no workarounds and would generally be such that a large set of people would run across them in the normal course of using their PC."

Sinosky added that the Windows team is running an overnight stress test with 40 machines. Read his full reply here.

Source : Tom's Hardware US

Talkback
Add your comment
Jerther 08/06/2009 9:15 PM
Hide
-19+
dman3k 08/06/2009 9:21 PM
Hide
-18+

"teh stack"

I bet he thinks he's so 1337...

Bullheaded67 08/06/2009 9:29 PM
Hide
-5+

There may actually be a bug but I suspect it is in reality systems that are unstable for one reason or another (drivers, heat, unstable overclocks, etc). Some sites used extremely poor journalism to report this issue. I am glad to see this site giving a fair report.

doomtomb 08/06/2009 9:38 PM
Hide
-10+

Quote :UPDATE:

After emailing back and forth with the VP Sinofsky, it was found that the chkdsk /r tool is not at fault here. It was simply a chipset controller issue. Please update you chipset drivers to the current driver from your motherboard manufacturer. I did mine, and this fixed the issue. Yes it still uses alot of physical memory, because your checking for physical damage, and errors on the Harddrive your testing. I’m currently completed the chkdsk scan with no BSOD’s or computer sluggishness. Feel free to do this and try it for yourselves. Again, there is no Bug.

Thanks all.

http://www.chris123nt.com/2009/08/ [...] ment-11466

andboomer 08/06/2009 9:39 PM
Hide
-2+

dman3k :
"teh stack"I bet he thinks he's so 1337...



LOL! My first reaction too.

stradric 08/06/2009 9:42 PM
Hide
-8+

Not to mention that chkdsk is hardly critical to normal everyday activity on one's computer.

megamanx00 08/06/2009 9:46 PM
Hide
-8+

Bug, oh no my friend. It's a feature that lets you quickly and conveniently restart your computer ^_^

Anonymous 08/06/2009 9:47 PM
Hide
-5+

"is ran" "when ran". Head...Exploding...

Netherscourge 08/06/2009 9:52 PM
Hide
-5+

They set us up teh CHKDSK bomb!

hellwig 08/06/2009 10:46 PM
Hide
-3+

I don't know about CHKDSK (Wikipedia says '/r' requires a disk-level lock, so yeah), but whenever I ran ScanDisk and tried to use my computer, any disk access would reset ScanDisk. I quickly learned to NOT run other things while scanning/repairing a disk. Since CHKDSK /r is not able to run with other things writing to the drive, this means CHKDSK can use as much memory as it needs, what else would be running that needs that memory?

mindless728 08/06/2009 10:51 PM
Hide
-0+

well, i will have to try and reproduce this, seems i have 8GB of memory, lets see if it will use it all

warezme 08/06/2009 11:00 PM
Hide
-0+

and now one will ever get that error because people are to lazy to actually run a chkdsk anymore. Many have never heard of it and don't even know what it is for.

war2k9 08/06/2009 11:47 PM
Hide
-0+

BOOM!

nekatreven 08/07/2009 1:00 AM
Hide
--1+

hellwig :
I don't know about CHKDSK (Wikipedia says '/r' requires a disk-level lock, so yeah), but whenever I ran ScanDisk and tried to use my computer, any disk access would reset ScanDisk. I quickly learned to NOT run other things while scanning/repairing a disk. Since CHKDSK /r is not able to run with other things writing to the drive, this means CHKDSK can use as much memory as it needs, what else would be running that needs that memory?



Your system drive is the only one that cannot be run with a /r from within the OS. It will require a reboot, but other drives that are hooked up just work (as long as there are no active handles to them).

If its the former, I'd suspect that chkdsk going out of bounds of the available RAM after the reboot regardless of the fact nothing else is running. However if it is another drive or a flash drive or something, Windows may be devoting a ton of RAM to chkdsk and slowing down the viewing of pr0n and the pwning of the nubs by those that do not know that if you need to run it with /r...you should to start it and then stand ten feet away and stare at it and consider becoming religious in hopes that the data is not gone.

Gin Fushicho 08/07/2009 1:21 AM
Hide
-0+

The question is... will they ever fix my "0x0000004E" error? I always Bsod hen I browse the web.

aspireonelover 08/07/2009 2:51 AM
Hide
--1+

gin Fushicho :
The question is... will they ever fix my "0x0000004E" error? I always Bsod hen I browse the web.


you probably have bad ram...doesn't happen to me :P
check your OC and your RAM

nachowarrior 08/07/2009 4:45 AM
Hide
-0+

three words, third party utilities.

99% of the time, if there's a functionality built into windows someone else has done it better.

Anonymous 08/07/2009 6:09 AM
Hide
-0+

The only bug I care about that I hope is fixed in RTM is the issue Im having with Explorer. About 75% of the time I right click on an icon(even the recycle bin) Windows Explorer stops working and restarts itself. I had this problem with the beta and rc1.

flabbergasted 08/07/2009 6:28 AM
Hide
--2+

Ran CHKDSK on my Ultimate 64 edition. Fast and no problems

volks1470 08/07/2009 7:43 AM
Hide
-0+

Is this bug related to when I mount a disc image such as game and install it, my memory will slowly climb to 98% ram being used out of 4gb.

abasoufiane 08/07/2009 10:17 AM
Hide
-0+

Quote :Is this bug related to when I mount a disc image such as game and install it, my memory will slowly climb to 98% ram being used out of 4gb.


I experience the exact same thing, the memory climb up to 90% and more while installing from an image, making the computer (Quad + 4Gb) unresponsive or too slow. i searched in google but nobody seems to mention this problem which was weirder. That bug is present in the beta and even 7600 build , and i still need to verify the RTM. so what could be the problem ? any of you guys experienced it besides Volks1470 ?

zetto 08/07/2009 4:00 PM
Hide
-0+

aspireonelover :
you probably have bad ram...doesn't happen to me check your OC and your RAM



Indeed, tap your ram voltage up one notch, see if that cures the sniffle.

telim 08/07/2009 4:35 PM
Hide
-0+

"No matter how ready for primetime any operating system may be, it's never impervious to bugs."

Wow. That is a brutal sentence. You completely mangled the english language. There are at least 2 major grammatical flaws in this, the first sentence of your article! Shame on you!

How about: No matter how 'ready for primetime' an operating system may seem, it is never impervious to bugs.

abasoufiane 08/07/2009 4:57 PM
Hide
-0+

how about somebody comment on the bug i noticed instead of a grammar lesson, it seems i'm not alone and it's pretty serious as i'm obliged to restart the computer to restore the memory consumption level to normal.

telim 08/07/2009 5:18 PM
Hide
-0+

Actually upon further consideration I guess that sentence wasn't bad. "It's" was actually used correctly there. My bad. How that sentence still seems awkward to me...

As for the bug, Windows 7 will probably have a major update as soon as you install the final retail version... did you expect any pre-release versions to really be anything more than public beta tests? :P

abasoufiane 08/07/2009 6:00 PM
Hide
--1+

that obvious is easy to notice and to reproduce, a major bug like the one i'm talking about should be wiped out right after the beta, i can't believe MS would release windows 7 with this ! and how come nobody ever talked about it ! for awhile i thought i was the only one having this problem...

back_by_demand 08/07/2009 7:06 PM
Hide
--1+

How about, (this is a big ask), we have a headcount on this one with a simple yes/no vote.

Someone crashed the system when over 90% of RAM was used in a scandisk. When attempting to replicate or reproduce the error the results were inconclusive. The above information said that this was deliberate as they want as much ram used to speed up the process. "We requset the available memory and operate within that leaving at least 50M of physical memory"

Who gives a shit? Honestly, I couldn't give a monkeys. What impact is this going to have on Mr Johnny PC World, I have dealt with people who have owned a PC for 10 years and when I ask them if they ever defrag or scandisk they say "what's that?"

When SSD's become the norm and they all have automatic wear-leveling, no need for defragging, the need to scandisk will evaporate and we will wonder what the big fuss was.

Next. Story.

pochacco007 08/07/2009 7:29 PM
Hide
-1+

the bug is a good thing?!

rofl!

yao 08/07/2009 8:21 PM
Hide
-0+

Windows 7 probably expect system with >4GB ram.. lol

shukree 08/07/2009 10:44 PM
Hide
-1+

i did the same test successfully on both W7 RTM x64bit and XPSP2 x64 Bit
result: no crash.
W7 consume 7 GB out of 8 GB, test took 70 minutes and the system was unresponsive.
XPSp2 consume a maximum of 13 MB and most of the time it was 9 MB and took 68 minutes.and i was opening a firefox with 26 tabs .
conclusion:
Windows 7 looks very nice, but why 7 GB for this utility with no improvement?

steiner666 08/07/2009 11:31 PM
Hide
--1+

no problem here, and yeah, this is far from a major issue. as another poster said, there are better and more thorough 3rd party utilities.


Sponsored links

Related articles

  • Grindhouse Double Feature Review

    Rose McGowan, Freddy Rodriguez, Marley Shelton and Naveen Andrews star in Robert Rodriquez's Planet Terror.

  • The 'TURBO FREQUENCY' Feature

    The first time I came across the 'turbo frequency' BIOS setting was when I tried out the first of the new ABIT boards

  • Team Stanford aiming for the jackpot at DARPA Grand Challenge 2005

    23 vehicles are picked to enter the DARPA Grand Challenge 2005 race. Overall capability of the robot vehicles has dramatically improved over the previous year, but there are some teams that in fact may be capable of the winning the $2 million cash price - one of them being Stanford, which completed four perfect runs in the qualification round.