Linked by Thom Holwerda on Tue 2nd Dec 2008 10:58 UTC
Windows Two weeks ago, I published an article in which I explained what was wrong about Randall Kennedy's "Windows 7 Unmasked" article. This was noted by Infoworld's editor-in-chief Eric Knorr, who suggested that Randall and I enter into an email debate regarding the various points made in our articles. We agreed upon publishing this email thread as-is, unedited (I didn't even fix the spelling errors), on both Infoworld and OSNews. We agreed that Randall would start the debate, and that I had the final word. Read on for the entertaining email debate (I figured it would be best to give each email its own page, for clarity's sake. My apologies if this makes each individual page much shorter than what you're used to from OSNews).
E-mail Print r 0   · Read More · 78 Comment(s)
Thread beginning with comment 338882
To read all comments associated with this story, please click here.
Why not look at data?
by malxau on Tue 2nd Dec 2008 12:13 UTC
Member since:

Sure, having access to source is useful. But without source, one can download windbg, attach the kernel debugger to a machine (or VM) running the version of Windows we're looking at, and dump the threads. Doing so with public symbols will still give you a stack trace, and a reasonable clue of what those threads actually do.

From there, you can see what has changed between Vista & Win7, or at least get a better idea than a thread count.

So, in the area that I work, we removed one reserved thread in order to support new functionality in Win7 that we couldn't support by having a single, system-wide thread for this particular task. It didn't break apps, or any exposed functionality; it merely reworked how the code operated (and made it somewhat more scalable for good measure.)

For MinWin, just to be clear - MinWin is a refactoring effort. It doesn't have much to do with the kernel. Most changes are usermode. The most significant part, IMO, is breaking kernel32.dll up between kernelbase.dll (low level routines) and kernel32.dll (higher level routines.) If you do "dir c:\windows\system32\kernel*" on Win7, and see kernelbase.dll, that's MinWin. And before anyone asks, kernel32.dll/kernelbase.dll are not kernel components.

But I'll end this with a plea. I'm an OS enthusiast, as are many readers here, and this kind of finger-pointing debate isn't really providing us with much useful news or information. There are good OS topics to debate all day, but the debate needs to focus on technical issues, not who-said-what-first or who-was-fingerpainting-when. Please - debate technology (and dig deep to find it!), not personalities. Be careful with "you"/"I"/"me"; these are not technical terms, and frequently do not add to technical discussion.

Edited 2008-12-02 12:22 UTC

Reply Score: 7