<![CDATA[Dev1 Galaxy Forum / [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?id=7410 Thu, 18 Sep 2025 09:45:51 +0000 FluxBB <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58078#p58078 if you get the "windows boot manager" deleted, you can also remedy by choosing to boot from SSD on where Windows sits manually, and select to boot into recovery, from there select "enter recovery console" and type "bootrec /rebuildbcd".
after reboot, the windows bootmanager should be back.

]]> Thu, 18 Sep 2025 09:45:51 +0000 https://dev1galaxy.org/viewtopic.php?pid=58078#p58078 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58073#p58073

only issue i found with ddual-triple booting or the like is that grub tends to install  itself at times, even when told otherwise,  onto the windows partition in EFI, but that can be easily fixed if it so happens; (booting into windows and deleting the entry manually via diskpart et al) maybe this happens beause my BIOS could have trouble differentiating the three NVME i have installed, have not found a reason why it happens on my PC.

The Debian based installer will install to the first drive seen by the installer in the machine same as windows does no matter what is selected. Only when you go out of your way to deselect all efi system partitions for use except the one you want used will it do what you want and install onto a non first system seen drive. This garbage behaviour bothered me for many years until I figure out what it was doing and the way to avoid it doing so. Not much of a  clue on other distributions installers as I tend to only use Debian systems. If you backup the /boot/efi/EFI/BOOT/BOOTX64.EFI file before installing any Linux then you can restore it to get the windows boot listing back as this is the main file any 64bit OS uses to boot on an EFI machine. Though I have found it is put there by both except for something like Arch/Void systems as my testing on them showed they do direct entry in the EFI firmware for them to boot and ship a broken EFI implementation without that normal usage others do.

]]> Thu, 18 Sep 2025 03:45:58 +0000 https://dev1galaxy.org/viewtopic.php?pid=58073#p58073 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58071#p58071 no , partitioning the windows is not that risky, you can do that inside windows, no problem at all; only issue i found with ddual-triple booting or the like is that grub tends to install  itself at times, even when told otherwise,  onto the windows partition in EFI, but that can be easily fixed if it so happens; (booting into windows and deleting the entry manually via diskpart et al) maybe this happens beause my BIOS could have trouble differentiating the three NVME i have installed, have not found a reason why it happens on my PC. (it seems they are getting mixed up or "tossed around" sometime)
you can check that by going into BIOS after you finished your install of Linux, and look if you find on Windows SSD side two entries, one for Windows Manager, and one for Ubuntu or Debian or whatever; of course if you want to use a SSD for both systems, then it should be that way , provided you install install Grub onto location that is being proposed to you.

]]> Wed, 17 Sep 2025 23:54:49 +0000 https://dev1galaxy.org/viewtopic.php?pid=58071#p58071 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58045#p58045 Looking at your free -ht output you seem to have plenty of free memory, and swap space has not been used at all. So that wasn't the problem.

But that doesn't explain why the system suddenly started responding faster. Have you looked for log messages? Did any relevant-looking messages come out when it changed speed. Or start or stop coming out then?

]]> Tue, 16 Sep 2025 16:13:27 +0000 https://dev1galaxy.org/viewtopic.php?pid=58045#p58045 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58037#p58037 So I understood well, I use now a Sata disk with a U.2 form factor, and have a spare M.2 NVME disk over, I assume, PCIE lanes. Ok, M.2 or 2.5'', I can't tell the difference... Pfff, standards change wayy too quickly, and few people need or notice the difference anyway. Yeah I should partition the spare windows disk, but isn't it risky ?

]]> Mon, 15 Sep 2025 19:09:03 +0000 https://dev1galaxy.org/viewtopic.php?pid=58037#p58037 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58036#p58036 think the netselect-apt is not yet fully compatible with devuan; it would be nice to have a easy tool via terminal to select the fastest server based on ones location.

