<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:osnews="http://osnews.com/rss2#">
	<channel>
		<title>OSNews: </title>
		<link>http://www.osnews.com/story/18803/Core_of_Windows_7_Taking_Shape_Meet_the_MinWin_Kernel</link>
		<description>Exploring the Future of Computing</description>
		<language>en-us</language>
		<copyright>Copyright 2001-2010, David Adams</copyright>
		<webMaster>adam+nospam@osnews.com</webMaster>
		<lastBuildDate>Tue, 16 Mar 2010 22:07:08 GMT</lastBuildDate>
		<image>
			<url>http://www.osnews.com/images/osnews.gif</url>
			<title>OSNews.com</title>
			<link>http://www.osnews.com</link>
		</image>
		<item>
			<title>Ahw, not another one</title>
			<link>http://osnews.com/thread?279756</link>
			<guid isPermaLink="true">http://osnews.com/thread?279756</guid>
			<description>Why do we need more microkernel? Don't we run Windows XP because it is so fast?</description>
			<pubDate>Mon, 22 Oct 2007 09:33:00 GMT</pubDate>
			<author>donotreply@osnews.com (laserlars)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Ahw, not another one</title>
			<link>http://osnews.com/thread?279758</link>
			<guid isPermaLink="true">http://osnews.com/thread?279758</guid>
			<description>This is not 'another' microkernel. This is winnt with all the fluff stripped out, making it run on 25MB of disk space and 40MB of RAM.</description>
			<pubDate>Mon, 22 Oct 2007 09:43:00 GMT</pubDate>
			<author>donotreply@osnews.com (Thom_Holwerda)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>compatibility?</title>
			<link>http://osnews.com/thread?279759</link>
			<guid isPermaLink="true">http://osnews.com/thread?279759</guid>
			<description>Does this new kernel mean MS will finally give up on backward compatibility?</description>
			<pubDate>Mon, 22 Oct 2007 09:47:00 GMT</pubDate>
			<author>donotreply@osnews.com (Darkelve)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Good news</title>
			<link>http://osnews.com/thread?279760</link>
			<guid isPermaLink="true">http://osnews.com/thread?279760</guid>
			<description>I watched the 1 hour presentation yesterday. It does *not* contain 1 hour of technical content.<br />
<br />
I don't think what is interesting here is that Microsoft are thinking in terms of micro-kernels. The NT kernel is already a hybrid kernel. My understanding of what's being presented here is essentially a Microsoft version of Xen, it consists of a hypervisor, a master partition (Dom0 anyone?) and lots of guests (&quot;partitions&quot;). The only difference I can see is guest OS's won't *require* modification and they are introducing a focus on bringing in 3rd party modules (Which is never surprising with MS).<br />
<br />
The technology here isn't that exciting or new. Whats interesting is this built in virtualisation could lead to a clean break in Windows 7 that drops all the nastier legacy API's, removes the cruft and moves it into a safe virtual environment. This is hardly surprising either, a lot of people have been saying MS should be doing this.<br />
<br />
Another gem in the presentation is a rag on people using uninstallers and that Microsoft and a hint is dropped that Microsoft are working on the clean installation and uninstallation of software. Are they going to push and strengthen MSI? Package manager anyone...?Edited 2007-10-22 09:53</description>
			<pubDate>Mon, 22 Oct 2007 09:47:00 GMT</pubDate>
			<author>donotreply@osnews.com (baadger)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: compatibility?</title>
			<link>http://osnews.com/thread?279761</link>
			<guid isPermaLink="true">http://osnews.com/thread?279761</guid>
			<description>This isn't just a kernel, nor is it new. It's currently shipping with Vista.<br />
<br />
<a href="http://community.winsupersite.com/blogs/paul/archive/2007/10/19/microsoft-shows-shaved-down-kernel-for-next-windows-os.aspx" rel="nofollow">http://community.winsupersite.com/blogs/paul/archive/2007/10/19/mic...</a></description>
			<pubDate>Mon, 22 Oct 2007 09:52:00 GMT</pubDate>
			<author>donotreply@osnews.com (n4cer)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>I fear delays..</title>
			<link>http://osnews.com/thread?279762</link>
			<guid isPermaLink="true">http://osnews.com/thread?279762</guid>
			<description>If MS is going to re-architecture windows like that it's going to take more than 2-3 years to finish. But then perhaps, after ~20 years, MS might finally get windows right.</description>
			<pubDate>Mon, 22 Oct 2007 09:55:00 GMT</pubDate>
			<author>donotreply@osnews.com (nxsty)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Good news</title>
			<link>http://osnews.com/thread?279765</link>
			<guid isPermaLink="true">http://osnews.com/thread?279765</guid>
			<description><div class="cquote">Another gem in the presentation is a rag on people using uninstallers and that Microsoft and a hint is dropped that Microsoft are working on the clean installation and uninstallation of software. Are they going to push and strengthen MSI? Package manager anyone...?  </div><br />
