The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В KDE осуществлён переход на двойной щелчок мышью для открытия файла, opennews (?), 19-Авг-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


28. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +3 +/
Сообщение от Аноним (28), 20-Авг-23, 02:14 
Теперь Линукс точно готов к десктопу.
Ответить | Правка | Наверх | Cообщить модератору

33. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +2 +/
Сообщение от Аноним (33), 20-Авг-23, 06:52 
7% бояре уже давно ко всему готовы.
Ответить | Правка | Наверх | Cообщить модератору

196. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от Аноним (196), 20-Авг-23, 22:20 
> 7% бояре уже давно ко всему готовы.

Зачем тебе столько выдуманных друзей?

Ответить | Правка | Наверх | Cообщить модератору

48. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +3 +/
Сообщение от leap42 (ok), 20-Авг-23, 08:04 
Без вот этого в sysctl:

vm.dirty_bytes = 268435456
vm.dirty_background_bytes = 67108864
vm.dirty_expire_centisecs = 500

точно не готов. К такому выводу пришёл Торвальдс, когда сделал git clone кернела на usb флешку с ext3, и вся система умерла. История довольно легко гуглится.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

59. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от Аноним (59), 20-Авг-23, 09:09 
Это под какое количество озу?
Ответить | Правка | Наверх | Cообщить модератору

78. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +3 +/
Сообщение от AliRzaevemail (?), 20-Авг-23, 10:29 
От 8 ГБ. Так же проблемы наблюдаются при копировании больших файлов (от 2 ГБ) на флешки

https://serge-m.github.io/posts/ubuntu-linux-settings/#ubunt...

Ответить | Правка | Наверх | Cообщить модератору

152. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от leap42 (ok), 20-Авг-23, 18:05 
> Это под какое количество озу?

Я использую на ноуте с 16гб и десктопе с 32гб. Брат жив, волосы шелковистые. Реальная производительность выросла, хотя бенчмарки стали хуже, да. Но это, в целом, ожидаемая ситуация, ведь файлы, записываемые на диск, сразу пишутся на диск, вместо того, чтобы валяться в оперативке и потом всё равно писаться на диск.

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

66. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от Аноним (111), 20-Авг-23, 09:45 
Попробуй обновиться. Или у тебя какой-нибудь BFQ включен, отключи, вся твоя беда от васянства. Я точно знаю, раньше были зависания, достаточно переместить пару гигабайт на ссд чтобы словить фриз. С некоторыми флешками тоже легко воспроизводилось, почему-то не со всеми. Но, с тех пор, как несколько раз проаапгрейдили blk_mq, все если советы адовое легаси.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

151. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от leap42 (ok), 20-Авг-23, 17:57 
> Попробуй обновиться. Или у тебя какой-нибудь BFQ включен, отключи, вся твоя беда
> от васянства. Я точно знаю, раньше были зависания, достаточно переместить пару
> гигабайт на ссд чтобы словить фриз. С некоторыми флешками тоже легко
> воспроизводилось, почему-то не со всеми. Но, с тех пор, как несколько
> раз проаапгрейдили blk_mq, все если советы адовое легаси.
> все если советы адовое легаси

вы не слушайте того, кто вам это сказал - он вообще ничего в ядре, и том как оно на диск пишет, не понимает.

вот у меня 32 гига оперативки. на последней Fedora со всеми дефолтами лью я быстро на любой диск 2 гига - что произойдёт? а вот что: они просто запишутся в оперативку целиком, а на диск не пойдёт ни  байта, по крайней мере не сразу. что будет, если отключат свет (тут за МКАДОМ это часто), или я выдерну этот диск из usb? печалька будет, я проверял.

тормозов лично у меня и правда нет, но это лишь потому, что кругом топовые pci-e 4.0 nvme диски, они в принципе не тормозят (даже те, которые я цепляю по usb3 вместо флешек)

Ответить | Правка | Наверх | Cообщить модератору

156. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от Аноним (111), 20-Авг-23, 18:52 
Нет же, это проявляется не как тормоза, а как полный фриз. Например, в иксах, файловый менеджер перестаёт как либо реагировать, plasma зависает тоже. И дело тут не в кешировании, флешки как правило монтируются в таком режиме, чтобы ничего не кешировалось (поэтому быстро не будет, во всяком случае, в адекватных средах вроде kde, я знаю, у гнома были проблемы с этим).

Я добился полной воспроизводимости: нужно переместить 1 достаточно большой файл с медленного носителя на быстрый. Все эти dirty байты отключены и скорость не превышает ожидаемой скорости (запись в 3-7 раз быстрее чтения). В обратной ситуации фриза не было, но скорость записи тоже реальная и кеширования (записи) не происходило.

Ответить | Правка | Наверх | Cообщить модератору

163. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от leap42 (ok), 20-Авг-23, 19:24 
> И дело тут не в кешировании, флешки как правило монтируются в таком режиме, чтобы ничего не кешировалось

это невозможно

> в адекватных средах вроде kde, я знаю, у гнома были проблемы с этим

не знаю, что вы там знаете, но и гном, и кеды сами ничего не монтируют, за них это делает один и общий udisks2

>Все эти dirty байты отключены

это невозможно

> не превышает ожидаемой скорости (запись в 3-7 раз быстрее чтения)

лолшто? это что за диск такой, где запись штатно быстрее чтения в 3-7 раз на одном большом файле?

Ответить | Правка | Наверх | Cообщить модератору

170. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от Аноним (111), 20-Авг-23, 20:49 
>это невозможно

На подключаемых носителях отключено кеширование, в венде кстати до этого раньше додумались (в гноме вот до сих пор видимо нет). По-моему, это называется синхронный режим, и правила для этого в policykit.

>сами ничего не монтируют

у них есть свои правила монтирования (в низкосортном дистрибутиве могут испортить конечно, я такое наблюдал)

>это невозможно

в 0 выставляешь и всё возможно

>что за диск такой, где запись штатно быстрее чтения в 3-7 раз на одном большом файле

_любой_ ссд

Ответить | Правка | Наверх | Cообщить модератору

218. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от leap42 (ok), 21-Авг-23, 04:25 
>>это невозможно
> На подключаемых носителях отключено кеширование, в венде кстати до этого раньше додумались
> (в гноме вот до сих пор видимо нет). По-моему, это называется
> синхронный режим, и правила для этого в policykit.

polkit НИКАК не связан с монтированием, он права выдаёт, как sudo, только другое

>>сами ничего не монтируют
> у них есть свои правила монтирования (в низкосортном дистрибутиве могут испортить конечно,
> я такое наблюдал)

что такое правила монтирования? признавайтесь, вы эту ахинею из головы выдумываете, да?)

>>это невозможно
> в 0 выставляешь и всё возможно

хм, в документации к ядру явно(!) написано прямо(!) противоположное(!), вы её не читали, и опять несёте ахинею из головы?) или вы нашли ошибку в документации к ядру? зарепортили? есть внятный пруф вроде кода ядра - я с удовльствием тряхну стариной и посмотрю чего там сишники опять понаписали)

>>что за диск такой, где запись штатно быстрее чтения в 3-7 раз на одном большом файле
> _любой_ ссд

попробую так чтобы вы могли понять: открываете гуголь -> вбиваете "crystal mark disk" -> переходите на поиск по картинкам -> изучаете, много думаете
дальше: открываете сайты WD, Samsung, Crucial (Micron), смотрите характеристики всех потребительских nvme ssd, считаете на скольких из них написано "запись в 5 и более раз быстрее чтения" (подскажу, их будет примерно 0)

ещё раз: на старте системы ядро смотрит кол-во оперативки и выделяет dirty_ratio её процентов для хранения грязных (dirty) страничек памяти. все изменения на диске, в общем случае, помещаются в оперативку и хранятся именно в виде этих самых dirty pages. когда наступает один из 4-х триггеров - эти странички начинают писаться на диск. "отключив" (повторю - это невозможно) dirty pages вы не смогли скопировать файл ни cp, ни mc, ни dolphin, неважно как хорош ваш дистрибутив (кстати, он скорее всего не хорош)

если dirty_ratio равен нулю, ядро смотрит dirty_bytes

