Welcome!
Important information
-- Spectre and Meltdown vulnerabilities
-- Change in MX sources

News
-- MX Linux on social media: here
-- Mepis support still here

Current releases
-- MX-17.1 Final release info here
-- antiX-17 release info here

New users
-- Please read this first, and don't forget to add system and hardware information to posts!
-- Here are the Forum Rules

Live persistant run slow

Help for Current Versions of MX
Message
Author
User avatar
nikopoika
Forum Novice
Forum  Novice
Posts: 22
Joined: Wed May 23, 2018 10:24 am

Live persistant run slow

#1 Post by nikopoika » Fri Aug 03, 2018 11:47 am

Hi Community,

I have a small problem with Mx running live, recently made a live usb with Mx 17.1 july version. When I used without persistence run perfect, fast and smooth. But, when I choose the persistant option it runs very slow. I follow the proccess in one of the Dolphin's videos, choose from=usb and then persistant=static, asign the 4096mb to root and the default for home partition around 2500mb. The stick Im using is this one: Toshiba THN-U202L0160E4 - Memoria USB 2.0 DE 16 GB.
Probably Im doing something wrong, I already tried with persist=all and also persist=root and is the same...very very slow. Also tried in differets computers, both with large ram and good proccesors.
Any idea to solve this?
Its slow to open firefox or even thunar. Also for updating. I tried even to do a remaster and was imposible to start.

thanks very much in advance for your help!
Hardware: MacBook 2.1 Intel core2duo 1,83 GHz, 3 GB ram, graphics Intel 950. Running MX Linux 17.1 final x64, kernel 4.15

User avatar
Jerry3904
Forum Veteran
Forum Veteran
Posts: 23066
Joined: Wed Jul 19, 2006 6:13 am

Re: Live persistant run slow

#2 Post by Jerry3904 » Fri Aug 03, 2018 11:50 am

I also ran into that problem yesterday with the July snapshot running Live with persistence--CPU maxed out for long time, repeatedly, making me finally give up.
Production: 4.15.0-1-amd64, MX-17.1, AMD FX-4130 Quad-Core, GeForce GT 630/PCIe/SSE2, 8 GB, SSD 120 GB, Data 1TB
Testing: AAO 722: 4.15.0-1-386. MX-17.1, AMD C-60 APU, 4 GB
Personal: XPS 13, 4.18.0-19.3-liquorix, 4 GB

User avatar
fehlix
Forum Guide
Forum Guide
Posts: 2434
Joined: Wed Apr 11, 2018 5:09 pm

Re: Live persistant run slow

#3 Post by fehlix » Fri Aug 03, 2018 12:05 pm

Try :
F4->toram
F5->persist_all
which loads all linuxfs and rootfs into memory. Runs faster than installed from hd.
Gigabyte Z77M-D3H, Intel Xeon E3-1240 V2 (Quad core), 32GB RAM,
GeForce GTX 770, Samsung SSD 850 EVO 500GB, Seagate Barracuda 4TB

User avatar
fehlix
Forum Guide
Forum Guide
Posts: 2434
Joined: Wed Apr 11, 2018 5:09 pm

Re: Live persistant run slow

#4 Post by fehlix » Fri Aug 03, 2018 1:17 pm

nikopoika wrote:
Fri Aug 03, 2018 11:47 am
... The stick Im using is this one: Toshiba THN-U202L0160E4 - Memoria USB 2.0 DE 16 GB.
Reading just reviews about your stick "Toshiba THN-U202L0160E4 - Memoria USB 2.0 DE 16 GB".
Seems to be a extrem slow speed device, even for already slow USB2 sticks.
Rather recommend to get a USB3 stick, which propably also is faster on an USB2 port.
Gigabyte Z77M-D3H, Intel Xeon E3-1240 V2 (Quad core), 32GB RAM,
GeForce GTX 770, Samsung SSD 850 EVO 500GB, Seagate Barracuda 4TB

User avatar
Jerry3904
Forum Veteran
Forum Veteran
Posts: 23066
Joined: Wed Jul 19, 2006 6:13 am

Re: Live persistant run slow

#5 Post by Jerry3904 » Fri Aug 03, 2018 1:19 pm

FWIW, mine is a3.0
Production: 4.15.0-1-amd64, MX-17.1, AMD FX-4130 Quad-Core, GeForce GT 630/PCIe/SSE2, 8 GB, SSD 120 GB, Data 1TB
Testing: AAO 722: 4.15.0-1-386. MX-17.1, AMD C-60 APU, 4 GB
Personal: XPS 13, 4.18.0-19.3-liquorix, 4 GB

skidoo
Forum Regular
Forum Regular
Posts: 915
Joined: Tue Sep 22, 2015 6:56 pm

Re: Live persistant run slow

#6 Post by skidoo » Fri Aug 03, 2018 1:31 pm

