@Crab said: Now more interesting question would be that how small you can actually make them both while still maintaining the features you really need. That will require quite a bit of trial and error with the kernel compilation parameters but could be a fun exercise.
This is what I done for the Toshiba Click Mini but is much simpler when you target just one platform. (I can never understand why Wi-Fi drivers/modules are included in server builds.)
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural. It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
@Crab said: Now more interesting question would be that how small you can actually make them both while still maintaining the features you really need. That will require quite a bit of trial and error with the kernel compilation parameters but could be a fun exercise.
This is what I done for the Toshiba Click Mini but is much simpler when you target just one platform. (I can never understand why Wi-Fi drivers/modules are included in server builds.)
They weren't always. You used to get a basic kernel with hardware support and had to create your own config and build from there. WiFi really messed things up because hardware now isn't expected to have ethernet (or a cheap USB NIC for installation). It's possible to pare down kernels pretty extreme. I built a very base QEMU VirtIO only kernel that ran on a 64MB VPS with nearly 48MB free with full networking, thttpd and dropbear sshd. It wasn't great for much, but it did give me a place to build a compatible script for Hetrix before Virmach's monitor went insane and kept shutting it down after I got sick of fighting it and literally overwrote the entire 4GB of storage with NOPs so it'd chew through all of that before it died. Still had to beg them to remove it because I got sick of the incessant messages.
ftp on NetBSD finally gets sane defaults, showing huge improvements in file transfer speeds:
322734471 bytes retrieved in 00:14 (21.49 MiB/s)
vs. 322734471 bytes retrieved in 03:28 (1.47 MiB/s)
see PR #59865 for all the details - basically, I was wondering why sysupgrade was always so slow downloading new sets, and it turned out that ftp disabled auto-sizing of the receive socket buffer (limiting the TCP receive window size).
Improvements rolling in as shown by today's CVS output of my Linveo NetBSD-current VPS :
[ . . . ]
P usr.bin/ftp/cmds.c
P usr.bin/ftp/fetch.c
P usr.bin/ftp/ftp.1
P usr.bin/ftp/ftp.c
P usr.bin/ftp/ftp_var.h
P usr.bin/ftp/main.c
P usr.bin/ftp/util.c
P usr.bin/ftp/version.h
[ . . . ]
Comments
This is what I done for the Toshiba Click Mini but is much simpler when you target just one platform. (I can never understand why Wi-Fi drivers/modules are included in server builds.)
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural.
It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
They weren't always. You used to get a basic kernel with hardware support and had to create your own config and build from there. WiFi really messed things up because hardware now isn't expected to have ethernet (or a cheap USB NIC for installation). It's possible to pare down kernels pretty extreme. I built a very base QEMU VirtIO only kernel that ran on a 64MB VPS with nearly 48MB free with full networking, thttpd and dropbear sshd. It wasn't great for much, but it did give me a place to build a compatible script for Hetrix before Virmach's monitor went insane and kept shutting it down after I got sick of fighting it and literally overwrote the entire 4GB of storage with NOPs so it'd chew through all of that before it died. Still had to beg them to remove it because I got sick of the incessant messages.
My pronouns are like/subscribe.
ftpon NetBSD finally gets sane defaults, showing huge improvements in file transfer speeds:322734471 bytes retrieved in 00:14 (21.49 MiB/s)vs.
322734471 bytes retrieved in 03:28 (1.47 MiB/s)see PR #59865 for all the details - basically, I was wondering why
sysupgradewas always so slow downloading new sets, and it turned out thatftpdisabled auto-sizing of the receive socket buffer (limiting the TCP receive window size).@cmeerw Another congrats!
I hope everyone gets the servers they want!
And talking about NetBSD, we now have an RC1 for NetBSD 11
@linveo I have now built an image for NetBSD 11.0 RC1
@cmeerw
My Linveo NetBSD-current VPS is now rebuilding with patches fixing the ftp bug you found!
From https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=59865 :
Improvements rolling in as shown by today's CVS output of my Linveo NetBSD-current VPS :
Thanks @linveo!
Thanks @cmeerw! 
I hope everyone gets the servers they want!