<br />
They already have several package managers depending on the servicing stack used. MSI/msiexec.exe for applictions, Update.exe for OS packages on pre-Vista Windows, Component-Based Servicing (CBS) (pkgmgr.exe/ocsetup.exe/pnputil.exe use it) on Vista and above replaces Update.exe. They are also continuing to update MSI. Windows Installer 3.5 shipped with Vista and 4 is currently in beta.<br />
<br />
Most of what he was talking about is present in Vista via the Trusted Installer, the layering gates, and system resource virtualization.Edited 2007-10-22 10:29</description>
			<pubDate>Mon, 22 Oct 2007 10:13:00 GMT</pubDate>
			<author>donotreply@osnews.com (n4cer)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Ahw, not another one</title>
			<link>http://osnews.com/thread?279767</link>
			<guid isPermaLink="true">http://osnews.com/thread?279767</guid>
			<description>That will surely grow, I'd assume.</description>
			<pubDate>Mon, 22 Oct 2007 10:48:00 GMT</pubDate>
			<author>donotreply@osnews.com (flanque)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>My take...</title>
			<link>http://osnews.com/thread?279769</link>
			<guid isPermaLink="true">http://osnews.com/thread?279769</guid>
			<description>Im no one to say what Microsoft should or not do...<br />
 But wouldnt it be easier if they could just add a layer of virtualization to the OS and this would make backwards compatibility easier ?<br />
 <br />
 Where the old applications could run easily even though not a good design Microsoft should look to the future. The userbase would be happily and the system wouldnt be so bloated...<br />
 <br />
 Maybe also the same sets of APIs like wine/crossover..Edited 2007-10-22 11:08 UTC</description>
			<pubDate>Mon, 22 Oct 2007 10:53:00 GMT</pubDate>
			<author>donotreply@osnews.com (HangLoose)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>not slim at all</title>
			<link>http://osnews.com/thread?279777</link>
			<guid isPermaLink="true">http://osnews.com/thread?279777</guid>
			<description>win nt used to run on machines with 24mb ram. i'm not quite sure what is supposed to be slim about this kernel if it needs 40mb without a gui. it's neither a microkernel by design nor a micro-small kernel by appearance.<br />
<br />
nothing to see here, move along.</description>
			<pubDate>Mon, 22 Oct 2007 11:34:00 GMT</pubDate>
			<author>donotreply@osnews.com (puenktchen)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Good news</title>
			<link>http://osnews.com/thread?279779</link>
			<guid isPermaLink="true">http://osnews.com/thread?279779</guid>
			<description>The NT kernel is already a hybrid kernel.<br />
<br />
There's no such thing as a hybrid kernel.<br />
<br />
My understanding of what's being presented here is essentially a Microsoft version of Xen, it consists of a hypervisor, a master partition (Dom0 anyone?) and lots of guests (&quot;partitions&quot;).<br />
<br />
Yes, the broken Xen privileged guest model.<br />
<br />
It looks as though what will happen in the future is that this Viridian model will be what you will install on your PC, and any given environment that you run will be run inside a virtual machine.</description>
			<pubDate>Mon, 22 Oct 2007 11:46:00 GMT</pubDate>
			<author>donotreply@osnews.com (segedunum)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: compatibility?</title>
			<link>http://osnews.com/thread?279780</link>
			<guid isPermaLink="true">http://osnews.com/thread?279780</guid>
			<description><div class="cquote">Does this new kernel mean MS will finally give up on backward compatibility? </div><br />
<br />
Why would they do that?  Backwards compatibility might be an issue for freeware operating systems with shoestring budgets, but it shouldn't be for something that actually generates income...</description>
			<pubDate>Mon, 22 Oct 2007 11:46:00 GMT</pubDate>
			<author>donotreply@osnews.com (Almafeta)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: not slim at all</title>
			<link>http://osnews.com/thread?279782</link>
			<guid isPermaLink="true">http://osnews.com/thread?279782</guid>
			<description>Say QNX?<br />
<br />
&quot;Nothing new here folks, now move along.&quot;<br />
<br />
As a side note, it's amazing to me that Microsoft has the power to clobber it's faithful users with the cruft that Vista is, and yet, these same people should even care what what will be forced upon them in three to five years.</description>
			<pubDate>Mon, 22 Oct 2007 11:47:00 GMT</pubDate>
			<author>donotreply@osnews.com (celt)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Good news</title>
			<link>http://osnews.com/thread?279783</link>
			<guid isPermaLink="true">http://osnews.com/thread?279783</guid>
			<description><div class="cquote">There's no such thing as a hybrid kernel.  </div><br />
 <br />
 I'll not go there this time <img src="/images/emo/wink.gif" alt=";)" /> .<br />
 <br />
 <div class="cquote">Yes, the broken Xen privileged guest model. </div><br />
 <br />
 They're making some interesting choices, though. For instance, the Microsoft hypervisor does not require special kernels. Kernels do not have to be altered in order to run on the Microsoft hypervisor. With Xen, they do need to be altered.Edited 2007-10-22 12:08 UTC</description>
			<pubDate>Mon, 22 Oct 2007 11:48:00 GMT</pubDate>
			<author>donotreply@osnews.com (Thom_Holwerda)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Question...</title>
			<link>http://osnews.com/thread?279788</link>
			<guid isPermaLink="true">http://osnews.com/thread?279788</guid>
			<description>What I question is the logic behind dedicated so much resources to something that I doubt will yield the results they require to turn it into a maintainable product for the long term.<br />
