Solved Very slow performance on Thinkpad T440p (ZFS?)

[6502]

HDD developing bad sectors?

 

[angry_vincent]

i have exactly same model, same cpu, same amount of RAM, and it is not slow. so, problem could somewhere else

 

[wolffnx]

maybe tunning in /boot/loader.conf

vfs.zfs.arc_max

?

vfs.zfs.arc_max=4G

for example

 

[Eric A. Borisch]

Boot environments. Enough of a reason.

Add in auto-snapshots, and it really has some major advantages.

Do you have trim enabled? Either via zpool property, or periodically with zpool-trim(8)?

 

[dnb]

Apparently the problem was that the zpool was created incorrectly. Moreover, I had to re-create the zpool on almost all of my systems. However, this did not help much, as Alain De Vos predicted when he said that

Yet the ashift cannot explain bursts of slowness with 0%CPU usage & 15GB Free Memory.

Before rebuilding, I reinstalled all packages from the official repository with pkg upgrade -f --repository=FreeBSD. For some unknown reason, it didn't start working any faster, and this temporarily averted suspicion from the packages I built on my poudriere binhost.

Later, on this binhost I rebuilt all packages with OPTIMIZED_CFLAGS support where applicable. Finally, the video (and even switching tabs) in Firefox slowed down due to the disabled OPENGL support in ffmpeg. It's worth noting that I didn't even try to plug in Optimus, as this laptop used to work just fine with Gentoo without it.

As a result, everything works fast, and I remove Linux from the 3rd SSD and give it back to l2arc )

 

[dnb]

maybe tunning in /boot/loader.conf

vfs.zfs.arc_max

?

vfs.zfs.arc_max=4G

for example

Yes, this is also a great idea. I think 16Gb of non-ECC memory is not best practice for using ZFS, especially with l2arc in the same zpool. But the temptation to use zfs mirror was so great)

 

[paulw]

Apparently the problem was that the zpool was created incorrectly. Moreover, I had to re-create the zpool on almost all of my systems. However, this did not help much, as Alain De Vos predicted when he said that

Before rebuilding, I reinstalled all packages from the official repository with pkg upgrade -f --repository=FreeBSD. For some unknown reason, it didn't start working any faster, and this temporarily averted suspicion from the packages I built on my poudriere binhost.

Later, on this binhost I rebuilt all packages with OPTIMIZED_CFLAGS support where applicable. Finally, the video (and even switching tabs) in Firefox slowed down due to the disabled OPENGL support in ffmpeg. It's worth noting that I didn't even try to plug in Optimus, as this laptop used to work just fine with Gentoo without it.

As a result, everything works fast, and I remove Linux from the 3rd SSD and give it back to l2arc )

Instead of using OPTIMIZED_CFLAGS you could maybe amend /etc/make.conf as suggested in this post:

make.conf optimizations? (optimizing builds)

Hey... is there any way to optimize builds further than through the ports' options menu? Like some options in make.conf... I've read of some, but their use was disputed, and it was an old thread... I have a Core i7, if that's relevant...

forums.freebsd.org

In my case /etc/make.conf now just contains the line:

CPUTYPE?=skylake