News for hackers. Stuff that matters.
Re:ReactOS: Rebuilding Microsoft Windows from the ground up,... by mtdewcmu on Monday September 02, 2013 @02:50AM (#6313771)
This project will be very cool if it succeeds.

But the fatal flaw could be its monolithic nature. Linux is just a kernel. Unix, by nature, is more easily broken down into a loose collection of components that can more or less stand on their own. NT was created as a monolith by one company with tremendous resources, and it doesn't easily break down into smaller pieces. It either all works or it all doesn't. So this project seems to have a much bigger scope than Linux; it's more like Linux+GNU+X11+KDE+Wine+... all rolled into one. Unless they've figured out how to drop in chunks of NT itself and have it work. So I wish it luck, but it sounds daunting...

Re:ReactOS: Rebuilding Microsoft Windows from the ground up,... by userulluipeste on Monday September 02, 2013 @08:36AM (#6314846)
Yes, the project's target is, at least at beginning, a full-fledged Windows binary-compatible OS, a "monolith". Yet, when it will reach a stable version, there isn't really any obstacle, given the fact that it is an open-source project, in forking it. The ReactOS team has to provide everything now, but when others around will start providing better alternatives for the OS' components, the team might retreat in doing only what they do better, which I suppose is the NT core.

If you refereed to the NT kernel to be a monolith, then it actually is a hybrid. Other than kernel-integrated UI, its NT core is micro-kernel by design.

Re:ReactOS: Rebuilding Microsoft Windows from the ground up,... by mtdewcmu on Monday September 02, 2013 @04:58PM (#6317155)
I wasn't referring specifically to the kernel. Monolithic kernels aren't any harder than microkernels, as evidenced by the success of Linux vs Hurd.

The UI kernel integration intrigues me. Apparently it was done for performance reasons. If it improves performance, then that would be a legitimate reason to do it.

I guess the project is aiming to hit some critical mass where it attracts more developers and becomes self-sustaining. But does that point change with each release of Windows?

Re:ReactOS: Rebuilding Microsoft Windows from the ground up,... by userulluipeste on Tuesday September 03, 2013 @09:19AM (#6320731)
First yes, monolithic kernels aren't any harder than microkernels, they are actually easier. That was the main reason for Linus' choice when redesigning the Minix microkernel into monolithic Linux.

Second, yes again - UI was integrated due to performance improvement. Earlier versions of NT had microkernel architecture.

Third - well, this is a philosophical question. There are a lot of different people involved in ReactOS and I guess each of them have slightly different reasons for their involvement. "Critical mass" might be unavoidable though, considering the offering. For now Windows 2003 is targeted due to its simpler kernel architecture (NT 5.2) compared to later versions. After that will be achieved, well... we'll see.

Re:ReactOS: Rebuilding Microsoft Windows from the ground up,... by gizmo686 on Monday September 02, 2013 @12:35PM (#6315874)
> Other than kernel-integrated UI, its NT core is micro-kernel by design.

Care to elaborate on the kernel-integrated UI. That seems like a weird place to break from a micro-kernel design.

Re:ReactOS: Rebuilding Microsoft Windows from the ground up,... by userulluipeste on Tuesday September 03, 2013 @09:27AM (#6320793)
There is a referenced piece of info on Wikipedia: http://en.wikipedia.org/wiki/Hybrid_kernel

"The emulation subsystem which implements the Windows personality is called the Client/Server Runtime Subsystem (csrss.exe). On versions of NT prior to 4.0, this subsystem process also contained the window manager, graphics device interface and graphics device drivers. For performance reasons, however, in version 4.0 and later, these modules (which are often implemented in user mode even on monolithic systems, especially those designed without internal graphics support) run as a kernel-mode subsystem[1]."

[1] http://technet.microsoft.com/library/cc750820.aspx