<br />
Someone at Microsoft need to be sent to their local university and take &quot;System Analysis and Design&quot; - the cycle can only repeat so many times before you have to throw it out and start again. Microsoft need to face reality; re-engineering Windows will take for ever, yield little in terms of benefits to them or the customers.<br />
<br />
Throw out the code base, embrace FreeBSD 7, and build a virtualisation for compatibility; heck, even go so far to implement OpenStep and update to today. There is nothing stopping them, they have the resources - its too bad that they use the &quot;UNIX Haters Hand Book&quot; as the source of all direction within Microsoft rather than facts.</description>
			<pubDate>Mon, 22 Oct 2007 12:25:00 GMT</pubDate>
			<author>donotreply@osnews.com (kaiwai)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: compatibility?</title>
			<link>http://osnews.com/thread?279791</link>
			<guid isPermaLink="true">http://osnews.com/thread?279791</guid>
			<description>Read your own link, that's about Windows 7</description>
			<pubDate>Mon, 22 Oct 2007 12:48:00 GMT</pubDate>
			<author>donotreply@osnews.com (BluenoseJake)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Question...</title>
			<link>http://osnews.com/thread?279792</link>
			<guid isPermaLink="true">http://osnews.com/thread?279792</guid>
			<description><div class="cquote">hrow out the code base, embrace FreeBSD 7, and build a virtualisation for compatibility; heck, even go so far to implement OpenStep </div><br />
<br />
So basically you are saying MS should make OSX 10.0?</description>
			<pubDate>Mon, 22 Oct 2007 12:50:00 GMT</pubDate>
			<author>donotreply@osnews.com (google_ninja)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: not slim at all</title>
			<link>http://osnews.com/thread?279793</link>
			<guid isPermaLink="true">http://osnews.com/thread?279793</guid>
			<description>It's more about the tech then anything else. <br />
<br />
It's always interesting to see what MS or Apple will do as they can popularize some radical concepts.</description>
			<pubDate>Mon, 22 Oct 2007 12:53:00 GMT</pubDate>
			<author>donotreply@osnews.com (Flatland_Spider)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: compatibility?</title>
			<link>http://osnews.com/thread?279796</link>
			<guid isPermaLink="true">http://osnews.com/thread?279796</guid>
			<description>Why would I want to use a &quot;freeware&quot; operating system? <br />
<br />
Did you mean: &quot;open source&quot; ?<br />
<br />
My point is simply, that with large changes to the architecture, providing backwards compatibility might prove to be problematic. XP was not 100% backwards compatible (meaning, a number of applications refusing to run properly/at all), and from what I have read for Vista it was even a bit worse.<br />
<br />
So now I wonder how that will fare in the next version. The kernel seems to be an important part of the equation, although I could be wrong.Edited 2007-10-22 13:07</description>
			<pubDate>Mon, 22 Oct 2007 13:04:00 GMT</pubDate>
			<author>donotreply@osnews.com (Darkelve)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Kernel?</title>
			<link>http://osnews.com/thread?279797</link>
			<guid isPermaLink="true">http://osnews.com/thread?279797</guid>
			<description>What's wrong with the kernel? It's not like everyone blames it for the bloat. The rest of the system and how it's put together - that's what matters. Users don't &quot;run the kernel&quot;, they run an operating system.</description>
			<pubDate>Mon, 22 Oct 2007 13:07:00 GMT</pubDate>
			<author>donotreply@osnews.com (Buck)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Question...</title>
			<link>http://osnews.com/thread?279798</link>
			<guid isPermaLink="true">http://osnews.com/thread?279798</guid>
			<description>&quot;So basically you are saying MS should make OSX 10.0?&quot;<br />
<br />
I think he means MS-X 11<br />
<br />
&quot;Tyrannosaus&quot; or &quot;Predator&quot; could be a nice codenameEdited 2007-10-22 13:10</description>
			<pubDate>Mon, 22 Oct 2007 13:09:00 GMT</pubDate>
			<author>donotreply@osnews.com (Darkelve)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Good news</title>
			<link>http://osnews.com/thread?279799</link>
			<guid isPermaLink="true">http://osnews.com/thread?279799</guid>
			<description>I'll not go there this time <img src="/images/emo/wink.gif" alt=";)" /> .<br />
<br />
Well, let's not ;-).<br />
<br />
 They're making some interesting choices, though. For instance, the Microsoft hypervisor does not require special kernels.<br />
