Live data from Hacker News

Linux as co-operative Windows process (2017)

colinux.org

91–97 of 97 posts

Re: Linux as co-operative Windows process (2017)

#91
post #87

Earlier quoted context omitted.

It's been years since I used Wine, but I think it just runs each Windows process in its own Linux process. There's no Wine "kernel" that needs to manage virtual memory or isolate multiple processes.

AIUI this is correct, yes.

Sort of. Wine still has a privileged (w.r.t. other wine processes) manager process that handles coordination between other wine processes. Whether that's a "kernel" is a matter of opinion.

Re: Linux as co-operative Windows process (2017)

#92
post #90
post #83

Hi. I'm Dan Aloni, original author of this project. It still warms my heart to see this pops in HN every few years. The others who have worked on it and myself are keeping that site as the good relic that it obviously should be :) It still amazes me how breakthrough it was to have that working, given the lack of hardware virtualization for PCs in late 2003.

It seems that today we can achieve similar functionality in fundamentally different ways (WSL, WSL2/virtualisation, Cygwin, etc.) What in your opinion is today's closest solution to colinux? and why we don't see such clever solutions today?

WSL2 is analogue to coLinux and WSL1 is analogue to Cygwin. WSL2 is definitely what you want in place of coLinux. However, both have merit in what they can achieve depending on the circumstances. There is long thread on Github about the switch between the two, with many people asking to maintain both.

[1] - State of WSL1 · microsoft/WSL · Discussion - https://github.com/microsoft/WSL/discussions/4022#discussion...

Re: Linux as co-operative Windows process (2017)

#93
post #89
post #83

Hi. I'm Dan Aloni, original author of this project. It still warms my heart to see this pops in HN every few years. The others who have worked on it and myself are keeping that site as the good relic that it obviously should be :) It still amazes me how breakthrough it was to have that working, given the lack of hardware virtualization for PCs in late 2003.

I created the images for Fedora, CentOS and OpenSuse. it thought me a lot about the dependencies, Linux image builds, etc... it was creating 'container'-images before this was a general thing.

Many stuff gets invented in raw form much before everyone receives it in a much more structured way.

Around 2007 when Linux namespaces started getting better support, I had made a small executable to use these system calls and to spin up a squashfs image 'just for compiling stuff for another system'. Much later, this whole method was replaced with 'docker run'.

Re: Linux as co-operative Windows process (2017)

#94
post #42
post #40

What a cool and novel concept! Bummed and a little surprised it's the first time I've heard of it. I wish there were a browsable directory index of cool projects such as CoLinux. Reading the description definitely set of bells in my head reminding me of the venerable Cygwin, though CoLinux could comparatively have potentially more capabilities and upsides since there is a fully resident kernel running. CoLinux hasn't…

> what happened? Probably the fact that it lacked 64-bit support: https://colinux.fandom.com/wiki/FAQ#Q27._Does_coLinux_work_u...

clisp also lacks win64 support for decades and is still alive

Re: Linux as co-operative Windows process (2017)

#95
post #83

Hi. I'm Dan Aloni, original author of this project. It still warms my heart to see this pops in HN every few years. The others who have worked on it and myself are keeping that site as the good relic that it obviously should be :) It still amazes me how breakthrough it was to have that working, given the lack of hardware virtualization for PCs in late 2003.

I used coLinux to install the unofficial Linux-based toolchain for iPhone apps, and I made an iPhone app editing it in Windows, with a Makefile that SSHed into the coLinux system, called the compiler and pushed the binary onto my jailbroken iPhone (who needs iPhone e-/simulators?).

I even published the app (ok code-signing was done on a Hackintosh), sadly it didn't make me rich...

Re: Linux as co-operative Windows process (2017)

#96
post #73
post #72

This being historical pre-wsl aside: A lot of the foss tasklist is just aimless combinatorials. And they become obsolete to boot: -clone a program that just came out but make it open source -port everything to every platform -make x run on any dependency of category Y And then it gets exponential as every new project becomes a new target to port from and to as a dependency: e.g, port linux co-op to rust, or port it t…

What's the harm? Having multiple alternatives to any component of the software stack is a good thing, and it fosters understanding and improvement, doesn't it?

For one there's no innovation, it's all cloning.

OTOH, it's quite aimless, this unfolds from the main weakness of foss that is without money there's little incentive. And all of the volunteer incentive is behind making new things, so there's a lot of horizontal exploration and almost no perfection.

Re: Linux as co-operative Windows process (2017)

#97
post #83

Hi. I'm Dan Aloni, original author of this project. It still warms my heart to see this pops in HN every few years. The others who have worked on it and myself are keeping that site as the good relic that it obviously should be :) It still amazes me how breakthrough it was to have that working, given the lack of hardware virtualization for PCs in late 2003.

Hello there,

Any idea why Microsoft didn't use this in WSL1 or 2?

Is it more efficient than hyper-v with hardware acceleration?

Can you see it being useful again? Or does it make sense to have a hybrid where the code runs using hardware acceleration but the timers are cooperative?

Post reply on HN