Improving speed of USB live persistent use

nogo10 · 2020-09-13 15:26:05

I recently made a BL Lithium persistent USB live key (Kingston Data Traveller 64gb 100-G3 no partition all FAT32) which I will typically use on a Laptop i5 6th gen with 8gb ram. I did not modify BL, it is stock Lithium Debian 10. I occasionally get lagging on Firefox, application and file access.

eg: It took 15 seconds just to open a terminal, but instant afterwards.
EDIT: In fact after boot up using any of the common short cut keys to open,Editor, File Manager, Browser or Terminal involves 15+ second lag the first time is opened after bootup.

What improvements can I make to drastically improve speed and reduce lag for browser use (Firefox right now), file access (on USB) and terminal ssh?

I am willing to redo the USB key and even consider a new one.

Last edited by nogo10 (2020-09-13 16:36:50)

rbh · 2020-09-13 17:12:18

Another path, is installing BL to an m2-device with an usb-enclosure.
In an USB3 port, it will be nearly as responsive as installed to an internal harddrive, but takes a little more cost.

Running live, persistent session from usb, lead to some lagging.
Even installing to usb attached hd, will be much faster than runing persistent live session. But is a little more bulky than an m2

rbh · 2020-09-13 17:17:40

You could maybe configure a ramdrive, large enough to hold the system.

nogo10 · 2020-09-13 17:51:48

rbh wrote:

You could maybe configure a ramdrive, large enough to hold the system.

Could I preload specific applications in RAM?

rbh · 2020-09-13 18:02:30

Sounds possible to do, but I have no idea how to do it.

nogo10 · 2020-09-13 21:05:19

Seriously Im experiencing lag whenever I access an application. Luckily there's seems to be good documentation on this issue about using a package called PRELOAD.

However this package is no longer available for Deb 10.

Last edited by nogo10 (2020-09-13 21:31:34)

johnraff · 2020-09-13 23:38:23

A bit off topic maybe, but I'm surprised a linux system works at all on a FAT32 file system, which does not support users or permissions.

nogo10 · 2020-09-14 00:38:35

johnraff wrote:

A bit off topic maybe, but I'm surprised a linux system works at all on a FAT32 file system, which does not support users or permissions.

Not quite, this is what the partition looks like

Last edited by nogo10 (2020-09-14 01:29:56)

johnraff · 2020-09-14 05:34:46

^sorry that's too small to read. Can you post a larger image, linked from a thumbnail?
If you right-click the image in Thunar, there is an option "Upload Image" which will do it for you.

rbh · 2020-09-14 06:18:02

You can "boot to ram" what live rescudiscs as "Finnix" use.
More info here: https://calvin.me/create-persistent-ubu … -boots-ram
You can then not have bigger persistance partition/file than some GB.

Perharpes it is better to change file-system from fat32 to extfs. Fat is not the fastest file-system... If you want to be able to edit the content of the stick on windows computer, Paragon has extfs driver for windows. https://www.paragon-software.com/busine … or-windows

Or, you maybe you has to face the fact that you can not accomplish what you want. Live Session, is for rescue mission or just test, not for everyday productive work.

Last edited by rbh (2020-09-14 06:48:50)

#1 2020-09-13 15:26:05

Improving speed of USB live persistent use

#2 2020-09-13 17:12:18

Re: Improving speed of USB live persistent use

#3 2020-09-13 17:17:40

Re: Improving speed of USB live persistent use

#4 2020-09-13 17:51:48

Re: Improving speed of USB live persistent use

#5 2020-09-13 18:02:30

Re: Improving speed of USB live persistent use

#6 2020-09-13 21:05:19

Re: Improving speed of USB live persistent use

#7 2020-09-13 23:38:23

Re: Improving speed of USB live persistent use

#8 2020-09-14 00:38:35

Re: Improving speed of USB live persistent use

#9 2020-09-14 05:34:46

Re: Improving speed of USB live persistent use

#10 2020-09-14 06:18:02

Re: Improving speed of USB live persistent use

Board footer