<br />
Well, I suppose it goes back to that whole debate recently on where you put the drivers. Can you really make an OS obsolete by running everything within the hypervisor, or is it just a ridiculous idea since you have to have drivers somewhere regardless? It goes to the heart of why some people think the notion of privileged guests are broken, especially in Xen, because you're not working from a known base. The Xen kernel diverges wildly from mainline, and there's no end in sight.<br />
<br />
Whereas Linux can get away with running as the base system (you have to run it on something!), Windows probably can't because of it's large amount of bizarre dependencies, but even then, they could probably go the KVM type route and run everything on a very small system with a very small kernel. There tends to be a lot of context switching with privileged guests, so anyone who says this model is better is silly. Also, a privileged guest means one big point of failure for all your machines and domains are a maintenance nightmare.<br />
<br />
Basically, just like XenSource and VMware with their very strange ideas, Microsoft would love to create some all-encompassing lock-in here, and hopefully lock out future Windows versions from any other virtualisation solution and create a Windows container (protector).<br />
<br />
Kernels do not have to be altered in order to run on the Microsoft hypervisor.<br />
<br />
Not sure really. They might be doing this through some form of hardware virtualisation (I can imagine Microsoft driving this), or falling back to full software virtualisation like VMware does as well as allowing for modified guests for better performance.<br />
<br />
This probably explains why I run VMware Server, will continue to for some time, and why I'll recommend ESX to people who need it - until VMware starts getting some bizarre ideas, at which point I really, really hope KVM will have saved us all from this madness.</description>
			<pubDate>Mon, 22 Oct 2007 13:15:00 GMT</pubDate>
			<author>donotreply@osnews.com (segedunum)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Question...</title>
			<link>http://osnews.com/thread?279805</link>
			<guid isPermaLink="true">http://osnews.com/thread?279805</guid>
			<description><i>I think he means MS-X 11</i><br />
<br />
Xenix revival silly <img src="/images/emo/wink.gif" alt=";)" /> <br />
<br />
But really, I hate all the constant Microsoft related articles - cut it out &quot;Thom&quot; <img src="/images/emo/wink.gif" alt=";)" /></description>
			<pubDate>Mon, 22 Oct 2007 13:29:00 GMT</pubDate>
			<author>donotreply@osnews.com (BSDfan)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Question...</title>
			<link>http://osnews.com/thread?279818</link>
			<guid isPermaLink="true">http://osnews.com/thread?279818</guid>
			<description>Throw out the code base, embrace FreeBSD 7<br />
<br />
Why embrace an inferior OS? Face it: FreeBSD has inherited its design from the old BSD Unixes. It was never internally designed for SMP - and after years of work, their SMP scalability is not so good.<br />
<br />
NT, as much as people hates it, it was designed from the ground up to support SMP. With multicore cores already there, it'd be stupid for them to use a operative system that needs a lot of work, meanwhile the NT kernel already did all that work a decade ago. <br />
<br />
If I had to choose between NT and freebsd for a future OS, I'd choose NT without doubt. The only unixes that are worth of using are those that saw the huge UNIX design mistake that was not being designed for SMP machines, and took radical approaches to evolve their codebases to solve the problem, like solaris or linux.</description>
			<pubDate>Mon, 22 Oct 2007 14:19:00 GMT</pubDate>
			<author>donotreply@osnews.com (diegocg)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Good news</title>
			<link>http://osnews.com/thread?279823</link>
			<guid isPermaLink="true">http://osnews.com/thread?279823</guid>
			<description><div class="cquote">There's no such thing as a hybrid kernel. </div><br />
<br />
I agree that &quot;hybrid&quot; is not the best way the NT kernel series, and neither is &quot;modified microkernel&quot;.  Hybrid implies a union of multiple designs.  While NT is essentially a monolithic kernel, it cannot be considered a microkernel.  <br />
<br />
It's a monolithic kernel that contains an architecturally distinct core.  It has none of the characteristic of a microkernel besides this logical structure, and this is merely a programming expedient rather than a consequence of interprocess communication.<br />
<br />
Maybe this structure disqualifies NT from being called a monolithic kernel.  In that case, you can call it a macrokernel.  A lot of people have taken to describing Linux as a macrokernel, and there's not a lot of space between NT and Linux in this sense.</description>
			<pubDate>Mon, 22 Oct 2007 14:30:00 GMT</pubDate>
			<author>donotreply@osnews.com (butters)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Good news</title>
			<link>http://osnews.com/thread?279834</link>
			<guid isPermaLink="true">http://osnews.com/thread?279834</guid>
			<description><div class="cquote">For instance, the Microsoft hypervisor does not require special kernels... With Xen, they do need to be altered.  </div><br />
<br />
Xen 3.0+ supports full hardware virtualization.  Of course, it requires the heavily-modified Linux Dom0, but the Microsoft solution will similarly require a privileged, Viridian-aware Windows guest.  Viridian is almost a one-to-one mapping of the Xen design philosophy from Linux to Windows.<br />
<br />
In any hardware virtualization solution, there exists a certain functional subset that is a single point of failure for all hosted guests.  The flaw in the Xen/Viridian model, IMHO, is that this functionality is split between two distinct software components, and the privileged guest contains a lot of functionality that wouldn't otherwise be a part of this critical subset.<br />
<br />
The hypervisor can't fail, the host can't fail, the coherency between them can't fail, and the superfluous non-host code can't cause the privileged guest to fail.  If any one of them does, all of the guests go down.  Contrast this with the KVM or VMware ESX approach, where the entire critical subset, and not much else, is in the hypervisor.</description>
			<pubDate>Mon, 22 Oct 2007 15:02:00 GMT</pubDate>
			<author>donotreply@osnews.com (butters)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: not slim at all</title>
			<link>http://osnews.com/thread?279859</link>
			<guid isPermaLink="true">http://osnews.com/thread?279859</guid>
			<description>yeah, for real. Win 2k pro and XP pro can happily run in 45mb of ram if you disable a bunch of useless stuff. NT3/4 run fine in 24-32mb of ram.</description>
			<pubDate>Mon, 22 Oct 2007 16:19:00 GMT</pubDate>
			<author>donotreply@osnews.com (helf)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: compatibility?</title>
			<link>http://osnews.com/thread?279876</link>
			<guid isPermaLink="true">http://osnews.com/thread?279876</guid>
			<description><div class="cquote">Read your own link, that's about Windows 7 </div><br />
