exfat vs ext4 KDE

[[email protected]]

Доброго времени суток леди и джентльмены. Флешка (UEFI и BIOS) grub2 1 раздел fat 77 мегабайт. На 2 разделе 16G каталог porteus/base и тд. Флешка грузится в режиме UEFI или BIOS с 1 раздела и грузит затем porteus 5.1 KDE со 2го раздела. Все работает. Но! Заметил странность - если 2 раздел форматировать в exfat то KDE работает отлично и быстро. А вот если в ext4 (2,3) то начинаются лаги. Пробовал разные опции форматирования но ничего не добился.
Вопрос - можно ли как-нибудь избавиться от лагов на KDE при использовании ext4 ? Под LXQT лагает не так сильно но есть и там. А вот на exfat лагов нет - вообще. Обидно.
Может народ посоветует решение?

[rych]

На 2 разделе 16G каталог porteus/base и тд.

А /changes папки нет стало быть на этом разделе, раз exfat? Как форматировали ext4, с какими опциями? Какие-нибудь ещё системы пробовали кроме exfat и ext4?

[Blaze]

Добрый вечер [email protected].
Такой ошибки ни когда не наблюдал.

Попробуйте обновить ядро из этого сообщения Porteus Kernel Builder (Пост Blaze #97557)

Code: Select all

# Все операции производить от root пользователя!

# заменить 000-kernel.xzm
# удалить crippled_sources.xzm
# По своему желанию добавить 06-crippled_sources-NNN-XXbit.xzm
/путь-до/porteus/base

# заменить vmlinuz
/путь-до/boot/syslinux

# перезагрузить Porteus

[Ed_P]

ext4 > changes saved & read from /porteus/changes folder when booting.

exfat > no changes saved or read unless you create a save.dat file and use the changes= cheatcode.

[[email protected]]

А /changes папки нет стало быть на этом разделе, раз exfat? Как форматировали ext4, с какими опциями? Какие-нибудь ещё системы пробовали кроме exfat и ext4?

Доброго времени суток всем и спасибо за ответы. /changes папки на exfat нет , верно. Думаю попробовать писать изменения в файл посмотрю что получиться. Кроме extfat ext2(3,4) пробовал еше f2fs но ядро портеус ее не видит. Возможно стоит попробовать что то еше из файловых систем но что?
Форматировать в ext4 пробовал как без опций , таки и с
mke2fs -t ext4 -O ^has_journal,^uninit_bg,^ext_attr,^huge_file,^64bit -m 0 -L Porteus
разници нет

Попробуйте обновить ядро из этого сообщения Porteus Kernel Builder (Пост Blaze #97557)

Спасибо я попробую обновить ядро и отпишусь по результату. А скажите пожалуйста, почему используется aufs ? В ядре вроде overlayfs есть и для нее не надо накладывать патчи.Чем aufs лучше?

ext4 > changes saved & read from /porteus/changes folder when booting.

exfat > no changes saved or read unless you create a save.dat file and use the changes= cheatcode.

Thanks for the reply. I'm going to try exfat by writing the changes to a file. I will unsubscribe based on the result

[Ed_P]

Thanks for the reply. I'm going to try exfat by writing the changes to a file. I will unsubscribe based on the result

I always use the changes=EXIT cheatcode so there is no writing to the save.dat file until you shutdown. And another advantage is, if you change something and don't like the results when you shutdown you can bypass saving the changes to the save.dat file.

[rych]

Форматировать в ext4 пробовал как без опций , таки и с
mke2fs -t ext4 -O ^has_journal,^uninit_bg,^ext_attr,^huge_file,^64bit -m 0 -L Porteus
разници нет

Я форматирую так:

Code: Select all

mkfs.ext4 -m 1 /dev/sdc1
tune2fs -o journal_data_ordered /dev/sdc1
tune2fs -l /dev/sdc1

... но это к слову, и не важно действительно в данном случае.

А важно вот это:

I always use the changes=EXIT cheatcode so there is no writing ... until you shutdown.

Да, не надо позволять ОС сохранять каждый пук сразу на USB, пусть и через кэш. Даже если вложились в быстрый Booting from NVMe USB enclosure и воткнули в современный USB 3.1 10Gbps -- всё равно все изменения держать в RAM намного быстрее. Кстати системный встроенный диск тоже быстрее, поэтому я например все xzm копирую сначала на системный диск и уже оттуда активирую -- но это не обязательно. Просто не хочу видеть постоянно моргающую лампочку на USB диске. Короче, ваш USB скорее для портабельности, а работать с него на него ежесекудно как правило не стоит.

[Blaze]

[email protected], как-то изначально со времен Slax было заведено использовать aufs.
overlayfs версии Porteus есть здесь OverlayFS Porteus
Если есть тесты производительности aufs и overlayfs - было бы неплохо их изучить.

[[email protected]]

I always use the changes=EXIT cheatcode so there is no writing to the save.dat file until you shutdown. And another advantage is, if you change something and don't like the results when you shutdown you can bypass saving the changes to the save.dat file.

It saved me! Thank you this advice helped!
Сделал сохранение в файл на exfat флешке и с изумлением наблюдал такие тормоза, что мне мне стало ясно - ext4 оказывается весьма себе неплохая фс и очень даже шустрая. На ext4 лаги были но работать как-то можно. Все дело в том что я не учел как сильно KDE 5 дергает диск. Но параметр changes=EXIT меня выручил и теперь моя флешка работает просто отлично! Огромное спасибо за советы господа!
Ну я пока сделал сохранение изменений в файл чтобы если что использовать это и на ext4 и на expat но сие уже мелочь.

overlayfs версии Porteus есть здесь OverlayFS Porteus
Если есть тесты производительности aufs и overlayfs - было бы неплохо их изучить.

Я посмотрел по ссылке, утверждают что OverlayFS не может нормально писать изменения и там changes=EXIT отключено , что для меня плохо. Правда там последнее сообщение аж год назад пожет чего и доработали в современных ядрах. Сам я использую OverlayFS на слаке на своих компах , сильного выигрыша в скорости относительно aufs нет. По ощущениям также. Удобство в том что ядро слаки патчить не надо.