What OS do you use on low spec vps

optimistic

@emgh said:

@optimistic said:
LfN by GNAA, perfect for lowend deployments.

They really included:

African "tribal beats" sound and desktop theme

Yeah, its great. My black brothas love it.

emgh

@optimistic said:

@emgh said:

@optimistic said:
LfN by GNAA, perfect for lowend deployments.

They really included:

African "tribal beats" sound and desktop theme

Yeah, its great. My black brothas love it.

Do they update once the new albums get released?

optimistic

@emgh said:

@optimistic said:

@emgh said:

@optimistic said:
LfN by GNAA, perfect for lowend deployments.

They really included:

African "tribal beats" sound and desktop theme

Yeah, its great. My black brothas love it.

Do they update once the new albums get released?

Yup, its automatically scraped from Twitter and MySpace.

emgh

He didn’t last long😆

lewellyn

He was hopeful he wasn't gonna get himself yeeted

But how's that OS ... er ... Firefox install going?

BTW in seriousness, if one's goal is to have low disk usage, the only "GUI" thing you should be installing is xauth. And that's only if you use X11 forwarding and that's gonna be a jump box. Highkey you should be blacklisting the key GUI libraries so that the things that use them as dependencies can't be installed.

dev_vps

@Merlincool said:
What OS system do you guys prefer on low spec vps, like vps of 30gb space or so.

How do you guys maximize space on low spec vps??

30gb is more than enough to install even Windows 2019 Server OS and will have about 18gb free space left.

Still pretty good for running telegram bot to real time trading system.

bert

debian 11 or 10

emgh

@lewellyn said: But how's that OS ... er ... Firefox install going?

Maxed out the disk. Can't even boot now. Will have to start over.

lewellyn

@emgh said:

@lewellyn said: But how's that OS ... er ... Firefox install going?

Maxed out the disk. Can't even boot now. Will have to start over.

Have I shared the gospel of openSUSE? XD

noisycode

Debian 10 for sure. I couldn't even run apt get vim on Debian 12.

lewellyn

@noisycode said:
Debian 10 for sure. I couldn't even run apt get vim on Debian 12.

Err?

# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 12 (bookworm)
Release:        12
Codename:       bookworm
# dpkg -s vim
Package: vim
Status: install ok installed
Priority: optional
Section: editors
Installed-Size: 3650
Maintainer: Debian Vim Maintainers <[email protected]>
Architecture: amd64
Version: 2:9.0.1378-2
Provides: editor
Depends: vim-common (= 2:9.0.1378-2), vim-runtime (= 2:9.0.1378-2), libacl1 (>= 2.2.23), libc6 (>= 2.34), libgpm2 (>= 1.20.7), libselinux1 (>= 3.1~), libsodium23 (>= 1.0.14), libtinfo6 (>= 6)
Suggests: ctags, vim-doc, vim-scripts
Description: Vi IMproved - enhanced vi editor
 Vim is an almost compatible version of the UNIX editor Vi.
 .
 Many new features have been added: multi level undo, syntax
 highlighting, command line history, on-line help, filename
 completion, block operations, folding, Unicode support, etc.
 .
 This package contains a version of vim compiled with a rather
 standard set of features.  This package does not provide a GUI
 version of Vim.  See the other vim-* packages if you need more
 (or less).
Homepage: https://www.vim.org/

I have it installed fine... (I may be something of a SuSE fanboy, but that's only because it's the best RPM distro at the moment, between openSUSE using the actual SLE repos and OBS, as a starting point. When I need something else, Debian is always there too...)

chitree

Debian or Alpine depending on what I'm using it for

noisycode

@lewellyn said:
I have it installed fine... (I may be something of a SuSE fanboy, but that's only because it's the best RPM distro at the moment, between openSUSE using the actual SLE repos and OBS, as a starting point. When I need something else, Debian is always there too...)

My bad. Just reinstalled an 128MB-RAM OpenVZ container with Debian 12 Minimal. And everything works fine.

EDIT: It seemed to be Ubuntu 20.04 that failed me. By running apt update on an 128MB container, I get fatal errors:

Fetched 30.7 MB in 39s (777 kB/s)
Reading package lists... Done
FATAL -> Failed to fork.

lewellyn

@noisycode said:

@lewellyn said:
I have it installed fine... (I may be something of a SuSE fanboy, but that's only because it's the best RPM distro at the moment, between openSUSE using the actual SLE repos and OBS, as a starting point. When I need something else, Debian is always there too...)

My bad. Just reinstalled an 128MB-RAM OpenVZ container with Debian 12 Minimal. And everything works fine.

EDIT: It seemed to be Ubuntu 20.04 that failed me. By running apt update on an 128MB container, I get fatal errors:

Fetched 30.7 MB in 39s (777 kB/s)
Reading package lists... Done
FATAL -> Failed to fork.

It's those super-cow powers... But, seriously, don't run Ubuntu on a server especially on the low end, if you can help it. Canonical makes a lot more luser desktop type decisions than they'd ever admit to. If you strace(1) your apt, you'll probably get a big clue it's out of RAM. Using apt-get or aptitude instead might solve it. apt has a number of quirks that make its use here suspect.

noisycode

@lewellyn said: apt has a number of quirks that make its use here suspect.