EDIT: if you can afford, you would be better of using a pcie ssd over a sata based one; you can then still use the sata ssd for data storage or for your windows installation if you so like; basically you can find pcie ssd a cheaper prices than sata ssd sometimes nowadays. this does not explain why for you debian could be  better chose.

]]> Mon, 15 Sep 2025 18:23:28 +0000 https://dev1galaxy.org/viewtopic.php?pid=58036#p58036 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58035#p58035 Patriot P220 1024GB (SN12288). An SSD. I did the smart self-test. It's fine.

]]> Mon, 15 Sep 2025 17:22:22 +0000 https://dev1galaxy.org/viewtopic.php?pid=58035#p58035 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58034#p58034 debian13 is quite responsive, especially when downloading packages;
but proof is in the pudding, and feeling is that devuan overall is more responsive, even when run on gen3x4 ssd over an debian on gen4x4 ssd;
the n100 is 12thn gen, and should be very good for easy task requiring single execution; certainly another league than most atom ever were, probably.
that said, i like apu more, because overall round package, although it is difficult with driver sometimes.

]]> Mon, 15 Sep 2025 16:30:19 +0000 https://dev1galaxy.org/viewtopic.php?pid=58034#p58034 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58033#p58033 @ondine, you still haven't said what sort of disk it has (mechanical or SSD) or the model.

But to work out why it sped up all I can suggest is looking in the logs and dmesg output for interesting messages.

]]> Mon, 15 Sep 2025 16:11:43 +0000 https://dev1galaxy.org/viewtopic.php?pid=58033#p58033 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58025#p58025 whenever i see designations like that(n100) i recollect the old atom n270 stuff:

https://www.cpubenchmark.net/compare/614vs5157/cpu_test_info.html

]]> Mon, 15 Sep 2025 05:30:53 +0000 https://dev1galaxy.org/viewtopic.php?pid=58025#p58025 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58020#p58020 @rolfie it still is a 13th gen processor. I bet it is faster than some medium grade gen 10 processors and definitely most older stuff.

]]> Mon, 15 Sep 2025 01:01:40 +0000 https://dev1galaxy.org/viewtopic.php?pid=58020#p58020 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58012#p58012 That N100 is a quite weak CPU. Everything requiring CPU performance will delay the response.

]]> Sun, 14 Sep 2025 17:15:12 +0000 https://dev1galaxy.org/viewtopic.php?pid=58012#p58012 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58011#p58011 Perhaps because Ondine is whimsical and unpredictable?
Seong-Jin Cho - Ravel: Gaspard de la Nuit: I. Ondine (Live from Carnegie Hall)

Sorry . . . couldn't resist . . . big_smile

]]> Sun, 14 Sep 2025 17:02:46 +0000 https://dev1galaxy.org/viewtopic.php?pid=58011#p58011 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58010#p58010

total       utilisé      libre     partagé tamp/cache   disponible
Mem:            15Gi       1,6Gi        10Gi       320Mi       3,7Gi        13Gi
Échange:       976Mi          0B       976Mi
Total:          16Gi       1,6Gi        11Gi
#1 SMP PREEMPT_DYNAMIC Debian 6.12.38-1~bpo12+1 (2025-07-27) x86_64 GNU/Linux
PRETTY_NAME="Devuan GNU/Linux 5 (daedalus)"
NAME="Devuan GNU/Linux"
VERSION_ID="5"
VERSION="5 (daedalus)"
VERSION_CODENAME="daedalus"
ID=devuan
ID_LIKE=debian
HOME_URL="https://www.devuan.org/"
SUPPORT_URL="https://devuan.org/os/community"
BUG_REPORT_URL="https://bugs.devuan.org/"
intel (R) N100, one processor four cores

But for some reason it accelerated today. What the hell... I swear I did not upgrade sway.

]]> Sun, 14 Sep 2025 16:47:53 +0000 https://dev1galaxy.org/viewtopic.php?pid=58010#p58010 <![CDATA[Re: [SOLVED] devuan (fresh install) noticeably slow compared to debian]]> https://dev1galaxy.org/viewtopic.php?pid=58009#p58009 Please give us a bit more info.
At least post output from the commands in my last post on the system as it is now.
Also what CPU is it (look in /proc/cpuinfo for model name, number of cores, etc).
How much RAM does it have? (Run free -ht and post output here.)
What sort of disk drive does it have?  <-- This is probably the most important thing since it's apparently been slowed down.

]]> Sun, 14 Sep 2025 16:17:04 +0000 https://dev1galaxy.org/viewtopic.php?pid=58009#p58009