liliumstar

Have you been wronged by njalla?

I think having an external owner is preferable.

I know you said consumer GPU, but I run a used Tesla P40. It has 24 GB of vram. The price has gone up since I got it a couple years ago, there might be better options in the same price category. Still, it's going to be cheaper than a modern full fat consumer gpu, with a reasonable performance hit.

My use case is text generation, chat kind of things. In most cases, the inference is more than fast enough, but it can get slow when swapping out large context lengths.

Mostly I run quantized 8-20B models with the sweet spot being around 12. For specialized use cases outside of general language, you can run more compact models. The general output is quite good, and I would have never had thought it was possible 10 years ago.

ETA: I paid about $200 USD for the P40 a couple years ago, plus the price for a fan and 3d printed shroud.

I would do FDE yeah. My current laptop setup is with systemd-boot and a special initramfs that allows me to unlock it with a yubikey, with fallback to password. Fair warning, this exact configuration is not particularly easy to setup.

There are also modules which enable early network connectivity along with a SSH server, meaning you login and unlock it remotely. I have not tried this.

Debian does not frequently require rebooting under normal circumstances. Kernel updates are not that frequent, and you can usually put it off for a bit if you don't want to deal with it.

CRF 18 is usually where I start at, but that is focusing on quality. I'd imagine you would want a higher starting point.

If you want to find out what different options are or do, the docs are a good place to start: https://x265.readthedocs.io/en/master/cli.html

In my opinion the ideal x265 size/speed/quality is using a tuned slow preset, perhaps with filtering if the source is grainy. A test encode or few should be done to determine an ideal CRF per source.

Since you don't seem very familiar with x265, I would just stick with the defaults in slow preset, but consider using aq-mode 3 or 5 (only available in the patman mod). You can also adjust the aq-strength to help control the resulting size somewhat, I wouldn't go lower than 0.5.

I don't know of any private trackers who are interested in users in your particular circumstances. The reality is, you can't really seed behind CGNAT. I would really consider shelling out for a VPN, you can get an okay one for 5-10 euro a month. If you're technically inclined, you could even set your own up on a cheap VPS for less, given you don't need fast networking.

If you have more experience with Linux CLI over powershell, I'd go with that. There are a few options: WSL2, MSYS2, Cygwin.

It is possible to tonemap DV to SDR, and I think to static HDR as well. Look into madvr and/or mpv. Both should be able to provide real-time tonemapping during playback. For reference, these pink/green videos would be DV Profile 5 (P5). I've heard the results are not great, so I would stick with P8 hybrid releases.

In this scenario, the thumbnails are going to be generated when you browse the directory. Probably what network filesystem you're using. Alternately, maybe there is a maximum file size on previews? I know dolphin has that option.

To start small setup a static website behind nginx. This requires you to create a basic website or copy a template, it goes somewhere in your filesystem, in linux /var/www is common. Once you have that, setup the nginx service and point it to that location. You can do this locally then expose it to the net or put on a VPS. Here is a dead simple guide presuming you have a remote server: https://dev.to/starcc/how-to-deploy-a-simple-website-with-nginx-a-comically-easy-guide-202g

Once you have that covered, ensure you know how to setup ssh keys and such, then install, configure, and run services. From there, most things are easy outside of overly complicated configurations.

I think that error is related to a missing dbus session but don't quote me on that.

You will probably find it easier to use a system level service, but run it as your unprivileged user with User= and Group= directives. Once you get that working, there are various other parameters you can add to harden the service if you like.

This is a good reference for hardening: https://docs.arbitrary.ch/security/systemd.html

The arch wiki has a good general reference for all things systemd: https://wiki.archlinux.org/title/Systemd

Whether you like it or not, that's more or less what happens. You can/will lose a bunch of accounts for causing trouble. Sometimes I think it's a bit over the top. Instead of keeping out toxic or non-contributing folks it becomes a personal vendetta or innocent violation.

Overall, I'm a fan of banning known bad users, but restraint should be used and collected personal information should be minimized.