News for hackers. Stuff that matters.
Re:eBPF on Windows by encryptluks2 on Monday May 10, 2021 @02:41PM (#27109347)
They implement Linux functionality enough to suck at it and then the Windows users that try it thinks it is Linux that sucks and not Windows.
Re:eBPF on Windows by skinkestek on Monday May 10, 2021 @03:32PM (#27109865)
Let me tell you something interesting:

.Net Core programs run much faster on Linux.

Does that sound like something they would let happend if they wasn't serious about their Linux efforts?

That said: all is not good. For years there seems to be a fight going on in the wheelhouse.

One month it is: Microsoft, the reliable, reasonable vendor in a world full of Oracle and Google.

Next month it is: let's increase the cost for this small company by $10000 just because we can.

Next month: something admirable.

Next month: try to push Edge using some sleazy tactic learned from Googles Chrome push combined with resetting the defaults.

It must be frustrating for the guys who try so hard to drag the rest of Microsoft kicking and screaming into the future everytime some old guys gets up from the wheelchair and turn the weel all the way to the port side while the helmsman wasn't paying attention :-]

Re:eBPF on Windows by tux3 on Tuesday May 11, 2021 @07:14AM (#27116616)
>Does that sound like something they would let happend if they wasn't serious about their Linux efforts?

Hhhm I think the most remarkable parr is that it runs at all, really! .Net Core on Linux by itself shows plenty commitment.

The performance of it? Considering NT was only developped by a single company, has to maintains a lot of stable/legacy driver APIs, and seems to have been on the backburner for a few years, as a Linux user I'd find it very humbling if our kernel still came out behind :)

It's interesting to see where this is all converging. It'll be easier to run Linux tech on Windows, and all the MS legacy still runs.

But at the same time maybe they're familiarising their loyal userbase with the outside ecosystem a little more than they should. If new Windows users are encouraged to learn Linux ways, at some point you're making it easier for people to transition

Re:eBPF on Windows by zokula on Monday May 10, 2021 @11:09PM (#27113804)
Found the Micro$oft fanboy.
Re:eBPF on Windows by cptskippy on Monday May 10, 2021 @02:56PM (#27109493)
The Linux functionality is intended to allow Windows developers to develop for Linux and deploy to Linux.
Re:eBPF on Windows by encryptluks2 on Monday May 10, 2021 @04:18PM (#27110397)
Compiling on WSL2 would have terrible performance. WSL2 is just there to try to entice companies to say their developers shouldn't need to move to Linux or Mac. No one is seriously developing in WSL.
Re:eBPF on Windows by cptskippy on Monday May 10, 2021 @04:27PM (#27110503)
It's not really targeted at compiling either. Think line of business apps on web technology like .NET Core, PHP, Python, etc...

With WSL you can setup some docker containers or do some orchestration with Kubernetes and push it off to the cloud with minimal effort.

If you really want a full Linux environment you can spin up a VM in Hyper-V. WSL just makes it easier to do things where a VM is a hassle.

Re:eBPF on Windows by encryptluks2 on Monday May 10, 2021 @04:56PM (#27110808)
Docker containers don't run in WSL.
Re:eBPF on Windows by encryptluks2 on Monday May 10, 2021 @05:36PM (#27111169)
You still have to install Docker Desktop and enable the integration. You can't simply install docker in your WSL2 distro and use it.
Re:eBPF on Windows by nickstinemates on Tuesday May 11, 2021 @01:48PM (#27121151)
Not accurate. I don't have docker desktop and docker works fine for me in WSL2
Re:eBPF on Windows by nickstinemates on Monday May 10, 2021 @05:22PM (#27111042)
Re:eBPF on Windows by jhomedall on Monday May 10, 2021 @05:13PM (#27110964)
They do in WSL2, as I understand it.
Re:eBPF on Windows by encryptluks2 on Monday May 10, 2021 @05:38PM (#27111185)
Try it out... install Ubuntu using WSL2. Install docker using apt-get. See that it doesn't work without the Docker Desktop install for Windows and a special integration. Try running podman or other container-based solutions and see that they don't work.
Re:eBPF on Windows by jhomedall on Monday May 10, 2021 @08:19PM (#27112634)
Having followed the instructions from https://docs.docker.com/engine/install/ubuntu/, I was able to get this working fine. This is without Docker Desktop installed. It probably would have also worked with the version from distro repository.

  zed@ZED-PC:~$ sudo service docker start
   * Starting Docker: docker                      [ OK ]
  zed@ZED-PC:~$ sudo docker run hello-world
  Unable to find image 'hello-world:latest' locally
  latest: Pulling from library/hello-world
  b8dfde127a29: Pull complete
  Digest: sha256:f2266cbfc127c960fd30e76b7c792dc23b588c0db76233517e1891a4e357d519
  Status: Downloaded newer image for hello-world:latest
  
  Hello from Docker!
  This message shows that your installation appears to be working correctly.

The full output for 'docker run' was much longer, so I've snipped it down to size
Re:eBPF on Windows by encryptluks2 on Tuesday May 11, 2021 @04:45AM (#27115748)
Are you even on Windows? This is with WSL 2, as you can systemd doesn't work as expected in WSL2. This is a known issue. If systemd is working for you, then you are doing something magic:

  sudo systemctl start docker
  [sudo] password for u3332:
  System has not been booted with systemd as init system (PID 
  1). Can't operate.
  Failed to connect to bus: Host is down
https://stackoverflow.com/questions/55579342/why-systemd-is-...
Re:eBPF on Windows by jhomedall on Tuesday May 11, 2021 @08:49AM (#27117437)
From that link (permalink to answer: https://stackoverflow.com/a/61887923) :

> Nowadays you can try:

> sudo service docker start

> when using WSL2, if you are running on windows version 2004 or higher (I assume).

Which is what I did in the listing above.

Re:eBPF on Windows by encryptluks2 on Tuesday May 11, 2021 @10:57AM (#27118841)

  sudo service docker start
  [sudo] password for u3323:
  docker: unrecognized service
Re:eBPF on Windows by jhomedall on Tuesday May 11, 2021 @11:41AM (#27119467)
Did you install docker from their own PPA linked in the instructions above, and are you on Ubuntu 20.04 with WSL2? Those are the only steps I took.

e:

  ver
on 'cmd' also shows

  Microsoft Windows [Version 10.0.19042.928]
if that helps

e:

Everything except the service start, which I had to find in that StackOverflow thread. We've hit the max comment depth, so I couldn't response to you directly.

Re:eBPF on Windows by encryptluks2 on Tuesday May 11, 2021 @01:37PM (#27120992)
Are you referring to the install instructions for Ubuntu? No where does it mention running the commands:

  sudo service docker start
Re:eBPF on Windows by Liquid_Fire on Tuesday May 11, 2021 @06:11AM (#27116267)
If you run the Docker daemon manually, it works just fine. I'm running a container on it right now.

It's not a problem with Docker on WSL 2, but a problem with the way WSL uses its own init system instead of systemd, while some Ubuntu packages are packaged for a systemd system.

Re:eBPF on Windows by chokolad on Monday May 10, 2021 @04:38PM (#27110619)
> Compiling on WSL2 would have terrible performance.

define terrible. Compared to what ?

> No one is seriously developing in WSL.

A very strong statement. Do you have any proof perhaps ?

Re:eBPF on Windows by encryptluks2 on Monday May 10, 2021 @05:44PM (#27111244)
> define terrible. Compared to what ?

Terrible = significantly worse than a native Linux distro that doesn't use a file system integration layer.

> A very strong statement. Do you have any proof perhaps ?

Just experience working in the industry.

Re:eBPF on Windows by garethrowlands on Monday May 10, 2021 @06:23PM (#27111615)
> worse than a native Linux distro that doesn't use a file system integration layer

What filesystem integration layer?

Re:eBPF on Windows by encryptluks2 on Tuesday May 11, 2021 @04:49AM (#27115777)
Re:eBPF on Windows by garethrowlands on Tuesday May 11, 2021 @07:39AM (#27116825)
Yes, having your compiler on Linux access its files over plan9 would indeed have terrible performance. That's why Microsoft tell you not to do that.

Just run everything on the Linux kernel and compilation will be the same as on Linux. You do have a choice of where you put your files.

Re:eBPF on Windows by kube-system on Monday May 10, 2021 @04:26PM (#27110497)
Why would they need WSL2 to do that? AD and Office were and still are plenty enough to keep MS on corporate PCs.