<br />
Read the bottom of the post at that link. It points to 3 articles about &quot;Longhorn&quot;/Vista and how they are built atop MinWin.<br />
<br />
Quote:<br />
<div class="cquote">There's just one problem with all this. MinWin isn't new. In fact, I wrote about it years ago here, here, and here. It's part of Windows Vista and 2008, and is at the core of these OS's internal componentization. </div></description>
			<pubDate>Mon, 22 Oct 2007 17:07:00 GMT</pubDate>
			<author>donotreply@osnews.com (n4cer)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: compatibility?</title>
			<link>http://osnews.com/thread?279971</link>
			<guid isPermaLink="true">http://osnews.com/thread?279971</guid>
			<description><div class="cquote">Why would I want to use a &quot;freeware&quot; operating system? Did you mean: &quot;open source&quot; ? </div><br />
<br />
No, I meant freeware -- i.e., software that does not generate income.  But if you pay for it, you kind of expect basic things, like backwards compatability...</description>
			<pubDate>Mon, 22 Oct 2007 22:57:00 GMT</pubDate>
			<author>donotreply@osnews.com (Almafeta)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: compatibility?</title>
			<link>http://osnews.com/thread?279995</link>
			<guid isPermaLink="true">http://osnews.com/thread?279995</guid>
			<description>Bloggers are *always* going on about where think they guessed something right in a previous blog entry.  The problem is that his (and hence your) claims don't align at all with what Eric Traut of Microsoft, the man who actually knows (as opposed to guessing and blogging about it), said about MinWin.  MinWin is, indeed, something new.  And has not been used in a product yet.  It is a completely new kernel intended to be used at the core of Windows 7.  Like I say, Windows 7 looks like the biggest overhaul since NT.<br />
<br />
And you know what?  I, a long-time, dyed in the wool, card carrying Microsoft detractor and Linux advocate, am actually a little excited about that efficient little core he was showing off.  I get the impression that they've learned from the Vista development cycle, taken a page out of the *nix play book, and are taking a step in the right direction.</description>
			<pubDate>Tue, 23 Oct 2007 01:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (sbergman27)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[5]: compatibility?</title>
			<link>http://osnews.com/thread?280005</link>
			<guid isPermaLink="true">http://osnews.com/thread?280005</guid>
			<description>You're right...  MinWin is not in Vista or 2k8.  It is also not a huge departure from the NT codebase.</description>
			<pubDate>Tue, 23 Oct 2007 02:57:00 GMT</pubDate>
			<author>donotreply@osnews.com (PlatformAgnostic)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: Good news</title>
			<link>http://osnews.com/thread?280007</link>
			<guid isPermaLink="true">http://osnews.com/thread?280007</guid>
			<description>The hypervisor probably won't fail.  The root VM's drivers could fail and that would be the source of problems.  On the other hand, since we're talking about normal Windows drivers here that are used on millions of machines under all kinds of circumstances, the core virtualization-sensitive drivers probably won't fail more often than the hardware itself.  After all, enterprise-grade network and storage drivers are usually quite well-tested.  This is likely better than a custom special-purpose NIC driver to plug into the hypervisor.  Traut mentioned that the MS hypervisor will NOT be extensible at all.</description>
			<pubDate>Tue, 23 Oct 2007 03:08:00 GMT</pubDate>
			<author>donotreply@osnews.com (PlatformAgnostic)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: not slim at all</title>
			<link>http://osnews.com/thread?280008</link>
			<guid isPermaLink="true">http://osnews.com/thread?280008</guid>
			<description>I don't know for sure, but I would wager strongly that this is 40 MB of total virtual address space.  There are probably many pieces that could be paged out without performance loss given RAM limitations.</description>
			<pubDate>Tue, 23 Oct 2007 03:11:00 GMT</pubDate>
			<author>donotreply@osnews.com (PlatformAgnostic)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[6]: compatibility?</title>
			<link>http://osnews.com/thread?280009</link>
			<guid isPermaLink="true">http://osnews.com/thread?280009</guid>
			<description>&quot;&quot;&quot;<br />
<div class="cquote">It is also not a huge departure from the NT codebase. </div><br />
&quot;&quot;&quot;<br />
<br />
If that's true, someone's playing games with the word &quot;microkernel&quot; again.  You can't go from the kernel that Windows uses now to a microkernel and call the change trivial.</description>
			<pubDate>Tue, 23 Oct 2007 03:13:00 GMT</pubDate>
			<author>donotreply@osnews.com (sbergman27)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Question...</title>
			<link>http://osnews.com/thread?280011</link>
			<guid isPermaLink="true">http://osnews.com/thread?280011</guid>
			<description>You are right.  As an OS design, Mac OS X is not that impressive except in its haphazardness.  Especially the fact that there are two layers of APIs that are intermingled (the BSD layer and the Mach layer) without much apparent rhyme or reason.  <br />
