olegon.ru
шаблоны, добавь файл в папку Templates
ну не, погоди, ты хочешь сказать, что в некоторых условиях HDD обгоняют SSD?
Fjodor
пока не понятно через пкм как создать текстовый файл в гноме
Всем спасибо, пошел пробовать KDE после трех лет на гноме
egs
ну не, погоди, ты хочешь сказать, что в некоторых условиях HDD обгоняют SSD?
бескэшевые, возможно. но я не могу проверить. возможно дело даже не столько в кэше и иопс, сколько в особенностях работы фс и в особенностях работы флеш, требующие полной перезаписи страниц, как на черепичных дисках.
egs
кстати, давно заметил, что многие флешки и картридеры помечают себя как харды и у них атрибут rotational включен. интересно, что будет если писать на них через планировщик для харда, типа bfq. в федоре вроде это уже дефолт, и как я помню, она это правило распространяет и на съемные носители, т.е такпя флешка в федоре будет работать через bfq изкоробки.
olegon.ru
а диски не черепичные?
нет, SAS серверные
olegon.ru
сам подумай, дискам надо метнуть головку в метаданные и дату...
olegon.ru
это только лента пишет последовательно, но там свои особенности, особенно с тем, чтобы забрать потом записанное
egs
сам подумай, дискам надо метнуть головку в метаданные и дату...
только у диска скорость записи в стрессе до 200МБ/с, а у флешки 10. диск работает с +- той же скоростью на всей дистанции.
olegon.ru
только у диска скорость записи в стрессе до 200МБ/с, а у флешки 10. диск работает с +- той же скоростью на всей дистанции.
не очень понял, о чем мы сейчас спорим 😆 если о том, что хороший диск лучше плохой флешки, то я пас, я не об этом
egs
я встречал низкий перф диска в стрессе, когда к примеру ставится патч в стим. но проявляется это только в винде, что говорит что там убогое планированиеии нерабочий кэш.
olegon.ru
я встречал низкий перф диска в стрессе, когда к примеру ставится патч в стим. но проявляется это только в винде, что говорит что там убогое планированиеии нерабочий кэш.
там раньше были серьезные проблемы с кешем и общий подход к памяти кривой... планировщики в целом помогают только при распределении приоритетов среди процессов, скорость одиночной операции они меняют незначительно
Ан
Всем доброго утречка. Скажите, а есть здесь те, у кого федора арм на десктопе?
Alex
я встречал низкий перф диска в стрессе, когда к примеру ставится патч в стим. но проявляется это только в винде, что говорит что там убогое планированиеии нерабочий кэш.
Linux в плане кеширования до Винды как до Луны. У нас кеш общий на все диски, статический, блокирующий, ещё и написан плохо. Поэтому у нас есть https://neolurk.org/wiki/12309 а у них нет. В рассылке разрабов ядра можно найти откровения Линуса где-то 11-13 годов, где он признаётся: надо всё переделать т.к. оно просто нерабочее из коробки. Воз и ныне там. Он кстати и рецепт неплохой для починки даёт - кеш нужно уменьшить до 48мб, ведь чем он меньше, тем меньше проблем (но и перфа падает). Что в Винде плохо - это ntfs, ей до xfs далеко.
Alex
Я кстати первым делом в новой системе ставлю dirty_bytes/dirty_background_bytes в 64/32mb - без этого никакой жизни нет, хоть у меня и все диски быстрые)
Boris
Интересно, а Борис какое ДЕ использует?
Если вопрос про меня, то начинал с GNOME, потом долго пользовался KDE, а потом вернулся в GNOME, откуда пока уходить не планирую.
Павел
пока не понятно через пкм как создать текстовый файл в гноме
Чтобы создавать файлы, нужного тебе формата по ПКМ в гноме, надо просто добавить шаблоны, даже с полями и записями, например как в фалах .desktop, в директорию Templates. Об этом плашка сверху подсказывает новичкам.
Павел
оч удобно особенно из коробки отсутствие темплейта на пустой файл 🙏
Тебе дают выбор сделать самому то, что тебе требуется. Создать шаблон для текстового файла это одна команда: touch new_file.txt в этой директории. Все. Жми пкм где угодно, создавай свои новые текстовые файлы. Короче это не проблема
Fedor
но вообще из коробки есть...
Да не нужны мне твои кеды, сам их носи
flexxxer
Да не нужны мне твои кеды, сам их носи
да поставь просто плагин и всё, в чате вроде советовали один из них
olegon.ru
Я кстати первым делом в новой системе ставлю dirty_bytes/dirty_background_bytes в 64/32mb - без этого никакой жизни нет, хоть у меня и все диски быстрые)
вот сколько людей, столько мнений, я как раз, чтобы не налетать на этот 12309 никогда не включаю умные планировщики а как раз dirty* стараюсь не трогать, поскольку они вызывают серьезные клины, когда все же приходит время много скинуть на диски
olegon.ru
до этого попробовал kyber, думал, что он меня спасет от фризов, вот ни разу не спас... когда параллельно диски делали scrub, все было очень плохо... ровно до момента, как включил mq_deadline
Alex
вот сколько людей, столько мнений, я как раз, чтобы не налетать на этот 12309 никогда не включаю умные планировщики а как раз dirty* стараюсь не трогать, поскольку они вызывают серьезные клины, когда все же приходит время много скинуть на диски
Раньше 100% срабатывал простой рецепт от того же Торвальдса: берём медленную флешку, втыкаем в USB, распаковываем на неё архив последнего ядра - видим как дергается курсор (или вообще виснет). Сейчас для USB устройств какой-то костылик придумали, может и гладко пройти. Но костылик только для них.
olegon.ru
Раньше 100% срабатывал простой рецепт от того же Торвальдса: берём медленную флешку, втыкаем в USB, распаковываем на неё архив последнего ядра - видим как дергается курсор (или вообще виснет). Сейчас для USB устройств какой-то костылик придумали, может и гладко пройти. Но костылик только для них.
я все же склонен хоронить флешки, их предназначение лично для меня - загрузка раз в жизни... вот с дисками - другой вопрос, но в настоящий момент я с ними никаких проблем не испытываю, даже интересно, можно ли как-то 12309 воспроизвести с ними
olegon.ru
Именно! Из коробки они копят много перед сбросом на диски. А я ставлю всего 64мб (это лимит), чтобы на любой диск мгновенно сбросить.
ты на всякий случай проверяй значения по умолчанию, сейчас они такие, вроде (у меня 32Гб) проблем никаких, и, еще раз, попробуй mq_deadline vm.dirty_background_bytes = 0 vm.dirty_background_ratio = 10 vm.dirty_bytes = 0 vm.dirty_expire_centisecs = 3000 vm.dirty_ratio = 20 vm.dirty_writeback_centisecs = 500 vm.dirtytime_expire_seconds = 43200 у меня в свое время sysctl.conf был на пару страниц, сейчас там десяток параметров на десктопе, ну и пара десятков - на серверах
Alex
ты на всякий случай проверяй значения по умолчанию, сейчас они такие, вроде (у меня 32Гб) проблем никаких, и, еще раз, попробуй mq_deadline vm.dirty_background_bytes = 0 vm.dirty_background_ratio = 10 vm.dirty_bytes = 0 vm.dirty_expire_centisecs = 3000 vm.dirty_ratio = 20 vm.dirty_writeback_centisecs = 500 vm.dirtytime_expire_seconds = 43200 у меня в свое время sysctl.conf был на пару страниц, сейчас там десяток параметров на десктопе, ну и пара десятков - на серверах
вот это запускает сброс на диск, по-моему безумие нужно 3 гигабайта данных в буфере, чтобы просто начать писать диск, пока не накопится, он будет простаивать и ждать* *там есть ещё и таймеру сброс, он скорее всего затриггерится раньше, но не всегда
olegon.ru
Не всё железо подвержено, но я бы начал с копирования "быстрый диск -> медленный диск" объёма 1.5x от оперативки.
цифрами есть идеи как это зафиксировать? я сейчас с SSD образ виртуалки бабахну на диск... обещаю шевелить курсором, но хотелось бы что-то замерить, чтобы не было субъективным
Alex
vmstat -w 1 столбец "wa" (проц простаивает в ожидании данных с диска) должен скакнуть от 0 до десятков (вплоть до 100 - это же проценты)
olegon.ru
вот это запускает сброс на диск, по-моему безумие нужно 3 гигабайта данных в буфере, чтобы просто начать писать диск, пока не накопится, он будет простаивать и ждать* *там есть ещё и таймеру сброс, он скорее всего затриггерится раньше, но не всегда
вот в том и дело, что это по времени должно начать сливаться... еще увидел cat /proc/vmstat | egrep "dirty|writeback" из интересного, спасибо, давно хотел с этим поразбираться... обрати еще внимание на vm.min_free_kbytes, если много памяти, у меня на некоторых серверах по 3Тб памяти, я слегонца офигел, когда увидел по умолчанию
Alex
вот в том и дело, что это по времени должно начать сливаться... еще увидел cat /proc/vmstat | egrep "dirty|writeback" из интересного, спасибо, давно хотел с этим поразбираться... обрати еще внимание на vm.min_free_kbytes, если много памяти, у меня на некоторых серверах по 3Тб памяти, я слегонца офигел, когда увидел по умолчанию
сама концепция довольно сомнительная: мы же на диск пишем объём (т.к. скорость записи ограничена), а не время, мы хотим писать данные, когда они есть, а не копить их чтобы всё равно записать, но потом если диск не поспевает за "писателем", неплохо бы иметь обратную связь, притормозить его (тем более что кеш общий для всех "писателей"), но триггер по времени не даст, мы просто будем копить эти гигабайты в оперативке (первые 30 секунд по умолчанию, за это время можно и 100 гигов налить😁) отсюда и беда с извлечением флешки на которую только что писали: с безопасным извлечением, последнего можно 30 минут ждать, а без него данных на флешке не будет вообще (они же в опертивке😁)
olegon.ru
сама концепция довольно сомнительная: мы же на диск пишем объём (т.к. скорость записи ограничена), а не время, мы хотим писать данные, когда они есть, а не копить их чтобы всё равно записать, но потом если диск не поспевает за "писателем", неплохо бы иметь обратную связь, притормозить его (тем более что кеш общий для всех "писателей"), но триггер по времени не даст, мы просто будем копить эти гигабайты в оперативке (первые 30 секунд по умолчанию, за это время можно и 100 гигов налить😁) отсюда и беда с извлечением флешки на которую только что писали: с безопасным извлечением, последнего можно 30 минут ждать, а без него данных на флешке не будет вообще (они же в опертивке😁)
я тут тестирую, кстати, еще обращу внимание, что у меня все диски btrfs сейчас копировал образ диска на 65Гб, с курсором ничего не случилось, wa дошел до 70 и, что интересно, упал еще за 1/3 до конца записи... скорость, кстати, была явно выше той, на что способен диск-приемник
Alex
я тут тестирую, кстати, еще обращу внимание, что у меня все диски btrfs сейчас копировал образ диска на 65Гб, с курсором ничего не случилось, wa дошел до 70 и, что интересно, упал еще за 1/3 до конца записи... скорость, кстати, была явно выше той, на что способен диск-приемник
ну это ожидаемо, данные же в опертивку пишутся со стандартными настройками что бывает крайне неприятным сюрпризом при отвале сетевого диска, потере питания, панике ядра (я все три случая своими глазами видел): всё что было в опертивке превращается в тыкву🤷‍♂️
Alex
сама концепция буферизации в оперативке был супер-актуальной в эпоху ide hdd - они довольно быстро пишут\читают, но очень медленно позиционируют головку. таким образом предварительно скопив данные в оперативке можно было их переупорядочить и записать много мелких кусков одним большим. это сокращало количество необходимых позиционирований вплоть до одного единственного. так скорость становилась максимальной. в эпоху nvme это скорее вредно: слчайный доступ почти не отличается от последовательного, а контроллер внутри всё равно всё перемещает потом ещё дальше стирая грань между этими двумя
olegon.ru
ну это ожидаемо, данные же в опертивку пишутся со стандартными настройками что бывает крайне неприятным сюрпризом при отвале сетевого диска, потере питания, панике ядра (я все три случая своими глазами видел): всё что было в опертивке превращается в тыкву🤷‍♂️
это все понятно, пока непонятно, почему, в соответствии со сказанным выше, оно не сдохло где-то под конец я сейчас отойду, потом погоняю и тебе предлагаю, с разными параметрами dirty, наверное, что-то вроде этого #!/bin/bash sync; echo 3 > /proc/sys/vm/drop_caches echo Start filegen time dd if=/dev/urandom of=testfile bs=1M count=102400 sync; echo 3 > /proc/sys/vm/drop_caches echo Start copy time cp -f testfile /mnt/e/temp/ echo Sync time sync
Alex
потому для nvme рекомендуется в планировщике none ставить
вот именно, все эти планировщики и кеши уровня ОС для nvme уже не актуальны, а в Linux ещё и сделаны не оч (примитивно и под hdd). я бы и dirty вообще отключал - но во-первых Linux так не может, а во-вторых кроме nvme у меня ещё правда бывают usb диски в т.ч. и флешки
Alex
так правилами udev поставь, как тебе нужно... https://olegon.ru/showthread.php?t=12237
так шедулер из коробки из коробки же уже отключен на свежих ядрах: cat /sys/block/nvm*/queue/scheduler [none] mq-deadline kyber bfq а для буферизации у нас есть только то самое уменьшение dirty буфера🤷‍♂️
Al
По IPTV был вопрос, такую репу нашел у себя в закладках, хз актуально ли и для каких мест, сам не пользуюсь, как вариант можно посмотреть. https://github.com/iptv-org/iptv
olegon.ru
так шедулер из коробки из коробки же уже отключен на свежих ядрах: cat /sys/block/nvm*/queue/scheduler [none] mq-deadline kyber bfq а для буферизации у нас есть только то самое уменьшение dirty буфера🤷‍♂️
тестирую, упираюсь рогом, пока не могу замедлить курсор... из интересного по мониторингу еще нашел while true; do echo "###" ;date ; egrep "^Cached:|^Dirty:|^Writeback:|file" /proc/meminfo; sleep 5; done создание файла на 100Гб: real 4m40,973s копирование на медленный диск: real 12m4,019s sync real 0m35,280s поменял параметры vm.dirty_background_ratio = 1 vm.dirty_ratio = 5 создание файла на 100Гб: real real 4m28,692s копирование на медленный диск: real 12m19,277s sync real 0m8,105s в общем, извини, но при условии mq-deadline 12309 не работает
Александр
це краще чем гном..
Это ещё вопрос!
Павел
Зачем тут вырезанный кусок рекламы фраппе?
Al
F-41-KDE-Mobile
Al
Al
Al
Al
Al
Al
Al
Al
Fjodor
Мобайл?
Al
Мобайл?
Да, обычные кеды уже не модно, устарели. 😁
qw #SaveTF
выглядит ничего себе
qw #SaveTF
жду планшеты с кде и федорой
Al
жду планшеты с кде и федорой
Можно и в обычный ноутбук поставить. После релиза конечно. Киноите мобиле тоже будет.
Al
зачем если есть обычные кде?
Как зачем? В мобильном режиме всего три кнопки. 😁
Armen
Кто нибудь ставил Линукс на телефон?
Vasiliy Glazov
Кто нибудь ставил Линукс на телефон?
Кто-то ставил, но это баловство. Большинство драйверов на устройства телефона проприетарны и не будут работать с обычным линуксом.
Таков
Кто нибудь ставил Линукс на телефон?
Кто-то из чата даже специально телефон покупал под эти цели, расстроился и забыл про эти игрушки
Armen
Я давно еще нашел вроде кеды под определенные телефоны но тк этих моделей у меня не было я заи/ыл с этим
Павел
Я давно еще нашел вроде кеды под определенные телефоны но тк этих моделей у меня не было я заи/ыл с этим
PinePhone тоже ожидался многими горячо, но, судя по отзывам - не взлетел. Нишовые все эти игрушки.
Павел
Спасибо, я рад, но я не спрашивал, а отвечал, чем открыть heic файлы.
Boris
Кто нибудь ставил Линукс на телефон?
У меня до сих пор лежит и вполне работает, но не используется Nokia N900. Работает на чистом linux (deb пакеты). Правда т.к. он старый, то умеет максимум edge. А вот N9 я профукал...
egs
Спасибо, я рад, но я не спрашивал, а отвечал, чем открыть heic файлы.
чел сразу уточнил про файл с телефона, и очевидно что там именно heif.
Павел
чел сразу уточнил про файл с телефона, и очевидно что там именно heif.
1. не очевидно. 2. На правильный вопрос жди верного ответа.
Fedor
млеа.... "обожаю" просто
Fedor
хрен блин диск извлечешь