Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Sign In Register

Quick Links


Shells Virtual Desktop
BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Rabisu - Hosting Solutions
Shells Virtual Desktop

Categories

In this Discussion

Home › General
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

What OS do you use on low spec vps

2

Comments

  • optimisticoptimistic Member

    @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.

  • emghemgh Member, Megathread Squad

    @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?

  • optimisticoptimistic Member

    @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.

  • emghemgh Member, Megathread Squad

    He didn’t last long😆

    Thanked by 2totally_not_banned WhiteRoseG
  • lewellynlewellyn Member

    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.

    Thanked by 1boot
  • dev_vpsdev_vps Member
    edited January 2024

    @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.

  • bertbert Member

    debian 11 or 10

  • emghemgh Member, Megathread Squad
    edited January 2024

    @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.

  • lewellynlewellyn Member

    @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

    Thanked by 1emgh
  • noisycodenoisycode Member

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

  • lewellynlewellyn Member

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

    Err? :open_mouth:

    # 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...)

    Thanked by 1noisycode
  • chitreechitree Member

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

  • noisycodenoisycode Member
    edited January 2024

    @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.
    Thanked by 1lewellyn
  • lewellynlewellyn Member

    @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.

  • noisycodenoisycode Member

    @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_bannedtotally_not_banned Member

    @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?

  • noisycodenoisycode Member
    edited January 2024

    @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_bannedtotally_not_banned Member

    @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++?

  • noisycodenoisycode Member

    @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_bannedtotally_not_banned Member
    edited January 2024

    @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.

  • lewellynlewellyn Member

    @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. -.-

    Thanked by 1noisycode
  • alfatarsosalfatarsos Member, Host Rep
    edited January 2024

    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_bannedtotally_not_banned Member

    @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.

    Thanked by 1alfatarsos
  • alfatarsosalfatarsos Member, Host Rep

    @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...

    Thanked by 1totally_not_banned
  • totally_not_bannedtotally_not_banned Member

    @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.

    Thanked by 1alfatarsos
  • noisycodenoisycode Member

    @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.

  • lewellynlewellyn Member

    @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.

    Thanked by 3totally_not_banned noisycode 0xC7
  • zhizhi Member

    Alpine

    Thanked by 1Swiftnode
  • SwiftnodeSwiftnode Member, Patron Provider, LIR

    Alpine.

  • febryanvaldofebryanvaldo Member

    It should be Debian 11 or 12.

Sign In or Register to comment.