<br />
Kaiwai is pretty much wrong on this one:  the way to keep a system going over time is to loosen the couplings between its parts and replace them one or two at a time when the old design is outdated or when new techniques come about.  Starting from scratch and rewriting is a recipe for disaster of Netscape Communicator proportions.  The NT kernel is already designed well with componentization and loose-coupling in mind.  Windows user-mode is evolving and it's not a one-release job.</description>
			<pubDate>Tue, 23 Oct 2007 03:20:00 GMT</pubDate>
			<author>donotreply@osnews.com (PlatformAgnostic)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[7]: compatibility?</title>
			<link>http://osnews.com/thread?280012</link>
			<guid isPermaLink="true">http://osnews.com/thread?280012</guid>
			<description>If you watch the talk (which apparently no one who writes these articles and blurbs actually has), Traut mentions nothing about microkernels.  It's someone else's imagination.  <br />
<br />
NT is not a microkernel, but it is unique in that it is explicitly designed to display different &quot;personalities&quot; to user-mode.</description>
			<pubDate>Tue, 23 Oct 2007 03:25:00 GMT</pubDate>
			<author>donotreply@osnews.com (PlatformAgnostic)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: not slim at all</title>
			<link>http://osnews.com/thread?280016</link>
			<guid isPermaLink="true">http://osnews.com/thread?280016</guid>
			<description>&quot;&quot;&quot;<br />
<div class="cquote">I don't know for sure, but I would wager strongly that this is 40 MB of total virtual address space. </div> <br />
&quot;&quot;&quot;<br />
<br />
The numbers are actually all shown in the talk.<br />
<br />
39MB total physical memory<br />
7MB free physical memory<br />
37MB total paging file<br />
8MB free paging file<br />
<br />
So there is 76MB of virtual memory.  61MB of which was being used at the time the snapshot was taken.</description>
			<pubDate>Tue, 23 Oct 2007 03:51:00 GMT</pubDate>
			<author>donotreply@osnews.com (sbergman27)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: not slim at all</title>
			<link>http://osnews.com/thread?280018</link>
			<guid isPermaLink="true">http://osnews.com/thread?280018</guid>
			<description>I'm now pretty curious about this.  You're right, of course; I forgot the memory statistics screen.  <br />
<br />
Now I wonder what's so large down there.</description>
			<pubDate>Tue, 23 Oct 2007 03:59:00 GMT</pubDate>
			<author>donotreply@osnews.com (PlatformAgnostic)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[5]: compatibility?</title>
			<link>http://osnews.com/thread?280022</link>
			<guid isPermaLink="true">http://osnews.com/thread?280022</guid>
			<description><div class="cquote">Bloggers are *always* going on about where think they guessed something right in a previous blog entry. The problem is that his (and hence your) claims don't align at all with what Eric Traut of Microsoft, the man who actually knows (as opposed to guessing and blogging about it), said about MinWin. MinWin is, indeed, something new.  </div><br />
<br />
It's Paul Thurrot, not just any old blogger. Yes, he is wrong on occasion, but not in this case. Traut got facts about Windows history wrong.<br />
<a href="http://www.istartedsomething.com/20071019/eric-talk-demo-windows-7-minwin/#comment-40144" rel="nofollow">http://www.istartedsomething.com/20071019/eric-talk-demo-windows-7-...</a>  <br />
<br />
It's not as if he couldn't have also screwed up the history of MinWin as well. He hasn't always been part of the kernel team. He came in after MS acquired VPC et al. If you actually read the links at the bottom of that blog post, you'd see that the comments on MinWin were sourced from Microsoft and documented during &quot;Longhorn's&quot; development.<br />
<br />
If MinWin did not exist at that time, explain the existance of Paul's articles. Also explain Microsoft documents on their website stating that MinWin is part of the parent partition above the hypervisor in Server 2008.<br />
<br />
You can choose not to believe it. You can even choose to believe that Seven won't be based on Vista. In either case, it's an incorrect assumption.Edited 2007-10-23 04:12</description>
			<pubDate>Tue, 23 Oct 2007 04:09:00 GMT</pubDate>
			<author>donotreply@osnews.com (n4cer)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: not slim at all</title>
			<link>http://osnews.com/thread?280031</link>
			<guid isPermaLink="true">http://osnews.com/thread?280031</guid>
			<description>&quot;&quot;&quot;<br />
<div class="cquote">Now I wonder what's so large down there. </div><br />
&quot;&quot;&quot;<br />
<br />
Indeed.  I just did a quick check, and I can boot my Ubuntu Gutsy laptop with a 2.6.22 kernel into single user mode and run lighttpd on 38MB of total virtual space without any tweaking.  Over 2MB free.  And over 24MB in combined cache and buffers after boot.</description>
			<pubDate>Tue, 23 Oct 2007 04:34:00 GMT</pubDate>
			<author>donotreply@osnews.com (sbergman27)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[6]: compatibility?</title>
			<link>http://osnews.com/thread?280038</link>
			<guid isPermaLink="true">http://osnews.com/thread?280038</guid>
			<description>&quot;&quot;&quot;<br />
