Comment Feed for Mark Russinovich: Inside Windows 7 (Going Deep on Channel 9)

Re: Mark Russinovich: Inside Windows 7

Projeksiyon — Wed, 11 Nov 2009 10:56:23 GMT

Thank You very cool

Re: Re: Re: Mark Russinovich: Inside Windows 7

BetterToday — Tue, 25 Aug 2009 22:23:53 GMT

I'd like to add the idea of an I/O queue to this discussion

Re: Re: Re: Re: Mark Russinovich: Inside Windows 7

Charles — Sat, 08 Aug 2009 05:35:03 GMT

"no?"

Consideration is not definitive.

Re: Re: Re: Mark Russinovich: Inside Windows 7

perris — Fri, 07 Aug 2009 19:03:10 GMT

shame charles as this is a hit people do happen to notice when they have an abundance of memory

I understand when pages are being written for cause, however nt writes pages pro-actively, long before they're even considered a candidate for release

as I mentioned with landy, (who did say this was going to be considered), this pro-active writing to the pagefile when the system is not under pressure should enjoy a differant policy then when the pages are being written actively

I understand only unique images in ram and not represernted on disc or the network are written to the pagefile however if there is no memory pressure yet there is hardrive use I think it would smooth things out if there was a "no memory pressure policy" for pages that aren't even a candidate for release

no?

Re: Re: Mark Russinovich: Inside Windows 7

Charles — Fri, 07 Aug 2009 18:18:43 GMT

Hi,

As of Vista and Win7, MM’s policies for determining when to write pages out to the paging file do not take into account other disk activity.

Re: Mark Russinovich: Inside Windows 7

perris — Thu, 06 Aug 2009 11:12:52 GMT

I had a conversation with landy a while back talking about memory management in xp and we were discussing changing how windows pro-actively writes pages to the pagefile in vista

he said there was no cue for that function there might be a hardrive bottleneck between pagefile writes and user writes.

landy said they were thinking about giving this page write a cue policy but hadn't done it in vista, (it was still longhorn at the time of this conversation)

I'm wondering if it was ever done for vista and if not if they addressed that issue in seven

Re: Re: Mark Russinovich: Inside Windows 7

Charles — Thu, 11 Jun 2009 16:33:49 GMT

Ha ha.... Why don't you download and install the RC build. Then your need to troll will be greatly reduced and your appreciation for Windows greatly increased.

Re: Mark Russinovich: Inside Windows 7

noisywan — Thu, 11 Jun 2009 12:32:24 GMT

Windows 7! Hurray!

Does that mean Windows Explorer will no more hang all tasks and go into 'not responding' state while trying to read a CD inserted in CD-ROM drive ?

There are rumors that it can also calculate the estimated time correctly while copying files and does not hang while browsing network... If it's true then Win7 is my dream OS!

Re: Mark Russinovich: Inside Windows 7

FireRx1 — Sat, 11 Apr 2009 23:23:15 GMT

Perhaps this should be addressed to the team, but as Computing is pushing forward to the x64 bit realm, there are issues that needs to be addressed before launch, or Windows 7 will be behind the curve. One issue I've noted is Windows still refers to the FSB to determine the BCLK speeds on most processors. This was fine, a year ago when processors speed calculations were dependant on the FSB. However, with the advent of the new Intel Core i7 processors, especailly the Extreme additions, the BCLK is determined by the Multi settings, rather than the the QPI/FSB setting alone. For example:

My BCLK on my Core i7 965 EE is 24x, with a QPI of 133mhz. That's is seen in bios , and windows at 3.2 ghz. However, Many users, including myself, overclock our processors. So when I set my multi to 34x with the same QPI I'm at 4.5ghz in bios. But in Windows it remains 3.184Ghz. This is because Windows is using the new processors QPI settings to determine the BCLK only, when in reality it should be using the multi's setting also to determine the clock speed of the processor. I bring this up because I sent feedback on this issue, and have yet to see an update to addrees it. As you know, most new computer will have the intel Core i7 processors in them. It would be nice to have windows read them correctly, versus having to use third party software to get correct processor speed ratings.
Thanks!

Re: Mark Russinovich: Inside Windows 7

FireRx1 — Sat, 11 Apr 2009 23:19:59 GMT

[img]http://img.photobucket.com/albums/v209/firerx/whatswronghere-1.jpg [/img]

I hope they fix this! Todays Core i7 965/975's don't use just the FSB/QPI to identify the BCLk of a processor. It also uses the mutli settings. It appears a kernel issue , and I've sent this to the team.

Re: Re: Mark Russinovich: Inside Windows 7

