You should right now move to btrfs filesytem, its the best thing ive ever done, its very easy to understand and it nevers fails. It allow you to do anything with the system, you restore the system snapshot with a tree comands.bw123 wrote:......
In the context of a frankendebian system I guess I can see how it would be very valuable. So if I was to pursue that kind of setup, I guess exploring btrfs snaphots would be a good idea.
Why is that?, Are newers kernel dropping old more suitable firmwares?, Im testing now 4.13 debian's.stevepusser wrote:....
Hmmm..we're using a 4.13 kernel backported from Buster for the MX 17 betas right now...it supports more hardware for the amdgpu driver than the 4.13 currently in stretch-backports, and I boosted the kernel frequency from 250 to 1000 Hz for desktop use. Seems to work fine in the beta--I rebuilt the kernels in generic Stretch pbuilder VMs so they are good for Stretch, too.
stevepusser is referring to the frequency of the kernel interrupts — 250Hz is the default, 1000Hz gives less lag and a more "responsive" desktop (allegedly).bester69 wrote:"and I boosted the kernel frequency from 250 to 1000 Hz for desktop use." --> Are you overclocking??, my system is AcerExtensa5230, wonder if i can increase cpu.
Code: Select all
grep CONFIG_HZ /boot/config-${kernel-version}-$archHead_on_a_Stick wrote:For example, with your "btrfs-tools" package (which is now a transitional package that installs btrfs-progs), the versions are exactly the same
One must imagine Sisyphus is happy.bester69 wrote:There is nothing to install in linux, from time to time i go to google searching for something fresh to install in linux, but, there is nothing
Yes, I just manually change a couple lines in the kernel configuration text file in /debian before the rebuild to effect that change, instead of running one of the configuration utilties that come with the kernel. The frequency can also be seen as how often the kernel does context switches--which is the switching of the CPU from one process or thread to another. Ubuntu's is also faster than the Debian kernel's 250 Hz, which is considered better for server use.Head_on_a_Stick wrote:stevepusser is referring to the frequency of the kernel interrupts — 250Hz is the default, 1000Hz gives less lag and a more "responsive" desktop (allegedly).bester69 wrote:"and I boosted the kernel frequency from 250 to 1000 Hz for desktop use." --> Are you overclocking??, my system is AcerExtensa5230, wonder if i can increase cpu.
EDIT: check your Ubuntu kernel's interrupt frequency with:Replace ${kernel-version} with the kernel version and replace $arch with the architecture (probably amd64).Code: Select all
grep CONFIG_HZ /boot/config-${kernel-version}-$arch
more likely about some borkage that persists even after restoring from btrfs snaphots... blaming debian or even kernel devs for it.Wheelerof4te wrote:I wonder what topic will you open next? Can we have someting involving cats, please?
i'm sort of out of sarcastic remarks concerning this user.bester69 wrote:Now, Ive very very tested working very good and stable the following configuration, a easy and controlled mix of stable and testing, with ubuntu's kernel engine.
- Debian Stretch
- Ubuntu kenel 4.4.39_amd64
- Ubuntu kodi17.6 (Zesty)
- Opera Stable 42.0.2393.517
From Testing.:
- i965-va-driver, Libva-* (1.8.3)
- libdrm* (2.4.82)
- libav* (7:3.4-4)
This configuration works like a charm for an Acer Extensa5230..
I refer the honourable member to this post where he breaks stuff yet again - http://forums.debian.net/viewtopic.php? ... 17#p660347debiman wrote: i'm sort of out of sarcastic remarks concerning this user.
if it really "works like a charm", i guess we will never again see a help request from him/her anymore.