That is new to me, thx. I'll check out what actually is happening with apt. Speaking of server system in production, I do prefer AlmaLinux 8, for gcc-8 and SCLs. Wondering if there's any better offer?

totally_not_banned

@noisycode said:

@lewellyn said: apt has a number of quirks that make its use here suspect.

That is new to me, thx. I'll check out what actually is happening with apt. Speaking of server system in production, I do prefer AlmaLinux 8, for gcc-8 and SCLs. Wondering if there's any better offer?

What's so great about gcc 8?

noisycode

@totally_not_banned said: What's so great about gcc 8?

When it comes to optimization, gcc-8 is not great, I mean, at all, target being ~10% slower than that from gcc-10 (with -O3 flags). But IMHO, gcc-8 is the first gcc that fully supports C++17, and the CXXABI version is rather low for modern systems. That means I can enjoy modern C++ and plant the binary almost everywhere, except the old CentOS 7.

Oh, btw, gcc-8 seems a bit more friendly than gcc-4.9 to AVX2 intrinsics, in terms of compile flags.

totally_not_banned

@noisycode said:

@totally_not_banned said: What's so great about gcc 8?

When it comes to optimization, gcc-8 is not great, I mean, at all, ~10% slower than gcc-10. But IMHO, gcc-8 is the first gcc that fully supports C++17, and the CXXABI version is rather low for modern systems. That means I can enjoy modern C++ and plant the binary almost everywhere, except the old CentOS 7.

Oh, btw, gcc-8 seems a bit more friendly than gcc-4.9 to AVX2 intrinsics, in terms of compile flags.

I see but couldn't you just use a recent gcc and simply preload the matching libstdc++?

noisycode

@totally_not_banned said: I see but couldn't you just use a recent gcc and simply preload the matching libstdc++?

Tricky thing for me. I don't want bother doing all these. Bit lazy of me :P

totally_not_banned

@noisycode said:

@totally_not_banned said: I see but couldn't you just use a recent gcc and simply preload the matching libstdc++?

Tricky thing for me. I don't want bother doing all these. Bit lazy of me :P

Well, i figure there might also be a chance for it to fail due to symbol versioning in glib and friends anyways. Besides that exporting LD_PRELOAD is pretty straight forward.

lewellyn

@noisycode said:

@totally_not_banned said: I see but couldn't you just use a recent gcc and simply preload the matching libstdc++?

Tricky thing for me. I don't want bother doing all these. Bit lazy of me :P

Just build an RPM. -.-

And here I am using all the great new features in C++23 (including relatively small binaries!) while you are busy thinking about gcc 4. -.-

alfatarsos

I love AlmaLinux and OpenSuse. I also like Debian very much although I don't like how much I have to fiddle with it to put it the way I want, lol.

One distro I'm never ever touching in servers is Ubuntu. They already aren't great on some desktops, but on servers? Omg.

I'm also testing other distros, but I don't like straying too far from the source.

totally_not_banned

@alfatarsos said:
One distro I'm never ever touching in servers is Ubuntu. They already aren't great on some desktops, but on servers? Omg.

Their claim to fame is the extreme LTS but i still don't see why anyone would want to run a customized Debian Unstable on a server.

alfatarsos

@totally_not_banned said:

@alfatarsos said:
One distro I'm never ever touching in servers is Ubuntu. They already aren't great on some desktops, but on servers? Omg.

Their claim to fame is the extreme LTS but i still don't see why anyone would want to run a customized Debian Unstable on a server.

Absolutely! And with extra added packages. And with different, sometimes nonsense preconfigurations. And severely more bloated than Debian. Nothing makes sense.

I also doubt of their stability for livepatching, long-term. Short-term I've showcased it for 4 months, and it does work. I'm much more comfortable with something more conservative, it's already pushy enough when it breaks...

totally_not_banned

@alfatarsos said:
I also doubt of their stability for livepatching, long-term. Short-term I've showcased it for 4 months, and it does work. I'm much more comfortable with something more conservative, it's already pushy enough when it breaks...

I totally forgot about that. Yeah, the kernel hotpatching support is actually even kind of tempting but as you say, the thought of running a years old kernel patched up for who-knows-how-many times (maybe even in production...) is somewhat scary.

noisycode

@lewellyn said: Just build an RPM. -.-

Thanks, but never tried to. My collection is mixed with Debian 10/11/12, Ubuntu 18.04/20.04/22.04, AlmaLinux 8/9 and even CentOS 7, which I'm getting rid of. I would prefer a conservative toolchain.

@totally_not_banned said: exporting LD_PRELOAD is pretty straight forward

Clear but never neat for me with LD_* spilled everywhere It's always pleasing to find binaries like CMake and nodejs, which are compatible with most distros on the fly.

lewellyn

@noisycode said:

@lewellyn said: Just build an RPM. -.-

Thanks, but never tried to. My collection is mixed with Debian 10/11/12, Ubuntu 18.04/20.04/22.04, AlmaLinux 8/9 and even CentOS 7, which I'm getting rid of. I would prefer a conservative toolchain.

Look into openSUSE's Open Build Service. You can build packages for many-many distros. From Arch to Univention, last I checked that was the lowest and highest letters anyhow!

It's free and lets you install the same stuff across your low-end fleet without much effort once you've done the first time stuff.

zhi

Alpine

Swiftnode

Alpine.

febryanvaldo

It should be Debian 11 or 12.