Mike Diack — Thu, 09 Apr 2009 10:26:14 GMT

Following up Dimebags comments, although as we all can see, Windows I/O handling is problematic, moving onto the more specific issue of the OS hanging while dealing with CDs / DVDs etc (especially those that have physical damage), I'm not convinced that the problem is Windows specific - I'm rather more convinced that most/all drive firmware doesn't handle such media well.

I've seen similar lockups while trying to read damaged media in OS/2 and Linux. I wonder whether it's not due to the DMA access to the damaged disc "locking the bus" and preventing other activity. I have a strong suspicision that this is the case, since when I've turned DMA off and used the same disc, the lockup doesn't occur (although obviously without DMA, for normal discs, you get very suboptimal performance).

Mike

Re: Re: Mark Russinovich: Inside Windows 7

Malcolm McCaffery — Sun, 08 Mar 2009 21:26:35 GMT

sysinternals tools such as process monitor and process explorer are working great in Vista (x86 and 64 bit versions) as well as windows 7.

Re: Mark Russinovich: Inside Windows 7

Dimebag — Mon, 16 Feb 2009 08:59:45 GMT

In responce to what
C

Re: Mark Russinovich: Inside Windows 7

Joiseystud — Fri, 16 Jan 2009 02:21:37 GMT

Why did this get reposted? This is from PDC timeframe not yesterday...

Re: Mark Russinovich: Inside Windows 7

Daniel Portal Jorge — Thu, 15 Jan 2009 15:55:14 GMT

I didn't have the chance to watch the whole video yet, but I'd like to ask if you have a schedule to release MinWin for mobile devices.
I remember seeing something last year that the goal was to get MinWin to 4Mb. How bug is it now? Do MS have a website where we could follow-up the advances on this product?

Thank you very much --

Re: Mark Russinovich: Inside Windows 7

David Treloar — Sun, 28 Dec 2008 02:14:36 GMT

Must say I found this interview very interesting, and the explanation of minwin definitely cleared up that issue. On the subject of minwin I think this is a great approach too the problem of a messy api, and I can see the parallels too the OSI model with the use of layering. Nice work!

Re: Mark Russinovich: Inside Windows 7

jumpzero — Tue, 18 Nov 2008 02:51:38 GMT

it's my first time seeing mark's face. if he loses some weight, he would look more like Neo in matrix. haha

Re: Mark Russinovich: Inside Windows 7

Mike Diack — Mon, 17 Nov 2008 12:06:58 GMT

BitCrazed is of course right in a theoretical world, but the reality of Windows systems is that fragmentation and seeking does indeed kill performance on the average system. Its certainly so for me on a quad CPU system, heavy I/O brings the system to its knees responsiveness wise (hangs of c. 30 secs are not unheard of).

chall3ng3r's entry is interesting, but I think it's much more of a generic issue than even Windows specific. Damaged CD's have the same effect on just about every OS I've tried, including OS/2, Linux, Windows. I rather suspect it's down to the drive's firmware getting stuck in a tight loop and becoming unresponsive and/or locking the bus (?DMA?)

Can anyone comment?

Mike

Re: Mark Russinovich: Inside Windows 7

Mark Russinovich — Sun, 16 Nov 2008 01:05:46 GMT

I'm having a lot of fun, thanks, Darth!

Re: Mark Russinovich: Inside Windows 7

Darth Kronos — Sun, 16 Nov 2008 00:04:27 GMT

Great stuff here, Mark I hope they are keeping you happy in Rainy Seattle, keep up the great work!

Re: Mark Russinovich: Inside Windows 7

Faisal Iqbal — Thu, 13 Nov 2008 13:27:16 GMT

Regarding Windows 7 improvements, I'd also like to point out a big issue in all previous versions of Windows OS. System hang-up when a CD/DVD disc is inserted into CD/DVD drive, and system keeps hanged until the disc TOC is read.

With discs with scratches, or poor quality are inserted into drive, the system is somtimes completely hanged, and user have to perform hard-reset, even when the disc was taken out of the drive, Windows keeps irresponsive!. I cannot tell how many times it have happened to me and my friends.

I'd love to see improvements in Windows 7 in how it handels attached devices, and should not get in a state where user have to do hard-reset due to certain device delay, specifically CD/DVD drives.

// chall3ng3r //

Re: Re: Re: Mark Russinovich: Inside Windows 7

malky — Thu, 13 Nov 2008 06:08:57 GMT

Is that a Virtual Desktop that Mark is sitting at ?

The haircut + shirt + time has changed but the desktop + [wall] storage has not changed between interviews !!

:^ )