если применить некорректное значение к dirty_ratio/bytes, оно применится, но не изменит фактического размера буфера

минимальный корректный размер буфера - 8 килобайт, но ставить так мало не рекомендую даже я)

Ответить | Правка | Наверх | Cообщить модератору

248. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от Аноним (111), 21-Авг-23, 22:11 
Ну, насчёт того, что он прямо никак не связан, я бы не спешил утверждать, поскольку он связан довольно напрямую, но монтирует действительно не он сам (и монтирует именно так, как я утверждаю, если только в дистрибутиве/de не постарались). Правила монтирования -- это параметры udisks для категорий устройств, которые вполне могут переопределяться. Которые вроде бы находились именно в политиках, управляемых DE. И я помню, что в гноме именно с этим вечные проблемы. Мне отрадно видеть такое настойчивое желание добраться до истины, но тебе просто нечем заняться. Я уже сталкивался с этой проблемой и поделился своим опытом. Что касается размера буферов, то ты продолжаешь хамить и перекручивать слова, дефолты меня не беспокоят, понятно, что ядро куда-то должно писать, прежде чем сбросить данные, к чему это капитанство? Речь шла про выставление параметров через sysctl -- такие параметры не являются невалидными и dirty/writeback память будет работать (в пределах сотен килобайт, сбрасывая не эффективно, для демонстрации пойдёт). Про ссд так и не понял, в чём проблема, и что не ясно.
Ответить | Правка | Наверх | Cообщить модератору

256. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от leap42 (ok), 22-Авг-23, 06:48 
Кароч я скачал исходники polkit и udisks2 с их оф реп, внимательно посмотрел. Ещё посмотрел содержимое вовлеченных пакетов в своей Fedora. Могу уверенно сказать, вот это вот:

>[оверквотинг удален]
> категорий устройств, которые вполне могут переопределяться. Которые вроде бы находились
> именно в политиках, управляемых DE. И я помню, что в гноме
> именно с этим вечные проблемы. Мне отрадно видеть такое настойчивое желание
> добраться до истины, но тебе просто нечем заняться. Я уже сталкивался
> с этой проблемой и поделился своим опытом. Что касается размера буферов,
> то ты продолжаешь хамить и перекручивать слова, дефолты меня не беспокоят,
> понятно, что ядро куда-то должно писать, прежде чем сбросить данные, к
> чему это капитанство? Речь шла про выставление параметров через sysctl --
> такие параметры не являются невалидными и dirty/writeback память будет работать (в
> пределах сотен килобайт, сбрасывая не эффективно, для демонстрации пойдёт).

100% ложь и фантазии. Вот оф дока:
https://docs.kernel.org/admin-guide/sysctl/vm.html
Вот репы:
https://gitlab.freedesktop.org/polkit/polkit
https://github.com/storaged-project/udisks

> Про ссд так и не понял, в чём проблема, и что не ясно.

Конечно не поняли, это была сложная часть) В общем случае SSD читает один большой файл быстрее, чем пишет. Это нормально, операция записи в принципе в 2,5 раза сложнее, чем чтения (условно конечно). Картинки в гугле (если мочь прочесть число с картинки) должны были подтолкнуть к этой мысли. И в характеристках SSD это тож написано. Вот например SSD с которого я пишу прямо сейчас:
https://www.westerndigital.com/products/internal-drives/pc-s... (надо ткнуть 1тб, потом specifications, потом плюсик, и о чудо!), что мы видим?

Sequential Read Performance 5150MB/s
Sequential Write Performance 4900MB/s

Последовательное чтение быстрее записи. Именно она отвечает за запись большого файла, который уже упоминался в этой дискуссии. В случайном доступе роли меняются, но разница не достигает и 15%. И эта история повторяется в абсолютном большинстве случаев (я подробно изучал).

Семикратный перекос производительности в обратную сторону берётся вот откуда: то кеширование в оперативку, которого по вашему утверждению нет (то вы настаиваете, что его "починили", то что вы его "отключили" ручкой, которая его не отключает), а по моему есть.

Ответить | Правка | Наверх | Cообщить модератору

257. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от Аноним (111), 22-Авг-23, 10:08 
Угу, а вот тут чёрным по белому написано, что тебе 100% нечем заняться и стоит полечить свой нездоровый максимализм:

https://github.com/storaged-project/udisks/blob/master/doc/c...
https://github.com/storaged-project/udisks/blob/master/data
https://github.com/storaged-project/udisks/tree/master/src

Что касается справки ядра 15 летней давности. это всё конечно очень здорово и без сомнения актуально, но, как я понимаю,  в ней написано, что используются 2 страницы при 0. Только на практике это сотни, что получается, судя по статистике памяти. В обычной ситуации это десятки тысяч. Хватит теоретизировать, возьми да проверь. Я прикидывал на глаз конечно, но разница видна (в том числе по задержкам, хоть и без фризов).

Про ссд _всё ещё_ непонятно, что ты хотел этим сказать и зачем так растекаться своим бредом. Проверься на когнитивные искажения, ты видишь то, чего нет. Семикратная разница берётся из того, что это отдельные устройства.

Ответить | Правка | Наверх | Cообщить модератору

259. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от leap42 (ok), 22-Авг-23, 15:18 
> Угу, а вот тут чёрным по белому написано, что тебе 100% нечем
> заняться и стоит полечить свой нездоровый максимализм:
> https://github.com/storaged-project/udisks/blob/master/doc/c...
> https://github.com/storaged-project/udisks/blob/master/data
> https://github.com/storaged-project/udisks/tree/master/src

Там написано, что девайс можно настроить в зависимости от ФС например. Влияет это на опции кэширования в оперативке? - Нет. Связано это с гномом или полкитом? - Нет.
Тут слив анончика.

> Что касается справки ядра 15 летней давности. это всё конечно очень здорово
> и без сомнения актуально, но, как я понимаю,  в ней
> написано, что используются 2 страницы при 0. Только на практике это
> сотни, что получается, судя по статистике памяти. В обычной ситуации это
> десятки тысяч. Хватит теоретизировать, возьми да проверь. Я прикидывал на глаз
> конечно, но разница видна (в том числе по задержкам, хоть и
> без фризов).

Это актуальная дока. На практике сотни только у тех, кто не понимает, как уменьшить. Я проверял.
И тут слив анончика.

> Про ссд _всё ещё_ непонятно, что ты хотел этим сказать и зачем
> так растекаться своим бредом.

Тут ладно, принимается. Анончик буквально писал что "запись на любой SSD в 3-7 быстрее чтения", но имел в виду "запись на любой SSD в 3-7 раз быстрее чем на другой, медленный носитель". С учётом интеллекта, в целом, это нормально - не мочь сформулировать свои мысли. Но я мог бы и понять смысл, если бы старался лучше.

> Проверься на когнитивные искажения, ты видишь то, чего нет. Семикратная разница берётся из того, что это отдельные устройства.

Когнитивные искажения, это про другое. Вот представь анончик, гипотетически, что из-за низкого интелекта ты не можешь разобраться в какой-то теме, например том, как Linux пишет на диск. А теперь представь, что ты в полной уверенности пишешь, что вся проблема в неверных настройках Гнома и Полкита в Федоре (на которой и под которую написаны и Гном, и Полкит, и Юдискс2). Т.е. несешь натуральный бред в медицинском смысле. Но ты не можешь понять всю глубину бредовости своих высказываний именно потому, что ты в бреду или именно в силу низкого интелекта, привёдшего к этому бреду. Вот настоящее когнитивное искажение. Прямо из книжки.

Ответить | Правка | Наверх | Cообщить модератору

261. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от Аноним (111), 22-Авг-23, 15:49 
Т.е. читать ты не умеешь и пруфы тебе не пруфы, на своей волне, ясненько. Дело-то именно в том, что кеды (и венда) "настраивают" девайс при подключении, а гнум до сих пор нет. Не знаю, не знаю. Судя по тому, что ты пишешь, обосрамшись тут ты. Но исход был виден изначально. Теперь тебе стыдно и продолжаешь закапываться.
Ответить | Правка | Наверх | Cообщить модератору

262. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от leap42 (ok), 22-Авг-23, 17:38 
> Т.е. читать ты не умеешь и пруфы тебе не пруфы, на своей волне, ясненько.

Пруф тут был оф дока ядра, она подтверждает 100% моих тейков и опровергает бред. Анончик уже путает меня с собой?

> Дело-то именно в том, что кеды (и венда) "настраивают" девайс при подключении, а гнум до сих пор нет.

Винда - да, конечно. Остальные - нет. Так, а анончик ещё тот же, или уже другой? У предыдущего был бред: "гном всё портит (настраивает неверно гад!)", а у этого уже "кде творит чудеса, а гном ничего не делает, не умеет".

> Не знаю, не знаю.

Ну вот, пациенту легчает на глазах!

> Судя по тому, что ты пишешь, обосрамшись тут ты.

В чём? В том, что существует ядерная проблема, признанная разрабами же ядра многократно и публично? Или в том, что в воспалённом сознании анончика это гном виноват и он неправильно работает с дисками? А как же тейк анончика про полкит, что это он неправильно работает с дисками? Кто-то переобулся в прыжке? А как же тейк про "плохие дистрибутивы от васяна?" Кто-то и тут переобулся в прыжке? Просто анончик увеличил свои познания по работе с дисками в линуксах в 10 раз за время дискуссии. И теперь несёт меньше ахинеи. Ещё раз удесятерит и сможет со мной поговорить.

> Но исход был виден изначально.

Ещё раз для тех, кто отстал:

1. с диском работает ядро
2. ни одного файла с правилами (их применением) не видел никто(!) (тот единственный файл правил, который тут фигурировал (в репе udsiks2, остальные две ссылки не правила) лишь разрешает(!) монтировать любые диски определённой ФС с опцией "sync", которая делает сискол write() синхронным, и, разумеется, этим никто в здравом уме на десктопе не использует, это для всякой эмбедовки)
3. полкит, гном, дистрибутивы точно не при чём

> Теперь тебе стыдно и продолжаешь закапываться.

Мне стыдно в плане кринжа из-за анончика "ты поставил васянскую федору и еёшние гном с полкитом сломали работу с диском".

Ответить | Правка | К родителю #261 | Наверх | Cообщить модератору

263. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от Аноним (111), 22-Авг-23, 18:27 
Вот код, из которого видно, что как минимум настройка по типу файловой системы была захардкожена в kde ещё 10 лет назад. Собственно, это целиком и полностью подтверждает мои слова. Остальное зависит от дистрибутива, есть много способов избежать кэшей для внешнего устройства, имеются все средства для этого, что было мною продемонстрировано. От тебя же только вода и кидание фекалий. Отвечаешь невпопад, цепляешься не по теме, забываешь, о чём разговор, какие-то пространные фантазии выкатываешь.

https://code.woboq.org/kde/kdelibs/solid/solid/backends/udis...

Ответить | Правка | К родителю #262 | Наверх | Cообщить модератору

265. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от leap42 (ok), 23-Авг-23, 06:16 
> Вот код, из которого видно, что как минимум настройка по типу файловой
> системы была захардкожена в kde ещё 10 лет назад. Собственно, это
> целиком и полностью подтверждает мои слова. Остальное зависит от дистрибутива, есть
> много способов избежать кэшей для внешнего устройства, имеются все средства для
> этого, что было мною продемонстрировано. От тебя же только вода и
> кидание фекалий. Отвечаешь невпопад, цепляешься не по теме, забываешь, о чём
> разговор, какие-то пространные фантазии выкатываешь.

Поздравляю тебя, анончик! Горжусь тобой!

Дрейф позиции от "подлые гномики берут в свои потные ручки полкит и совершают диверсию, а бравые кедерасы нас спасают" к "дело не в теории заговора, а в том как написано". Это огромный скачок в адекватности, серьёзно. Осталось разобраться, что именно написано, и всё, можно выписываться!)

