The OpenNET Project / Index page

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



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

Оглавление

Выпуск обработчика нехватки памяти earlyoom 1.4, opennews (ok), 02-Мрт-20, (0) [смотреть все]

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


25. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от YetAnotherOnanym (ok), 02-Мрт-20, 21:14 
> чтобы дать достопочтенной проге дальше захватывать память

Вы хотите сказать, что ОС, которой скоро будет тридцать лет, до сих пор не имеет средств для разруливания такой ситуации?

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

29. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +2 +/
Сообщение от Аноним (-), 02-Мрт-20, 21:27 
Не имеет, я полностью подтвержаю слова автора. Спека моей машины - Ryzen 7, 32 гига ОЗУ. При копировании десятков гигов система может повиснуть, точнее курсор мыши будет двигаться, а кликнуть нельзя ибо система не отвечает.
Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (4), 02-Мрт-20, 21:44 
>Ryzen 7, 32 гига ОЗУ
>При копировании десятков гигов система может повиснуть

Честно, не понимаю. Это Linux настолько *не готов для десктопа* что ли? Тогда это печаль, серьезно.

P.S. Опеннет посчитал слово shtole (на русском) неприемлемой лексикой. Ахаха.

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

54. "Выпуск обработчика нехватки памяти earlyoom 1.4"  –4 +/
Сообщение от Аноним (-), 03-Мрт-20, 01:40 
А ты часто копируешь дксятки гигов с одного винта на другой или на тот же самый? От ответа на этот вопорос зависит твоя точка зрения готов ли Linux для десктопа или нет.
Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +3 +/
Сообщение от zzz (??), 03-Мрт-20, 02:28 
А что это за отмазки пошли? Типа, раз нечасто - то какбе и нет проблем?
Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +1 +/
Сообщение от Аноним (68), 03-Мрт-20, 05:35 
У меня периодически бывает такое. Линукс встаёт колом, да.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

108. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (-), 03-Мрт-20, 11:05 
> У меня периодически бывает такое. Линукс встаёт колом, да.

Hint: выдели под данные отдельные диски. А систему лучше на быстрый SSD. Своп выключить. Если RAM все же надо больше - zram заюзай. А теперь попробуй такую ракету вообще хоть чем-то заякорить. Ну, в общем, используемую систему и ее особенности стоит знать. Обходя баги и юзая фичи, тогда будет хорошо :)

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

141. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от пох. (?), 03-Мрт-20, 15:34 
а как он их скопирует-то на отдельные, если оно - виснет.

И у меня ощущение что виснут как раз быстрые системы. У них что-то умудряется выполниться слишком быстро и встать в дидлок. Медленные - медленно и печально копируют.

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

159. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (159), 03-Мрт-20, 22:21 
> а как он их скопирует-то на отдельные, если оно - виснет.

В смысле, у него именно, натурально, deadlock в ядре? Из которого оно не выходит? Или таки всего лишь временный тупняк?

> И у меня ощущение что виснут как раз быстрые системы. У них
> что-то умудряется выполниться слишком быстро и встать в дидлок. Медленные -
> медленно и печально копируют.

На быстрой машине активно что-то делающей может быть вероятнее выиграть какие-нибудь редкие гоночки, которые так кусались бы раз в 5 лет, а так уже раз в неделю :). Но вот это в общем то редкость и обычно случается только под извращенскими штукамаи типа XFS tools каких, у разработчиков, конечно.

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

160. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (159), 03-Мрт-20, 22:23 
ЗЫ еще кстати очень помогает собрать себе full preempt кернель. Я это практикую давно, не заметил никаких факапов от этого - и таки вохможность выпереть кернель с проца во время длительных операций это хорошо и правильно. По неизвестным мне причинам даже десктопные дистры юзают как максимум компромиссные настройки. Даже в "realtime" ядрах. Не знаю с чем связано, может им 2% в бенчмарках важнее user experience'а :)
Ответить | Правка | Наверх | Cообщить модератору

201. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от iPony129412 (?), 05-Мрт-20, 06:47 
> Hint

Не поможет - проходили.

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

222. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (-), 07-Мрт-20, 07:25 
> Не поможет - проходили.

В смысле - не поможет? Я вон не обломался тест от чувака запустить. И oom killer вышиб его шляпу за 5 секунд, даже плеер заткнуться не успел.

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

34. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (4), 02-Мрт-20, 21:45 
Так, стапэ! А если это сервак, гоняющий файло? Там что, тоже нельзя копировать десятки гигов теперь? :(
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

53. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (-), 03-Мрт-20, 01:39 
Как давно на серваке есть ГУЙ? Вообще хрен знает, что будет но у меня при копировании 40 гигов даже видео через youtube подвисало на минуту или типа того или если у VLC нажать паузу то потом видео заново не запутсить пока всё не скопируется.
Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск обработчика нехватки памяти earlyoom 1.4"  –1 +/
Сообщение от Аноним (-), 03-Мрт-20, 01:49 
И ещё самый прикольный прикол забыл сказать, если копировать эти несколько десятков гигов с винта на винт или на тот же самый винт то через несколько минут перестаёт работать сеть. Например торрент качалка не может качать и т.п. Похоже, что ядро просто не успевает обрабатывать сетевуху (прерывания или обработчики прерываний и т.п.) и она ничего не принимает и не посылает.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

161. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (-), 03-Мрт-20, 22:32 
> то через несколько минут перестаёт работать сеть. Например торрент качалка не
> может качать и т.п.

Это надо ping или подобным проверять, а не торенткачалкой! С торенткачалкой может быть так что та встрянет тряпочкой на файловом IO, кернел вкалывает, прога висит в сисколе, если тот тормознутый, а качалка не выносит это в отдельный тред или какое там асинхронное IO - ну тогда до работы с сетью дело дойдет не скоро. На вид больше похоже на качественный затык дискового IO, вероятно, здорово фрагментированный файл, на механическом диске.

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

80. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от iPony129412 (?), 03-Мрт-20, 07:39 
> Не имеет, я полностью подтвержаю слова автора. Спека моей машины - Ryzen 7, 32 гига ОЗУ. При копировании десятков гигов система может повиснуть

Ну это же линукс.
https://askubuntu.com/questions/1212212/how-to-copy-12gb-fil...

Труе линуксоид в таких ситуациях пойдёт на баше писать скрипт копирования с использованием чанков, сплитов, синков и прочего.
Он же не пользователь-ламер Windows который файлы мышевознёй в один клик без проблем копирует.

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

89. "Выпуск обработчика нехватки памяти earlyoom 1.4"  –1 +/
Сообщение от fske (?), 03-Мрт-20, 08:58 
>Windows
>файлы мышевознёй в один клик без проблем копирует

Я так и знал, что больше она ни для чего и не нужна

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

105. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (104), 03-Мрт-20, 10:53 
> Он же не пользователь-ламер Windows который файлы мышевознёй в один клик без
> проблем копирует.

А если файлов 200 - то и кликов у мышевозилы получается 200 :). А копировать иерархию размером например с линукскернел под виндой - а вы это попробуйте вообще, как раз и расскажете как это все "не тормозит". Про то что вы cp --reflin там не сможете думаю и ежику понятно, так что иерархия займет место второй раз, даже если почти идентична первой :)

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

112. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от iPony129412 (?), 03-Мрт-20, 11:18 
> А копировать иерархию размером например с линукскернел под виндой - а вы это попробуйте вообще, как раз и расскажете как это все "не тормозит"

Ну так делал. Ничего особенного не заметил.

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

162. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (-), 03-Мрт-20, 22:32 
> Ну так делал. Ничего особенного не заметил.

Угу, кроме времени этой операции. В линухе это как-то резвее.

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

122. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от пох. (?), 03-Мрт-20, 12:19 
> А копировать иерархию размером например с линукскернел под виндой - а вы это попробуйте вообще

а в чем проблема, я именно ей lizardfs тестирую? Да, из под винды, меня ее драйвер интересует, а не линуксный.

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

163. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (-), 03-Мрт-20, 22:33 
> а в чем проблема, я именно ей lizardfs тестирую?

Не то чтобы вот прям проблема, но после линуха время такой операции как-то анноит :)

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

120. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +1 +/
Сообщение от пох. (?), 03-Мрт-20, 12:16 
> Он же не пользователь-ламер Windows который файлы мышевознёй в один клик без проблем копирует.

ты точно прочитал, что тот хмырь и _куда_ копировал?

Он пытался слить 12гиговую порнушку с компьютера, где памяти половина от того, на ведроидофон, подключенный каким-то череззадничным методом, ни разу не как внешний usb-диск, поскольку гугль решил что это немодно. (не знаю что такое "camera" и знать не хочу)

Дай угадаю - оно как "диск" у него видится исключительно с помощью gvfs.
Поэтому весь файл сначала пытается положиться в буфер кривой гуглософтины, которая еще, наверняка, и кэшировать его пытается, а потом - софтина может быть, когда-нибудь, начала бы его поблочно выкладывать в телефон - но до этого, кажется,даже и не дошло.

Уверен, что под вендой перкрасной у тебя мышеклики не приведут к тому же самому?

тру-линуксоид хотя бы и не понимая, что, собственно, происходит (где ему разницу между gvfs и нормальной fs понять) - нашел решение проблемы. А у тебя - винда повиснет.

P.S. почти так же работает, к примеру, davfs2-fuse. К счастью у нее кэш - файловый. Поэтому при попытке скопировать на dav-шару файлик больше чем места в /var- кончается место в /var ;-)
Потому что луц по частям не продается, и чтобы сохранить файлик на dav - надо иметь файлик, а не поток байтов.

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

127. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от iPony129412 (?), 03-Мрт-20, 12:31 
> ты точно прочитал, что тот хмырь и _куда_ копировал? Дай угадаю - оно как "диск" у него видится исключительно с помощью gvfs.

Да, читал. В первую очередь про косяк в GVFS подумал.
Это просто демонстрация принципа.

> Уверен, что под вендой перкрасной у тебя мышеклики не приведут к тому же самому?

Ну почти да. Хотя проверять не на чем...
Секрет же элементарен - просто гораздо больше отработанный юзеркейс. Вот и всё.

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

128. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от пох. (?), 03-Мрт-20, 12:41 
> Да, читал. В первую очередь про косяк в GVFS подумал.

это не в gvfs косяк, это кого надо косяк, его брать не полагается. gvfs просто делает что может - имитирует файловую систему на том, что не является дисковым устройством даже приблизительно. Оно ж не блочное, а файловое.

> Секрет же элементарен - просто гораздо больше отработанный юзеркейс.

12G порнухи НА телефон, а не с телефона - это вряд ли популярный юзкейс, нормальный юзер выложит их в гуглоклауд, а эти, линуксоиды, вечно никаквсе.

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

131. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от iPony129412 (?), 03-Мрт-20, 12:54 
> это не в gvfs косяк

Да не суть в чём косяк, просто в линуксах это сделано через одно место.
Ну как было проще, так и это самое. В принципе работает.
А так классика - выстроил цепочку из компонент, вроде результат плохой, так и никто не виноват...

https://www.youtube.com/watch?v=heUq31_Zyd0

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

170. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (-), 03-Мрт-20, 23:05 
> Да не суть в чём косяк, просто в линуксах это сделано через одно место.

Да оно у всех сделано хрен знает как. Там какой-то чудесатый протокол. И на винде например я натыкался на то что фоточки с телефончика вроде бы даже и копируются. Но на половине почему-то оказываются пейзажи марса. Ну вот как-то девайс и конкретный патч конкретной винды видимо не нашли общего языка, но наружу сделали вид что все зашибись. А узнать об этом можно только опосля, попробовав скопированное посмотреть. И горе тому кто поленился это сделать сразу...  (и наверное такое западло похуже всего лишь тормозов, ибо ведет к профакиванию фот)

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

137. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от yaya (?), 03-Мрт-20, 14:33 
> Вы хотите сказать, что ОС, которой скоро будет тридцать лет

Вы, наверное, имеете в виду ядро Linux, а не ОС...

> до сих пор не имеет средств для разруливания такой ситуации?

Вы меня спрашиваете? Я - пользователь ОС. Я получил плохо-отзывчивую систему в определённой ситуации.

Вот пример, который уводит мою систему во фриз:
```
#include <stdint.h>
#include <stdlib.h>

int main()
{
    while (1) {
        uint64_t *buf = malloc(1024 * 1024 * 1024);

        if (buf != NULL) {
            for (int i = 0; i < 1024 * 1024 * 1024 / 8; i += 4096 / 8) {
                buf[i] = 0;
            }
        }
    }
    return 0;
}
```

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

164. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (-), 03-Мрт-20, 22:34 
Пардон за глупый вопрос, а memset ща не модно? Или с ним уже не то?
Ответить | Правка | Наверх | Cообщить модератору

185. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от yaya (?), 04-Мрт-20, 20:30 
Вы невнимательно прочитали код. Там не делается memset. Там просто тупо трогается страница, чтобы ядро её выделило физически. Если бы не было записи (или чтения) никакой страницы физически выделено не было бы и malloc бы спокойно себе отработал бы до какого-то момента и всё на этом, никакого бы свопа не началось бы. А так, если физически начать трогать страницы, то начинает включаться своп и я получаю систему без какого-либо отклика - только диск шуршит себе и никого не хочет слушать.
Ответить | Правка | Наверх | Cообщить модератору

192. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (-), 05-Мрт-20, 01:47 
> Вы невнимательно прочитали код. Там не делается memset. Там просто тупо трогается страница,

А, пардон, не обратил внимание что это 1 раз на 4096, так явно резвее.

> чтобы ядро её выделило физически.

Я в курсе этой механики и прочих overcommit'ов и проч, все же свою систему следует знать :)

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

193. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (-), 05-Мрт-20, 01:58 
> Вы невнимательно прочитали код.

В качестве компенсации за тупняк:
1) Компил именно этого кода с -O2 довольно фиговая идея, настолько оптимизируется что потом вообще не жрет память :)
2)


$ time ./memhog
Killed

real    0m4.627s
user    0m1.432s
sys    0m3.139s

Итого? Умер за 4.6 секунды, расстрелян из реактивного г@вномета oom_killer'ом. В процессе даже плеер с музоном не икнул. Приветы поху и прочим великим системщикам :). Я все же посчитаю что умею готовить пингвинов получше этих :)

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

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

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




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

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