<div class="cquote">It's not as if he couldn't have also screwed up the history of MinWin as well. </div><br />
&quot;&quot;&quot;<br />
<br />
Right.  Since he made a couple of minor errors regarding an obsolete MS product from 22 years ago, it's obvious that Microsoft's Director of Kernel and VM Development just doesn't know that a major project which he and his team are currently working on is already being used as the basis of the company's flagship product.  He mistakenly thinks that it's not being used anywhere yet.<br />
<br />
*If* this is truly the case, I would not expect Windows 7 to be ready for a *very* *very* long time.</description>
			<pubDate>Tue, 23 Oct 2007 05:24:00 GMT</pubDate>
			<author>donotreply@osnews.com (sbergman27)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Question...</title>
			<link>http://osnews.com/thread?280041</link>
			<guid isPermaLink="true">http://osnews.com/thread?280041</guid>
			<description>OR MSUX :-) What ever they do, something needs to be done to correct the system deficiencies.</description>
			<pubDate>Tue, 23 Oct 2007 05:56:00 GMT</pubDate>
			<author>donotreply@osnews.com (kaiwai)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Question...</title>
			<link>http://osnews.com/thread?280042</link>
			<guid isPermaLink="true">http://osnews.com/thread?280042</guid>
			<description><div class="cquote">You are right. As an OS design, Mac OS X is not that impressive except in its haphazardness. Especially the fact that there are two layers of APIs that are intermingled (the BSD layer and the Mach layer) without much apparent rhyme or reason. </div><br />
<br />
But that is looking at MacOS X - which isn't a purely *BSD system. I only threw FreeBSD 7 as it was he first to come to mind - why not use the OpenSolaris core and build upon that?<br />
<br />
<div class="cquote">Kaiwai is pretty much wrong on this one: the way to keep a system going over time is to loosen the couplings between its parts and replace them one or two at a time when the old design is outdated or when new techniques come about. Starting from scratch and rewriting is a recipe for disaster of Netscape Communicator proportions. The NT kernel is already designed well with componentization and loose-coupling in mind. Windows user-mode is evolving and it's not a one-release job. </div><br />
<br />
Evolution is ok, if it is evolving forward in direction. Right now its going backwards in an accelerating pace - none of the problems are being addressed; layers upon layers of backwards compatibility pulling the operating system further and further backwards.<br />
<br />
Sometimes one has to just stand up and say, &quot;this is getting beyond a joke' then doing something about it. A bit of short term pain for long term game.<br />
<br />
As for Netscape, it failed because they dumped millions of lines worth of code onto the opensource world, poorly documented and badly written - with the expectation that the 'magic of opensource' would solve the problem like a silver bullet - we all know how that turned out.</description>
			<pubDate>Tue, 23 Oct 2007 06:08:00 GMT</pubDate>
			<author>donotreply@osnews.com (kaiwai)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[7]: compatibility?</title>
			<link>http://osnews.com/thread?280046</link>
			<guid isPermaLink="true">http://osnews.com/thread?280046</guid>
			<description><div class="cquote">Right. Since he made a couple of minor errors regarding an obsolete MS product from 22 years ago, it's obvious that Microsoft's Director of Kernel and VM Development just doesn't know that a major project which he and his team are currently working on is already being used as the basis of the company's flagship product. He mistakenly thinks that it's not being used anywhere yet. </div><br />
<br />
It could've been an error of omission. I'm not claiming incompetance. You can read about MinWin directly from MS' website.<br />
<a href="http://search.live.com/results.aspx?q=site%3Amicrosoft.com+minwin&amp;src=IE-SearchBox" rel="nofollow">http://search.live.com/results.aspx?q=site%3Amicrosoft.com+minw...</a>  <br />
<br />
If you still believe it's new to Seven, so be it. But it isn't new, and it isn't a signal that Seven is a new code base. Believe the (non-Microsoft generated) hype or believe the docs. Time naturally will reveal more details.<br />
<br />
I just know that people always have radical dreams of what's to come from events like this, feed off of the inaccuracies and suppositions on the net, then blame all their misconceptions on MS. When Seven is indeed revealed to be an evolution of technologies in Vista (and of course, the advancements from SQL, .NET, etc.), but is not an all new code base, there will be disappointment and blame from those expecting otherwise.Edited 2007-10-23 06:21</description>
			<pubDate>Tue, 23 Oct 2007 06:19:00 GMT</pubDate>
			<author>donotreply@osnews.com (n4cer)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: compatibility?</title>
			<link>http://osnews.com/thread?280053</link>
			<guid isPermaLink="true">http://osnews.com/thread?280053</guid>
			<description>How can this:<br />
<br />
&quot;Why would they do that? Backwards compatibility might be an issue for freeware operating systems with shoestring budgets, but it shouldn't be for something that actually generates income...&quot;<br />
<br />
... can means this:<br />
<br />
&quot;No, I meant freeware -- i.e., software that does not generate income. But if you pay for it, you kind of expect basic things, like backwards compatability...&quot;<br />
<br />
I can only assume that you the initial comments was supposed to be:<br />
&quot;... Backwards compatibility might <b>NOT</b> be an issue for freeware operating systems with...&quot;<br />
<br />
<br />
... And you're wrong.<br />
Having no/limited backward compatibility has nothing to do with free (as in beer) OS' with shoestring budget. Free (as in speech) OS' tend to care less about legacy support even if they generate a lot of income (RedHat, Novel) simply because they don't force-upgrade-you (E.g. RHEL v2.1 is still supported.) and because you have access to their code.<br />
<br />
When Microsoft drops the ball on Windows 2000, you are being forced to upgrade; Nobody but Microsoft can release security patches and OS updates. On the other hand, when RedHat stopped supporting RedHat Linux 9 (back in 2004), a large number of willing third parties took the code and continued releasing security updates. (And as far as I know you can still buy support for RedHat Linux 9)<br />
<br />
- GilboaEdited 2007-10-23 06:54</description>
			<pubDate>Tue, 23 Oct 2007 06:54:00 GMT</pubDate>
			<author>donotreply@osnews.com (gilboa)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[8]: compatibility?</title>
			<link>http://osnews.com/thread?280102</link>
			<guid isPermaLink="true">http://osnews.com/thread?280102</guid>
			<description>&quot;&quot;&quot;<br />
<div class="cquote">I just know that people always have radical dreams of what's to come from events like this, feed off of the inaccuracies </div><br />
&quot;&quot;&quot;<br />
<br />
Well, there is one slightly less than salient factor which has dampened my enthusiasm.  And that is the fact that rather than a minimal version of Windows running in 39MB with 7MB free, it's really running a naked kernel with a web server built in, on 76MB of virtual memory and using 61MB of it.  Far from a great technical accomplishment, it's actually pretty sad.   My Linksys WRT54GL router with 4MB of flash and 16 MB of total virtual space (all in the form of RAM), is a *lot* more functional than what he was showing off.  It needs no swap, is running an ssh server, a web server, a dhcp server, a forwarding/caching nameserver, and maintaining an openvpn connection to my office... and excluding disk cache, is only using 8MB of RAM and 3.5MB of the flash for the whole OS and and associated applications. (I've loaded some other stuff on it, like tcpdump and other networking diag tools, else it wouldn't be using more than 2.8MB of the flash.</description>
			<pubDate>Tue, 23 Oct 2007 13:19:00 GMT</pubDate>
			<author>donotreply@osnews.com (sbergman27)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[5]: compatibility?</title>
			<link>http://osnews.com/thread?280109</link>
			<guid isPermaLink="true">http://osnews.com/thread?280109</guid>
			<description><div class="cquote">Free (as in speech) OS </div><br />
<br />
You mean 'copyleft' OSs.  Copyleft has nothing to do with freedom.<br />
<br />
<div class="cquote">On the other hand, when RedHat stopped supporting RedHat Linux 9 (back in 2004), a large number of willing third parties took the code and continued releasing security updates. (And as far as I know you can still buy support for RedHat Linux 9) - Gilboa </div><br />
<br />
And such support for legacy code is required because they broke compatability with newer versions; you couldn't expect to run your old programs on your new system, unless you got lucky.  And we're right back where we started again.</description>
			<pubDate>Tue, 23 Oct 2007 14:05:00 GMT</pubDate>
			<author>donotreply@osnews.com (Almafeta)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Question...</title>
			<link>http://osnews.com/thread?280110</link>
			<guid isPermaLink="true">http://osnews.com/thread?280110</guid>
			<description><div class="cquote">Throw out the code base, embrace FreeBSD 7, and build a virtualisation for compatibility </div><br />
<br />
From my use of Vista, there's more than a little evidence that it is, in fact, a BSD now.  I've been collecting &quot;unnecessary BSDisms&quot; to see if I can make an article out of it...</description>
			<pubDate>Tue, 23 Oct 2007 14:11:00 GMT</pubDate>
			<author>donotreply@osnews.com (Almafeta)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[6]: compatibility?</title>
			<link>http://osnews.com/thread?280124</link>
			<guid isPermaLink="true">http://osnews.com/thread?280124</guid>
			<description>&quot;You mean 'copyleft' OSs. Copyleft has nothing to do with freedom.&quot;<br />
<br />
Somehow I can't really find a suitable comment to your remark.<br />
<br />
I think I'll just ignore it.<br />
<br />
&quot;And such support for legacy code is required because they broke compatability with newer versions; you couldn't expect to run your old programs on your new system, unless you got lucky. And we're right back where we started again.&quot;<br />
<br />
Wrong again.<br />
Both RHEL 2.x/3.x and Fedora 1.0 ran RH9 applications just fine.<br />
RedHat didn't release the source of RH9 because of API changes in FC1 and RHEL 3; the source was released because RedHat is an OSS company that was built on OSS roots and because RedHat Linux 9 had a GPL license.<br />
Same goes for the present - RedHat doesn't release the sources of RHEL 5.0 due to a possible future (?!?!) API breakage - they don't even do it because of the GPL license (RedHat releases the sources in easy to rebuild SRPM files - far-above-and-beyond what is required by the GPL) - they do it because it's their basic philosophy.<br />
<br />
Given your current post (and previous ones), one can only assume that you little about the OSS movement. I'd advise you do a little reading before you next comment.<br />
<br />
- Gilboa<br />
P.S. &quot;compatability&quot; should be &quot;compatibility&quot;.</description>
			<pubDate>Tue, 23 Oct 2007 16:39:00 GMT</pubDate>
			<author>donotreply@osnews.com (gilboa)</author>
			<category>Comments</category>
		</item>
	</channel>
</rss>