During static persistence session, the system continually, in realtime, writes any changed files to the persistence device.
A slow write-speed device + web browser (continually writing disk cache and sessiondata) can lead to sluggish performance.

The following quick configuration changes will greatly reduce the firefox web browser's write-to-disk activity:

-- into browser urlbar, type about:config
-- in search field, type browser.cache.disk.enable and change the value for this item to: false
-- in search field, type browser.sessionstore.interval and change the value from 15000(15seconds) to: 30000
-- restart browser

User avatar
fehlix
Forum Guide
Forum Guide
Posts: 2434
Joined: Wed Apr 11, 2018 5:09 pm

Re: Live persistant run slow

#7 Post by fehlix » Fri Aug 03, 2018 1:50 pm

skidoo wrote:
Fri Aug 03, 2018 1:31 pm
During static persistence session, the system continually, in realtime, writes any changed files to the persistence device.
A slow write-speed device + web browser (continually writing disk cache and sessiondata) can lead to sluggish performance.
...
to add: homefs is always static
A work arround I made sometimes was to create on rootfs the browser profile-dir,
so I get with persist_all (= persistence dynamic into ram) a fast browser.

further: I have used in the past profile-sync-daemon
Which does a overlay and move to ram type of profiles.

This makes browser extreme fast - even on hd-installs (ssd/spinner-hds)
Have tested only on systemd
Perhabs need to look into to make it fit for MX and LiveBoot:

Code: Select all

apt show profile-sync-daemon
Package: profile-sync-daemon
Version: 6.31-1
Priority: optional
Section: utils
Maintainer: Jan Luca Naumann <j.naumann@fu-berlin.de>
Installed-Size: 93,2 kB
Depends: rsync
Suggests: libpam-systemd, systemd-sysv
Homepage: https://github.com/graysky2/profile-sync-daemon
Download-Size: 21,4 kB
APT-Sources: http://ftp.de.debian.org/debian stretch/main amd64 Packages
Description: Symlink and sync browser profile directories into RAM
 Profile-sync-daemon (psd) is a tiny pseudo-daemon designed
 to manage your browsers profile in tmpfs and periodically
 sync it back to disk.
 .
 This is accomplished by symlinking and the innovative use
 of rsync to maintain a backup and synchronization between
 tmpfs and disk. One of the major design goals of psd is a
 completely transparent user experience.
Gigabyte Z77M-D3H, Intel Xeon E3-1240 V2 (Quad core), 32GB RAM,
GeForce GTX 770, Samsung SSD 850 EVO 500GB, Seagate Barracuda 4TB

User avatar
fehlix
Forum Guide
Forum Guide
Posts: 2434
Joined: Wed Apr 11, 2018 5:09 pm

Re: Live persistant run slow

#8 Post by fehlix » Fri Aug 03, 2018 1:54 pm

Jerry3904 wrote:
Fri Aug 03, 2018 1:19 pm
FWIW, mine is a3.0
Will check it on my USB3's . Did it happen only when opening a browser (FF?) or generaly a slow/slaggish system ?
Gigabyte Z77M-D3H, Intel Xeon E3-1240 V2 (Quad core), 32GB RAM,
GeForce GTX 770, Samsung SSD 850 EVO 500GB, Seagate Barracuda 4TB

User avatar
Jerry3904
Forum Veteran
Forum Veteran
Posts: 23066
Joined: Wed Jul 19, 2006 6:13 am

Re: Live persistant run slow

#9 Post by Jerry3904 » Fri Aug 03, 2018 2:18 pm

Unclear. FF stopped it cold for sure.
Production: 4.15.0-1-amd64, MX-17.1, AMD FX-4130 Quad-Core, GeForce GT 630/PCIe/SSE2, 8 GB, SSD 120 GB, Data 1TB
Testing: AAO 722: 4.15.0-1-386. MX-17.1, AMD C-60 APU, 4 GB
Personal: XPS 13, 4.18.0-19.3-liquorix, 4 GB

skidoo
Forum Regular
Forum Regular
Posts: 915
Joined: Tue Sep 22, 2015 6:56 pm

Re: Live persistant run slow

#10 Post by skidoo » Fri Aug 03, 2018 2:34 pm

fehlix, that's a good tip about redirecting the browser disk cache location (as an alternative to outright disabling it).
I'm usually running livesession root_persist and system has plenty of RAM. Instead of "fancy" browser-sync-daemon solution,
can add ff about:config prefkey browser.cache.disk.parent_directory and specify /tmp/ffcache as the location.
Browser will create the directory at launch if it doesn't exist.

I've learned to be wary of using a "working copying" of the entire profile, ala browser-sync-daemon, because a crash, or unclean shutdown,
or neglecting to exit the browser prior to performing a persist-save operation... risks loss of newly-created bookmarks, sessiondata, etc.

Post Reply

Return to “MX Help”