|
BlankSystemDaemon posted:does docker run on windows and macos, or does windows and macos provide a hypervisor that can run linux as a virtual guest, which then runs docker? both. there is no 'or' about it, the details of how things get executed are just as irrelevant for this as everything else.
|
# ? May 2, 2022 11:46 |
|
|
# ? Mar 28, 2024 07:02 |
|
running application servers with docker for windows
|
# ? May 2, 2022 11:49 |
|
fyi the by far most convenient way to run sql server on windows is to use the linux versions docker image
Cybernetic Vermin fucked around with this message at 11:56 on May 2, 2022 |
# ? May 2, 2022 11:52 |
|
i barely know 'er!
|
# ? May 2, 2022 11:56 |
|
BlankSystemDaemon posted:i guess nobody noticed that freebsds crontab(5) has grown a few new options like @N to run N seconds after the last command completed and @every_minute or @every_second naturally I refresh my freebsd crontab knowledge on a fixed regular schedule, but thanks for the check-in op
|
# ? May 2, 2022 12:10 |
|
Cybernetic Vermin posted:fyi the by far most convenient way to run sql server on windows is to use the linux versions docker image this sounds like a joke but it's not
|
# ? May 2, 2022 12:21 |
|
same with anything involving python on windows
|
# ? May 2, 2022 13:12 |
my homie dhall posted:on windows it can run native, on osx it runs under hypervisor Cybernetic Vermin posted:both. there is no 'or' about it, the details of how things get executed are just as irrelevant for this as everything else. i would naively assume people move to wsl2, unless the native implementation somehow manages to be 100% compatible with all the interesting ways people make containers including not not limited to just grabbing complete random-rear end binaries of the internet without tls or even checksumming, uncompressing them and running them as root Cybernetic Vermin posted:fyi the by far most convenient way to run sql server on windows is to use the linux versions docker image ynohtna posted:naturally I refresh my freebsd crontab knowledge on a fixed regular schedule, but thanks for the check-in op
|
|
# ? May 2, 2022 14:10 |
|
does windows server or whatever have wsl? it’s almost compelling as a platform if you can run both windows and Linux binaries natively
|
# ? May 2, 2022 15:26 |
|
answering my own question, holy poo poo it does. that’s awesome except for the main system being windows maybe we can get a LSW
|
# ? May 2, 2022 15:31 |
|
You realize that if you want a linux server you can just run linux, right?
|
# ? May 2, 2022 15:42 |
|
mystes posted:You realize that if you want a linux server you can just run linux, right? we have to run windows on our dev laptops, but we can use VMs hence why I'm using docker, virtualbox, cygwin and wsl (1 sadly because we're on some ancient windows LTS version) at once at least the laptop is fast and has 64 gigs of ram
|
# ? May 2, 2022 15:45 |
|
mystes posted:You realize that if you want a linux server you can just run linux, right? yeah, I do, but I can’t run the lovely third-party windows apps I need on them. would be nice to only have to janitor one kind of server
|
# ? May 2, 2022 15:56 |
Private Speech posted:we have to run windows on our dev laptops, but we can use VMs wsl1 is based off the freebsd technology called linuxulator that microsoft saw while they ported dtrace from freebsd, which uses syscall translation.
|
|
# ? May 2, 2022 16:42 |
|
did you know that bsd invented system call translation? and virtual machines? and computers?
|
# ? May 2, 2022 16:59 |
|
still, it is kind of cool how influential freebsd was on this, even making dave cutler put syscall personalities into the windows nt design docs back in 1989 despite that being years before either freebsd or linux existed.
|
# ? May 2, 2022 17:34 |
|
BlankSystemDaemon posted:if you're using wsl2 you're using a vm.
|
# ? May 2, 2022 17:37 |
|
I just found out another embedded Linux project in our company has it's own network manager they made from scratch. It uses sprintf instead of snprintf, and makes direct system calls.
|
# ? May 2, 2022 18:02 |
|
that's insane sprintf problems are so old that even 20 year old static code analysis checkers will detect it
|
# ? May 2, 2022 18:45 |
linux ntfs maintainer is awolFlapYoJacks posted:I just found out another embedded Linux project in our company has it's own network manager they made from scratch.
|
|
# ? May 2, 2022 19:00 |
|
BlankSystemDaemon posted:
"At the time, management didn't trust FOSS" was the official reasoning. Which is insane in its own right because it’s an embedded Linux project. They plan to move to systemd-network, as the project already uses systemd, making the decision to write their own manager even more strange. (Insert systemd joke here.) FlapYoJacks fucked around with this message at 19:26 on May 2, 2022 |
# ? May 2, 2022 19:21 |
|
BlankSystemDaemon posted:
If it fulfills the requirements then ship it. Which is why security in solid concepts like type enforcement and coding standards (which is why companies like ldra will always make tons of dough) are clearly written into modern contracts because otherwise you could just ship crap that works but is vulnerable to all kinds of already-solved bugs.
|
# ? May 2, 2022 20:09 |
|
Sometimes when I feel particularly bored at work I read through Mesa's commit logs. It is nice to see how much progress open source graphics is making these past few years, to the point where its performance is within striking distance of closed-source vendor driver stacks for major high-profile games, and that's something I thought would never happen. Still, Mesa has a ridiculous amount of quirky meaningless module names in it. Gallium (Core toolkit for implementing stateful rendering APIs like OpenGL) Gallivm (Some sort of LLVM integration for Gallium?) Anvil (Vulkan for Intel graphics) Turnip (Vulkan for Qualcomm Adreno) Venus (Vulkan for virtual machines) Panfrost (Vulkan and Gallium drivers for ARM Mali) Iris (Gallium driver for newer Intel graphics) Crocus (Gallium driver for older Intel graphics) Zink (Gallium driver atop Vulkan drivers) Kopper (Window system integration for Zink) (which is a separate module for some reason) There's some slightly more obvious ones like Etnaviv (driver for Vivante GPUs), Virgl (Gallium for virtual machines), Freedreno (Gallium for Qualcomm Adreno) etc and also the external project Asahi (Linux support for Apple Mx SoCs) whose graphics driver project lives in upstream Mesa. Left unmentioned is the NIR shader compiler core that just about all of Mesa's drivers use these days except for I guess the LLVM stuff.
|
# ? May 5, 2022 17:05 |
|
Sapozhnik posted:Sometimes when I feel particularly bored at work I read through Mesa's commit logs. It is nice to see how much progress open source graphics is making these past few years, to the point where its performance is within striking distance of closed-source vendor driver stacks for major high-profile games, and that's something I thought would never happen. "You said you wanted to live in a world without Zink, Jimmy!"
|
# ? May 5, 2022 17:19 |
|
Incidentally there's a really good article I read about Mesa's NIR compiler that I read a while ago: https://www.jlekstrand.net/jason/blog/2022/01/in-defense-of-nir/
|
# ? May 5, 2022 17:31 |
|
Sapozhnik posted:Sometimes when I feel particularly bored at work I read through Mesa's commit logs. It is nice to see how much progress open source graphics is making these past few years, to the point where its performance is within striking distance of closed-source vendor driver stacks for major high-profile games, and that's something I thought would never happen. i have an old htpc with a haswell cpu and a gcn 1.0 gpu. with windows 7 and the official amd drivers, i tried running yuzu on it and it maybe hit 60-70% speed at best. after dumping windows and trying again with linux with the radv vulkan drivers (after turning on some kernel boot flags, because, while the gpu has support in the modern driver, amd's official stance is that it's unsupported), most games run at full speed as long as you don't turn on any upscaling. this is on hardware that's almost 10 years old mind you the mesa people have really done an amazing job with radv and aco
|
# ? May 5, 2022 17:46 |
|
It's a shame Gallium's D3D frontends never gained any traction though. Supporting Direct3D <12 natively always seemed like a more sensible approach than translating D3D to Vulkan and having to have all of the weird API quirks in the D3D translation layer. The classic example for these quirks is texture uploading: games would upload a texture and then immediately draw a triangle from that texture somewhere offscreen, because nVidia (of course, who else) gonna nVidia and they didn't really upload the texture until you tried to use it. So games used to stutter for a few frames immediately after loading finished until game developers started putting that workaround in. So now every stateful (OpenGL, D3D<12) graphics API implementation has to have special cases and quirks for all of this crap. I guess the main reason why WINE upstream never merged support for those frontends is that you need a GPU which has Gallium support, and until very recently Intel had some drivers that used Mesa's legacy non-Gallium driver path. The legacy Mesa code was only deleted in December, and there's a Gallium driver called Crocus now which is considered to support old Intel hardware to an acceptable standard. Newer post-Haswell hardware has been supported exclusively by the Gallium Iris driver for several years now.
|
# ? May 5, 2022 18:15 |
|
yeah i used (and might still use, havent checked for a while) that mesa gallium d3d9 backend, it was/still is neat nice summary, agreed that it's amazing how far mesa has come
|
# ? May 5, 2022 18:38 |
|
Sapozhnik posted:Incidentally there's a really good article I read about Mesa's NIR compiler that I read a while ago: pro click really interesting to see how differing requirements between code compilers and gpu compilers can make your own custom compiler more viable also, when the compilers and drivers are developed in such a quick cadence, it really helps to align release schedules
|
# ? May 5, 2022 22:26 |
|
The Mesa project is pretty impressive. And I think they have some fun names: https://gitlab.freedesktop.org/marge-bot
|
# ? May 6, 2022 09:24 |
|
apropos mesa, alyssa's had some great progress lately with the m1: https://twitter.com/alyssarzg/status/1523475500097699840
|
# ? May 9, 2022 22:19 |
|
BlankSystemDaemon posted:why does this need a dockerfile with a shitload of dependencies, when @120 yt-dlp <a bunch of flags> in a crontab is all that's needed Because I like Docker a whole lot and containerize everything i can and also i do it for my job now. Next
|
# ? May 9, 2022 22:46 |
|
Jonny 290 posted:Because I like Docker a whole lot and containerize everything i can and also i do it for my job now. Next When the only tool you know how to use is a hammer...
|
# ? May 9, 2022 23:14 |
|
lmao
|
# ? May 9, 2022 23:19 |
|
Tankakern posted:apropos mesa, alyssa's had some great progress lately with the m1: pretty cool although the danger with this sort of thing is AAPL waving some eye wateringly huge salary in key devs' faces and the project immediately collapses. then again they don't really seem to care one way or the other about stuff like asahi linux otherwise they would have just locked the bootloader in the first place
|
# ? May 9, 2022 23:21 |
|
does the free red hat developer "subscription" no longer include kb/access access?
|
# ? May 10, 2022 00:12 |
|
speaking of mesa, on chromeos in particular: is there any way to, idk, speed up virgl? cros uses it for containers and various vms. while performance isn't that bad, it's probably ~70% of native and i don't see why that necessarily should be since typically we're not talking about a full vm, just a fancy sandbox. compiling my own mesa helped a little
|
# ? May 10, 2022 00:24 |
|
post hole digger posted:does the free red hat developer "subscription" no longer include kb/access access? works for me, op
|
# ? May 10, 2022 00:59 |
|
BlankSystemDaemon posted:why does this need a dockerfile with a shitload of dependencies, when @120 yt-dlp <a bunch of flags> in a crontab is all that's needed because it's a python program and the only correct way of distributing python software is via docker images
|
# ? May 10, 2022 04:59 |
|
|
# ? Mar 28, 2024 07:02 |
|
hurr durr just use pip+virtualenv it's great
|
# ? May 10, 2022 05:00 |