Предлагаю по обсуждать здесь этот линух-позор, для тех, кто не знает что это, это баг, который ставит раком систему при интенсивном вводе-выводе. У меня выпадала удача сталкиваться с этим счастьем на всех дистрибьютивах при компировании на нтфс флешку больших файлов. Следует так-же обратить внимание, что баг встречается практически у всех https://www.linux.org.ru/search.jsp?q=1230
Редактировался Babusha (15-01-12 03:34:24)
Неактивен
spoilt, ах, действительно, этого бага вообще не существует, это все придумали тупые виндузятники. Реакция луноходов невероятно предсказуема.
Редактировался Babusha (15-01-12 03:58:57)
Неактивен
ах, действительно, этого бага вообще не существует, это все придумали тупые виндузятники.
ГДЕ, при каких ОПРЕДЕЛЁННЫХ обстоятельствах и на каком ОПРЕДЕЛЁННОМ ядре я могу увидеть сей баг и в чем сей баг заключается? На любом линуксе или как? А то получается: слышу звон, да не знаю, где он.
Неактивен
spoilt, terminaLtor, Да в багзилле были десятки use-case'ов, на которые разработчики самой лучшей десктопной системы нередко отвечали в стиле "wontfix на моём 10-дисковом RAID10 и 4-х головом ксеоне с 64Гб ОЗУ ничего не тормозит"
Бывает, новые пользователи перезагружают компьютер, потому что не знают, как ещё можно выйти из vi
Ну ты пруфами не сыпь © Skynet2015
Провокатор хуев -) Я к тебе в твою конторку инсайдера зашлю, ты даже не узнаешь в какой момент тебя поимели -) © Rector, 2010-2015
Неактивен
ГДЕ, при каких ОПРЕДЕЛЁННЫХ обстоятельствах и на каком ОПРЕДЕЛЁННОМ ядре я могу увидеть сей баг и в чем сей баг заключается? На любом линуксе или как? А то получается: слышу звон, да не знаю, где он.
Все ядра начиная с восемнадцатого, баг заключается в полной загрузке процессора при интенсивном вводе-выводе. Особенно заметно на на медленных носителях, типа жесткого диска или флешки, и тоже заметно при интенсивном использовании свопа.
Неактивен
Половина ЛОРа его в упор не видела
Половина (а то и больше) ЛОРа в упор не видит вообще ничего, даже если носом ткнуть.
Windows == УМВР
Неактивен
ссылки в тему
https://bugzilla.kernel.org/show_bug.cgi?id=12309 Лазить по lkml уже будете сами
Бывает, новые пользователи перезагружают компьютер, потому что не знают, как ещё можно выйти из vi
Ну ты пруфами не сыпь © Skynet2015
Провокатор хуев -) Я к тебе в твою конторку инсайдера зашлю, ты даже не узнаешь в какой момент тебя поимели -) © Rector, 2010-2015
Неактивен
Все ядра начиная с восемнадцатого, баг заключается в 1. полной загрузке процессора 2. при интенсивном вводе-выводе. Особенно заметно на на 3. медленных носителях, типа жесткого диска или флешки, и тоже 4. заметно при интенсивном использовании свопа.
янихуянипонел.пнг
1. полная нагрузка это 100% что ли?
2. "интенсивный i/o" это я не понял. Сколько в граммах?
3. внешний усб хард я бы не назвал медленным устройством
4. интенсивное использование свопа это вообще пушка. Это же какие операции интенсивно юзают своп?
П.С. Чуть не забыл самое интересное
Все ядра начиная с восемнадцатого
ВСЕ ядра на любой машине???
Неактивен
А что касается технических вопросов, смотри сюда: https://bugzilla.kernel.org/show_bug.cgi?id=12309.
Сразу в гугл? Может, видео выложить, на котором копирование файла размером 1гб (достаточно "интенсивно"?) на внешний хард в лине с ядром старше 2.16.8 не приведёт ровно ни к какому эффекту, м?
Редактировался terminaLtor (16-01-12 20:21:05)
Неактивен
Сразу в гугл? Может, видео выложить, на котором копирование файла размером 1гб (достаточно "интенсивно"?) на внешний хард в лине с ядром старше 2.16.8 не приведёт ровно ни к какому эффекту, м?
Не, гиг не надо. Лучше 5-7 файлов по 100-200 метров (можно меньше, но чтоб они копировались одновременно в несколько потоков). И разумеется при этом вид системного монитора
Редактировался TrollWINNT (16-01-12 20:27:17)
Нет, так мы целей гнусных не достигнем... / В.П. Вишневский
Неактивен
in progress.. wait...
Неактивен
Лучше 5-7 файлов по 100-200 метров (можно меньше, но чтоб они копировались одновременно в несколько потоков).
На одно устройство или несколько?
Yesterday it worked.
Today it is not working.
Windows is like that.
Неактивен
/forum/img/external/rghost.ru/35939490 не хард, а флешка, но нтфс и нагрузка менее 40% для 1 ядра 1.7 ггц
Редактировался terminaLtor (16-01-12 21:07:36)
Неактивен
Стоп, стоп. Забыл уточнить, процесс копирования запускать последовательно по одному файлу. То есть, чтобы каждый файл копировался отдельно. А то при вашем способе они просто по очереди копируются, а не в несколько потоков
Нет, так мы целей гнусных не достигнем... / В.П. Вишневский
Неактивен
TrollWINNT, нтфс? флешка? х не УПАЛИ КРОВЬ КИШКИ? При параллельном копировании будет так же, мне этот сам себе режиссёр надоел.
Неактивен
А по-русски?
Ты английского не знаешь? О_о
Ну короче, типа надо в сосноли выполнить команду
dd if=/dev/zero of=/tmp/test bs=1M count=1M
Неактивен
TrollWINNT, вот, пожалуйста: /forum/img/external/rghost.ru/35941426
Замечу, что это рабочая и достаточно нагруженная задачами система (один Хром в фоне отжирает over 9000 мегабайт). Тормозов системы не было замечено, несмотря на копирование, запись видео, KDE и прочий шлак. Копирование, что видно в начале видео, идёт с одного NTFS (внешний жёсткий диск) на другой NTFS (жёсткий диск в ноутбуке).
https://nolinux.w2c.ru - море баттхерта и деаонимизации
Неактивен
Не знаю, насколько моё 12 к обсуждаемым 309 имеет отношение, но наблюдаю сейчас следующую картину: мать со всей помойкой на борту, 2 sata-харда, гружусь с сидюка gparted 0.11.0-7, mount /dev/sda1 /mnt/drv, при выдаче команды dd if=/mnt/drv/file.img of=/dev/sdb тормоза такие, что даже мышка не бегает.
Для Director-cemetery: Пока не почешетесь извиниться, Ваши комментарии буду игнорировать.
Для Rector: В дальнейшем буду Вас просто игнорировать.
Неактивен