А плохо написан дисковый кэш с dirty pages. Проблема широко известная, официально признанная. Можно ли это исправить? - Нет. Для этого пришлось бы переписывать весь dirty pages. Во-первых делать его не общим, как сейчас, а индивидуальным (чтобы медленные девайсы не могли быстро его заполнить и заблокировать тем самым запись даже на гипотетический быстрый диск, при наличии). Во-вторых буфер должен быть не статическим (как сейчас), а динамическим, и зависеть, как минимум от скорсти записи принимающего устройства (это позволит во многих случаях достигать максимальной производительности, а не как сейчас). Собирается ли кто-то это переписывать? - Видимо, нет. К счастью, "величина" лагов легко купируется. Как? - А я написал как в самом начале дискуссии - надо уменьшить буфер. Чем быстрее он запишется, тем быстрее всё "отомрёт", в идеале его размер должен быть меньше записываемого на целевой диск за секунду. Это делает потенциальные лаги незаметными.

> https://code.woboq.org/kde/kdelibs/solid/solid/backends/udis...

Нстройка в коде действительно есть. Что там настраивается? - Опция монтирования flush для FAT. Относится ли это к дискуссии вообще? Ну нет конечно! Торвальдс воспроизводил на ext3, а у него нет такой опции монтирования! Я, кстати воспроизводил и на ext4, и на xfs, и у них такой опции монтирования нет! Да и чисто логически если рассудить - если есть магическая опция монтирования, которая всё чинит, почему не активировать её по-умолчанию в драйвере ФС? Почему не активировать её на уровне udisks2, а не внутри кде-шной его обложки? Или кедерасы настолько умны, что гораздо лучше шарят за монтирование ФС, чем красношляпа, но при этом используют её никчемный udisks2 вместо того чтобы написать свой, нормальный (спойлер - они бы и не смогли, я пользовался их artsd, и рад, что они рисуют свои окошки, а к железу больше не лезут). И да, я много лет был кедерасом и прекрасно воспроизводил проблему под кедами.

Вообще, это очень симптоматично, что очередной "100% пруф слов анончика" вообще к теме НЕ относится. Это как бы намекает, что пруфа нет (иначе был бы предъявлен он, а не какой-то хак для FAT, очевидно висящий там по другим причинам) у т.з. аночика просто нет.

Кстати даже беглого взгляда на то, к чему прципился анончик достаточно чтобы понять, udisk2 настраивает НЕ работу устройства, а работу ФС. Но ФС тут явно не при чём: они все разные, сделаны по-разному, но проблема воспроизводится на любой из них, а значит пролегает на каком-то другом уровне. Например на уровне dirty pages. А им udisks2 не управляет.

Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

97. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +5 +/
Сообщение от onanim (?), 20-Авг-23, 11:57 
лол. а мне тут на опеннете недавно доказывали, что 12309 давно побеждён, что у меня был неправильный SSD (когда единственной рекомендацией по борьбе с 12309 было "купите SSD вместо HDD"), а позже у меня был неправильный NVMe (когда единственной рекомендацией было "купите "NVMe вместо SATA SSD"), и что у меня неправильные дефолтные настройки sysctl дистрибутива и надо пердолить правильные, и что вообще у меня неправильный дистрибутив и надо ставить арч, вот там-то 12309 точно побеждён.
и я даже не говорю про юсб флешки, 12309 до сих пор проявляется при копировании файла с одного ссд на другой.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

104. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от Аноним (111), 20-Авг-23, 12:12 
Не то чтобы давно, но вообще да. Меня сейчас больше беспокоят подвисания из-за фрагментации, раньше я их не наблюдал. Но вообще сложно оценить, только по времени операции. Раньше такой фрагментации тоже не было.
Ответить | Правка | Наверх | Cообщить модератору

138. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от НяшМяш (ok), 20-Авг-23, 15:17 
Вместо *_bytes можно использовать *_ratio. По-моему сейчас во всех дистрибутивах ставят их.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

150. "В KDE осуществлён переход на двойной щелчок мышью для открыт..."  +/
Сообщение от leap42 (ok), 20-Авг-23, 17:50 
> Вместо *_bytes можно использовать *_ratio. По-моему сейчас во всех дистрибутивах ставят
> их.

В том-то и беда. Если оперативки 32гб или больше, даже ratio равный 1 - слишком много во всех случаях.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру