You are not logged in.
- Topics: Active | Unanswered
Pages: 1
#1 Re: Devuan » [SOLVED] How will the deprecation of Debian's i386 affect Devuan? » 2024-01-16 00:47:55
Alright, thank you!
#2 Re: Devuan » [SOLVED] How will the deprecation of Debian's i386 affect Devuan? » 2024-01-15 17:25:01
I've had a Pi 1 as a server for a while, that's quite a slow device, surely slower than even your netbook, and I didn't experience that.
I don't think your theory is correct. As far as I know, your server doesn't interact at all with the DNS, when there is a connection incoming. The client contacts the DNS, gets the IP, and then connects to your server using that IP. I don't think the domain even needs to point to a valid IP at all, for the DNS to route clients there. I am by no means an expert when it comes to these things, though.
Might be worth to bring up a htop instance, while connecting to it, to see if it's bottlenecking anywhere. When I do ssh topoi.pooq.com -v, I see your server is slow to process each step, for some reason. Could be full RAM? Really not sure. I've had a Pentium III 700mhz with 256MB of RAM react faster to SSH requests.
#3 Devuan » [SOLVED] How will the deprecation of Debian's i386 affect Devuan? » 2024-01-15 09:44:40
- Fierelier
- Replies: 6
As spoken about in this thread, Debian seems to be looking to discontinue support for x86 machines. I find this choice somewhat questionable, since these machines are quite capable still, in my eyes. I could daily drive my Pentium M 1.2GHz if I needed to, and I have sometimes used that machine for extensive periods of time, exclusively.
...yet, I'm close to giving up on this platform, I feel like the walls have been moving in for a long time:
* Many distros are discontinuing x86
* Browsers are all f*cked-up (in general), and ignore my build preferences in some cases, failing to compile without SSE2/SSE3
* Clang and Rust use the wrong definitions for i686, breaking some software on non-SSE2 capable machines. No desire from these teams to fix
* Software is generally getting worse, with people just jumping on whatever new *shiny* things come out (GTK3/GTK4 are mostly pointless, slow and buggy, yet everyone adapts them)
* It's difficult to run older software on Linux. I'm trying to develop software to resolve this, but right now, things really still feel disconnected between the old and new software spheres
An old x86 laptop is what truly got me into Linux in the first place. I've been working on debloating my entire suite of software, crafting replacements with the limited inspiration I have, for things that I don't consider good. But it really feels like things are coming to an end, this time.
I assume Devuan will adapt Debian's upstream behavior of i386, and also drop it eventually. But I'm still curious to hear, what is the official stance on this?
#4 Hardware & System Configuration » Keyboard layout not setting in TTY when running in QEMU » 2023-07-21 07:36:49
- Fierelier
- Replies: 0
When running Devuan Chimaera/Daedalus in QEMU, configuring the keyboard layout like this does not change it (US layout):
dpkg-reconfigure keyboard-configuration
service console-setup.sh restart
udevadm trigger --subsystem-match=input --action=change
service keyboard-setup.sh restartI've also had this happen on one particular Core 2 Duo era laptop, but it was a while ago. Is there anything else I can do? Using loadkeys de loads the correct layout, however, special characters like Ä/Ö/Ü/ß and so on will not work.
#5 Re: Hardware & System Configuration » [SOLVED] /sys/kernel/debug/zswap/: No such file or directory » 2023-01-25 01:17:20
Solved! You need to do mount -t debugfs none /sys/kernel/debug for it to be populated.
#6 Hardware & System Configuration » [SOLVED] /sys/kernel/debug/zswap/: No such file or directory » 2023-01-24 23:10:01
- Fierelier
- Replies: 1
Hello everyone!
I've been trying to observe zswap's statistics. grep -R . /sys/kernel/debug/zswap/ is frequently recommended, but /sys/kernel/debug/zswap does not exist. I've made /etc/boot.d/user-zswap, it looks like this:
#!/bin/sh
zswap=/sys/module/zswap/parameters
echo 75 > $zswap/max_pool_percent
echo 95 > $zswap/accept_threshold_percent
echo zstd > $zswap/compressor
echo zsmalloc > $zswap/zpool
echo 1 > $zswap/enabledI checked if zswap was compiled into my kernel based on some older post when zswap was new: cat /boot/config-$(uname -r) | grep CONFIG_ZSWAP= gives me CONFIG_ZSWAP=y.
I also checked if zswap itself is enabled: cat /sys/module/zswap/parameters/enabled is Y.
My kernel version is 5.10.0-20-amd64.
What am I missing?
Pages: 1
Board footer
