The OpenNET Project / Index page

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

Патч, решающий проблемы с отзывчивостью Linux-десктопа

06.08.2010 11:21

Для Linux-ядра представлен небольшой патч, заметно повышающий отзывчивость работы интерфейса пользователя при выполнении системой активных дисковых операций. При копировании больших файлов у многих пользователей вызывает раздражение ухудшение интерактивности выполнения операций в GNOME, KDE, Xfce и других графических окружениях (например, время реакции на действие пользователя в интерфейсе может достигать нескольких секунд).

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/27537-linux
Ключевые слова: linux, desktop, patch, latency
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (167) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, ххх (?), 11:31, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    ну что, пусть добавляют в ванильное ядро... я думаю все только за будут.
     
     
  • 2.4, koblin (ok), 11:33, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +9 +/
    >ну что, пусть добавляют в ванильное ядро... я думаю все только за
    >будут.

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

     
     
  • 3.10, vizor (ok), 12:16, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще говоря Линус очень хочет включить этот патч в ядро потому как он очень сильно оптимизирует некоторые моменты, но ребята занимающиеся VFS против, они хотят всё как следует протестить. Мол да может стать быстрее, но а если что-то отломается другое? Хотя Линус тоже прав - без попадания в одно из rc - этот патч не протестит потенциальное большинство людей
     
     
  • 4.28, zlo.rt.mipt.ru (?), 12:52, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Ну, да. Linux не включал в ядро swap prefetch and bfs.
    А почему тут вдруг захотел?
     
     
  • 5.45, dimqua (ok), 14:04, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Его супер пупер десткоп на федоре вдруг затормозил :-D
     
  • 5.54, User294 (ok), 14:42, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Ну, да. Linux не включал в ядро swap prefetch

    Как по мне - при современных объемах оперативы разумнее просто не юзать своп совсем. Тогда и проблемы с его латентностью не будут допекать :)


     
     
  • 6.55, phaoost (ok), 14:44, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    причём здесь своп? дисковые операции это не только своп.
     
     
  • 7.63, User294 (ok), 15:07, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, swap prefetch - это все-таки своп :)
     
     
  • 8.146, Аноним (-), 17:41, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а этот патч к swap prefetch как-то относится ... текст свёрнут, показать
     
     
  • 9.150, User294 (ok), 17:43, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то в сообщении выше была фраза Которые не относятся к этому патчу, но от... текст свёрнут, показать
     
  • 6.64, аноним (?), 15:13, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Как по мне - при современных объемах оперативы разумнее просто не юзать своп совсем.

    Современные объемы оперативы нивелируются жавой, на которой, увы, еще написано кое-что нужное.

     
     
  • 7.73, Аноним (-), 16:46, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    например ?
     
  • 7.85, ххх (?), 18:51, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Как по мне - при современных объемах оперативы разумнее просто не юзать своп совсем.
    >
    >Современные объемы оперативы нивелируются жавой, на которой, увы, еще написано кое-что нужное.
    >

    вы хотели сказать .Net'ом? А да, проги на дотнете, помимо прочего ещё и только под винду работают...

     
     
  • 8.89, sHaggY_caT (ok), 19:30, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Банк-клиенты если речь только про десктоп , и большинство бизнес-систем из ряда... текст свёрнут, показать
     
  • 8.148, Аноним (-), 17:42, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    откройте для себя уже mono ... текст свёрнут, показать
     
     
  • 9.151, User294 (ok), 17:44, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А лучше закройте и не открывайте Тормозилки на чем-то полусовместимом с MS - а ... текст свёрнут, показать
     
     
  • 10.168, Аноним (-), 04:54, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не надо, и тем не менее работает не только в винде... текст свёрнут, показать
     
  • 7.147, User294 (ok), 17:41, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Современные объемы оперативы нивелируются жавой, на которой, увы, еще написано кое-что нужное.

    У вас нивелируются? А у меня - нет. Я лучше под дисковые буфера лишнюю память отдам чем под нафигнужные лично мне тормозилки. От тормозилок на яве - тормоза. А от дисковых буферов - ровно наоборот.

     
  • 3.29, zlo.rt.mipt.ru (?), 12:53, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>ну что, пусть добавляют в ванильное ядро... я думаю все только за
    >>будут.
    >
    >все да не все... основные разработчики ядра больше ориентируются на использоание linux
    >на серверах и им плевать на латентность ядра на десктопах

    Да. Это очень печально.

     
  • 3.50, anonymous (??), 14:16, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >латентность ядра на десктопах

    Ты сам то хоть понял, что сказал?

    http://ru.wikipedia.org/wiki/%D0%9B%D0%B0%D1%82

     
     
  • 4.59, koblin (ok), 14:55, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Понял, латентность - задержка... А тебя что смущает?
     
     
  • 5.67, AdVv (ok), 15:29, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Понял, латентность - задержка... А тебя что смущает?

    Вообще есть отличное русской слово "отзывчивость"


     
  • 4.66, AdVv (ok), 15:27, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>латентность ядра на десктопах
    >
    >Ты сам то хоть понял, что сказал?
    >
    >http://ru.wikipedia.org/wiki/%D0%9B%D0%B0%D1%82

    В данном случае это русизм от Latency, а не то, что ты подумал.

     
  • 3.173, Карбофос (ok), 12:23, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    просто достаточно добавить опцию в ядро: хотите - используйте. думается, на десктопный вариант вполне себя оправдывает.
     

     ....большая нить свёрнута, показать (23)

  • 1.5, stranger (??), 11:49, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Это случайно не исправление ошибки с iowait?
     
     
  • 2.9, fidaj (ok), 12:15, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    похоже что с этим связано...
     
  • 2.80, Зенитар (?), 17:38, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня этой ошибки нет с чипсетом AMD. А с nvidia есть!!! Насколько я знаю, ошибка с iowait добавлена относительно недавно (год или 2 назад) и трудноуловима
     

  • 1.6, John (??), 11:50, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот сама ошибка:
    https://bugzilla.kernel.org/show_bug.cgi?id=12309
    И да, народ тестировал этот патч - это пока не решение проблемы(к сожалению).
     
     
  • 2.12, ivan1986 (?), 12:18, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А судя по последним комментам - помогает
     

  • 1.7, rfcr (ok), 11:58, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да, эта проблема существует.
    Также как существует проблема зависания всего интерфейса при открытии сетевого ресурса (который например уже не доступен или до него плохой пинг)...

    Т.е. получается странная какая-то многозадачность.

     
     
  • 2.26, letsmac (ok), 12:50, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Т.е. получается странная какая-то многозадачность.

    Какая многозадачность если процессор во время копирования не работает ? В этом-то и проблема.


     
     
  • 3.27, yopt (ok), 12:52, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    попробуйте включить DMA, ага
     
     
  • 4.40, letsmac (ok), 13:52, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >попробуйте включить DMA, ага

    почитай про DMA ладно?  Он не снижает загрузку процессора - он его ВЫКЛЮЧАЕТ.

     
     
  • 5.97, Аноним (-), 20:20, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    за слово "выключает" зачет. Похоже по DMA надо читать именно тебе.
    А ничего что DMA уже не существует? И как таковой режим был только у ISA шины ?:) Если ты покажешь мне на PCI шине DMA контролер - я буду очень озадачаен.
    И да у шин PCI и выше - похожий режим называется Bus mastering.
     
  • 3.47, Andrey Mitrofanov (?), 14:06, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Какая многозадачность если процессор

    Процессор и контроллер DMA "реализуют" доступ к разделяемому ресурсу - памяти (это та, что буквой "M" работает в абревиатурах VM и DMA, да?). С букетом вытекающих отсюда локов, гонок, и проч.проблем синхронизации. К этому прибавляем всяческие трансляции адресов, о которых к.DMA знать не знает, но ядро _обязано учитывать, а также особенности и мис-фичи _множества очень различных _шин, чипсетов, мем-контроллеров, и пр., и пр. ...

    ...уже понятнее, откуда растут сложности и проблемы, и кто тут "школьник"?

     
     
  • 4.98, Аноним (-), 20:21, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Какая многозадачность если процессор
    >
    >Процессор и контроллер DMA "реализуют" доступ к разделяемому ресурсу - памяти (это
    >та, что буквой "M" работает в абревиатурах VM и DMA, да?).
    >С букетом вытекающих отсюда локов, гонок, и проч.проблем синхронизации. К этому
    >прибавляем всяческие трансляции адресов, о которых к.DMA знать не знает, но
    >ядро _обязано учитывать, а также особенности и мис-фичи _множества очень различных
    >_шин, чипсетов, мем-контроллеров, и пр., и пр. ...
    >
    >...уже понятнее, откуда растут сложности и проблемы, и кто тут "школьник"?

    А ничего что контролер DMA существует только на ISA шине?
    А для остальных это Bus mastering - для которого доступ к памяти лиш один из режимов ?

     
     
  • 5.152, User294 (ok), 17:52, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А ничего что контролер DMA существует только на ISA шине?

    Это с фига ли? Под прямым доступом к памяти (Direct Memory Access, DMA) подразумевается любой доступ к памяти происходящий без участия основного процессора системы. Чисто по определению DMA как явления природы. То что какая-то там ISA и какой-то там контроллер на ней сдохли - мы рады. И что? А вас не смущает что DMA бывает например в ARMовских камнях, у которых вообще НИКОГДА не было никакой ISA шины как класса, равно как и контроллера на этой шине?

    >А для остальных это Bus mastering

    Bus mastering - это вполне конкретное понятие которым оперирует PCI. А ничего что DMA может существовать на очень разных шинах и механизмах? У какогонить ARM вообще PCI может и не быть. А вот DMA - быть. Нормально так? :)

     

  • 1.8, fidaj (ok), 12:05, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Блин, два года мучился с этой проблемой на UbuntuStudio :(
    и на планировщик cfq патч накладывал - не помагало, теперь вот этот патч пишут что не помагает... :(
     
  • 1.11, letsmac (ok), 12:16, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>повышающий отзывчивость

    Просто милашкой станет, добрым, отзывчивым :-)

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

    В Windows аналогично. Кто-то решил перепаять DMA на что-то другое?

     
     
  • 2.13, fedya (??), 12:25, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    в 7-ке этой проблема решена. в линуксе эта фигня изначально. помню как еще на 2.4.x уже с VM  
    от АА ( с RVR вообще пепец) запускал на 2 консолях make -j 10 в каталоге с исходниками КДЕ - так вот с третьей консоли войти в систему уже не получалось. это без Х-ов. в отличии от линукса на том же железе на соляре 8-й можно было в скрине запустить 10 (больше не пробовал) таких заданий и система оставалась отзывчивой. это был 2x PIII 2G мозгов.
     
     
  • 3.25, letsmac (ok), 12:48, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Доработали до приличия стэк IRP вот и стало более-менее. Хотя CD всё равно мозг выносят? cкорость копирования упала, но что делать. В Mac OS X проблема вообще отсутствовала. Таки BSD.

    >>это был 2x PIII 2G мозгов.

    А причем тут процессор то ? Он в операциях DMA как-бы не участвует.

     
     
  • 4.30, fedya (??), 13:01, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    проблемы в VM причем тут DMA? на одинаковом железе с одинаковым DMA соляра работала нормально, линукс имел проблемы. а железо описано просто для информации. для информации: использую линукс и винду, соляру не использую. т.е. суждение не предвзято.
     
     
  • 5.39, letsmac (ok), 13:50, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >соляра работала нормально, линукс имел проблемы.

    Реализация логики работы с контроллером DMA в защищенном режиме - это вообще-то нетривиальная задача. Вы вообще понимаете как работает DMA?

     
     
  • 6.99, Аноним (-), 20:23, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>соляра работала нормально, линукс имел проблемы.
    >
    >Реализация логики работы с контроллером DMA в защищенном режиме - это вообще-то
    >нетривиальная задача. Вы вообще понимаете как работает DMA?

    где вы нашли антиквариат с DMA контролером в наше время ?:)

     
  • 3.153, User294 (ok), 17:54, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >в 7-ке этой проблема решена.

    Да вообще-то тормозит она при активной работе диска. Особенно если диск в системе один. Вплоть до тормозов гуя на полминуты. А если не дай боже в своп что-то выдавилось (а винды очень любят высвапливать программы даже если оперативы еще архидофига свободно) - тут вообще переключение задач может пару минут занять. Сказки не рулят.

     

  • 1.15, Аноним (-), 12:28, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    А кто может подробно объяснить как наложить этот патч на Debian?
     
     
  • 2.20, fidaj (ok), 12:43, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +14 +/
    >А кто может подробно объяснить как наложить этот патч на Debian?

    этот патч накладывают на исходники ядра, а не на дистрибутив...

     
     
  • 3.34, ононим (?), 13:35, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • –16 +/
    что за никчемный ответ. иногда лучше промолчать, чем постить пустые коменты.
     
     
  • 4.53, аноним (?), 14:41, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Ответ абсолютно точный, но совершенно бесполезный.
    Как водится.
     
  • 2.35, ононим (?), 13:37, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А кто может подробно объяснить как наложить этот патч на Debian?

    как-то так:

    Cross your fingers,.

    sudo apt-get build-dep linux-source
    sudo apt-get install linux-source make-kpkg
    cd /usr/src
    sudo tar vxf linux-source-2.6.32.tar.bz2
    ln -s linux-source-2.6.32 linux
    cd linux
    cp /boot/config-2.6.32-21-generic ./.config

    Not sure where to get the patches in a file so you can just wget but
    next just...

    wherever you find the patch files just
    patch -p0 < whereverthepatchwas.txt

    sudo make-kpkg --initrd --append-to-version=-custom kernel-image kernel-headers

    you'll find your deb's in the /usr/src

    or just
    https://help.ubuntu.com/community/Kernel/Compile

    думаю, осилишь перевести.

     
     
  • 3.38, XoRe (ok), 13:48, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >patch -p0 < whereverthepatchwas.txt
    >
    >sudo make-kpkg --initrd --append-to-version=-custom kernel-image kernel-headers
    >
    >you'll find your deb's in the /usr/src
    >
    >or just
    >https://help.ubuntu.com/community/Kernel/Compile
    >
    >думаю, осилишь перевести.

    Вау, клево!
    Про дебиан понял.
    А на убунту как наложить?)

     
     
  • 4.41, Andrey Mitrofanov (?), 13:53, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>patch -p0 < whereverthepatchwas.txt
    >Вау, клево!
    >Про дебиан понял.
    >А на убунту как наложить?)

    Кляньчить по форумам ссылку на PPA.)

     
     
  • 5.65, proDOOMman (ok), 15:27, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Клянчу. Дайте ссылочку на PPA, плиз =)
     
     
  • 6.81, Зенитар (?), 17:39, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Клянчу. Дайте ссылочку на PPA, плиз =)

    Идиотизм. Берёшь и патчишь, проприетарные драйверы затем переустанавливаешь. Заодно патч для второго старкрафта наложи.

     
     
  • 7.83, proDOOMman (ok), 18:07, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Клянчу. Дайте ссылочку на PPA, плиз =)
    >Идиотизм. Берёшь и патчишь, проприетарные драйверы затем переустанавливаешь.

    Зачем по такой жаре лишний раз нагружать проц? Пусть лучше ланчпадовские сервера греются
    >Заодно патч для второго старкрафта наложи.

    ???

     
     
  • 8.102, Зенитар (?), 21:07, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ага PPA с ядром и патчем для StarCraft, ядро и патч для улучшенной производител... текст свёрнут, показать
     
     
  • 9.114, proDOOMman (ok), 21:45, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Успокойтесь и выдохните А потом идите и играйте в свой старкрафт... текст свёрнут, показать
     
     
  • 10.123, Zenitur (?), 02:09, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Одна из самых популярных игр на планете Почему вам не нравится именно эта часть... текст свёрнут, показать
     
  • 7.154, User294 (ok), 17:59, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Идиотизм. Берёшь и патчишь, проприетарные драйверы затем переустанавливаешь.

    Ага, тут +36 за бортом. И дым коромыслом как бонус. Для полноты картины надо еще +100 ватт тепла перед своим носом выдуть, да? Спасибочки, конечно, но пускай другие воздух погреют лучше :). Кстати, у меня кажется нет проприетарных дров в системе. То-есть, мне же меньше геморроя :)

    >Заодно патч для второго старкрафта наложи.

    Нафиг-нафиг. Как минимум - пусть сперва сделают версию под линух.

     
  • 2.127, pavlinux (ok), 05:20, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    # patch -p1 < vmscan.patch
     

  • 1.23, zlo.rt.mipt.ru (?), 12:47, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    А куда Вы, товарищи, дели BFQ, BFS?
    Они не решают проблемы с отзывчивостью?
     
     
  • 2.37, redixin (?), 13:45, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    нет
     
     
  • 3.137, zlo.rt.mipt.ru (?), 12:07, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы, право же, шутите. Посмотрите что такое BFQ.
     

  • 1.31, iZEN (ok), 13:08, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    User294>А кто безгрешен? Или какойнить линуксулятор - это типа не костыль?

    Ещё вспомни о WINE. Ага.

    Кстати, на линуксуляторе баг 12309 мне не удалось воспроизвести. Может подскажешь, что нужно сделать? ;)

    User294>А может, про UFS с пачкой костылей и подпорок вы уже забыли?

    Эта "пачка костылей и подпорок" обеспечивает продакшен, не нуждатся в журналировании и умеет делать снапшоты на живой (подмонтированной в RW) ФС. А что умеет из этого делать суперсовременная линуксовая Ext4? НИЧЕГО!

     
     
  • 2.33, ононим (?), 13:32, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    кто знает, когда на опеннете появится функция игнора всяких умников?
     
     
  • 3.36, blackjack (??), 13:41, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уж лучше так чем карма/инвайты и т.д.
     
  • 3.42, Аноним (-), 13:55, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Есть функция "не читать комменты" - все равно они все такие (и этот тоже)
     
     
  • 4.58, User294 (ok), 14:54, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > (и этот тоже)

    Рекурсия :P

     
  • 3.43, Andrey Mitrofanov (?), 13:56, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >кто знает, когда на опеннете появится функция игнора всяких умников?

    Лучше "скрывать _новости и посты в форуме из -другого лагеря-" + деленгие на лагеря: win, lin, bsd, minix, beos, ...... Правда, не понятно, чего делать с взрыв-смесями типа lin+bsd прямо в новости.

     
     
  • 4.91, northbear (??), 19:38, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Запрещать, как вызывающие межконфессиональную рознь...
     
     
  • 5.141, Аноним (-), 13:48, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > межконфессиональную

    Приравняем *NIXоидство к религии?

     
  • 5.155, User294 (ok), 18:00, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Запрещать, как вызывающие межконфессиональную рознь...

    Ага, и вообще, лучше оставить какую-нибудь одну систему как расово верную. Правда, чем это потом будет отличаться от MSDN какого-нить?

     
  • 2.44, аноним (?), 13:59, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Эта "пачка костылей и подпорок" обеспечивает продакшен, не нуждатся в журналировании и умеет делать снапшоты на живой (подмонтированной в RW) ФС. А что умеет из этого делать суперсовременная линуксовая Ext4? НИЧЕГО!

    ext4 - эта "пачка костылей и подпорок" обеспечивает продакшен, не нуждатся в снапшотах и умеет журналирование на живой (подмонтированной в RW) ФС. А что умеет из этого делать суперсовременная фряшная UFS2? НИЧЕГО!

     
     
  • 3.46, z (??), 14:06, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >ext4 - эта "пачка костылей и подпорок" обеспечивает продакшен

    что весьма печально

     
  • 2.57, User294 (ok), 14:53, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Толсто У меня вообще никакого вине нету например Он мне не нужен Пропатчить л... большой текст свёрнут, показать
     
     
  • 3.74, iZEN (ok), 16:58, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот-вот EXT ы -2, -3, и -4 8212 это подпорки и костыли древней как говно м... большой текст свёрнут, показать
     
     
  • 4.93, sHaggY_caT (ok), 19:41, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Во-первых, эта отговорка уже не катит. Пока ты склеиваешь необходимые слои между
    >собой и получаешь рабочий снапшот, может пройти очень много времени, что
    >непозволительно для продакшена.

    Чаще всего, занимает менее секунды. В чем проблема сделать lock в той же базе данных(при этом доступ на чтение сохранится!), или приостановить, без отказа в обслуживании, виртуалку/контейнер?

    > К тому же, снапшоты линуксовых ФС нужно делать
    >на неживой-отмонтированной ФС.

    Глупость, нет такого, Вы что-то перепутали!

     
     
  • 5.95, аноним (?), 19:55, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    самое интересное, что это ему уже тысячу раз писали.
    поэтому... ну дайте человеку высказаться. толку то никакого.

    >User294>А может, про UFS с пачкой костылей и подпорок вы уже забыли?
    >>Эта "пачка костылей и подпорок" обеспечивает продакшен, не нуждатся в журналировании и умеет делать снапшоты на живой (подмонтированной в RW) ФС. А что умеет из этого делать суперсовременная линуксовая Ext4? НИЧЕГО!

    интересно, а вот это http://www.opennet.dev/base/sys/softupdates_idea.txt.html айзен читал?

     
     
  • 6.119, iZEN (ok), 00:28, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >самое интересное, что это ему уже тысячу раз писали.
    >поэтому... ну дайте человеку высказаться. толку то никакого.
    >
    >>User294>А может, про UFS с пачкой костылей и подпорок вы уже забыли?
    >>>Эта "пачка костылей и подпорок" обеспечивает продакшен, не нуждатся в журналировании и умеет делать снапшоты на живой (подмонтированной в RW) ФС. А что умеет из этого делать суперсовременная линуксовая Ext4? НИЧЕГО!
    >
    >интересно, а вот это http://www.opennet.dev/base/sys/softupdates_idea.txt.html айзен читал?

    Конечно. Поэтому я говорю о целостности структур метаданных файловой системы, а не данных пользователя.


     
     
  • 7.124, аноним (?), 03:49, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    угу. я так и понял, что это не недоговорённость, а рассчёт на то, что тут все уже научились читать мысли айзена. ну или на худой конец читают между строк:
    >Эта "пачка костылей и подпорок" обеспечивает продакшен, не нуждатся в журналировании

    .

     
  • 7.156, User294 (ok), 18:14, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Конечно. Поэтому я говорю о целостности структур метаданных файловой системы, а не
    >данных пользователя.

    Ну и чем оно принципиально лучше журнала в EXT3 и 4 тогда? Такие допущения и он тоже обеспечивает. Только EXT3 еще и существовал мноооооого лет ;).


     
     
  • 8.175, аноним (?), 14:03, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    интересно другое - когда rc ext4 файлы кед херил, работая в таком же режиме как ... текст свёрнут, показать
     
  • 5.120, iZEN (ok), 00:36, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Признаю, что-то перепутал Высказывание касалось только XFS, которую нужно замо... большой текст свёрнут, показать
     
     
  • 6.128, pavlinux (ok), 05:39, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >такого маразма нет в UFS2.

    Интересно, куда девается снапшот, если на диске остался 1Mb и не размеченая в 1Gb?
    А ты попросил создать 2G снапшот? Может поверх данных писать начнёт?

     
     
  • 7.169, Аноним (-), 05:31, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>такого маразма нет в UFS2.
    >
    >Интересно, куда девается снапшот, если на диске остался 1Mb и не размеченая
    >в 1Gb?
    >А ты попросил создать 2G снапшот? Может поверх данных писать начнёт?

    в снапшотах ufs2 не нужны всякие не размеченные области, так же как и не нужно говорить какого объема создавать снапшот - удивитесь.

     
     
  • 8.170, аноним (?), 07:59, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    один хрен при нехватке места снепшота не будет просто тут процесс контролируетс... текст свёрнут, показать
     
  • 8.177, pavlinux (ok), 14:26, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Удивляюсь BSD создали для того, чтоб человек думал, а не машина эх, где... текст свёрнут, показать
     
  • 6.157, sHaggY_caT (ok), 18:19, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/

    >Высказывание касалось только XFS, которую нужно "замораживать" перед снимком.

    Уже не нужно

     
  • 4.145, User294 (ok), 17:39, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Все так Только к EXT4 старикана так перепилили что оригинал и не узнать Тут ва... большой текст свёрнут, показать
     
     
  • 5.178, iZEN (ok), 22:54, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ага Аж оторопь порой берёт http www linux org ru forum general 5205490 ext4... большой текст свёрнут, показать
     
     
  • 6.179, User294 (ok), 00:47, 10/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, только вот 1 Не указан кернел Кернелы до 30 32 с EXT4 вообще буд... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (27)

  • 1.48, dimqua (ok), 14:08, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждём в zen-kernel.
     
  • 1.49, umbr (ok), 14:15, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кажеться, дело движется к разделению ядра на сервер/десктоп форки.
     
     
  • 2.51, Andrey Mitrofanov (?), 14:20, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Сразу, как только Линус почкованием разделится, ага.....
     
  • 2.62, User294 (ok), 15:06, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Кажеться, дело движется к разделению ядра на сервер/десктоп форки.

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

     
  • 2.180, Живот (?), 13:07, 10/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это еще зачем? Одно будет, если же конфиг.
     
     
  • 3.181, Живот (?), 13:08, 10/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Это еще зачем? Одно будет, если же конфиг.

    *есть

     

  • 1.52, доброжелатель (?), 14:41, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    И эти люди агитируют за линукс на десктопах, со всеми его детскими болезнями вроде компиляции в консоли, чтобы перестал виснуть при копировании файлов. Вы девочке на ресепшне вот это всё объясните
    sudo apt-get build-dep linux-source
    sudo apt-get install linux-source make-kpkg
    cd /usr/src
    sudo tar vxf linux-source-2.6.32.tar.bz2
    ln -s linux-source-2.6.32 linux
    cd linux
    cp /boot/config-2.6.32-21-generic ./.config
    Not sure where to get the patches in a file so you can just wget but
    next just...
    wherever you find the patch files just
    patch -p0 < whereverthepatchwas.txt
    sudo make-kpkg --initrd --append-to-version=-custom kernel-image kernel-headers
     
     
  • 2.56, Мимо проходил (?), 14:52, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Патч установился на 2.6.32? :)
     
     
  • 3.60, Capth (?), 14:57, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Патч установился на 2.6.32? :)

    Суровая девушка на ресепшене попалась)


     
  • 2.61, Knuckles (ok), 15:01, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бедняжка.
    Вот с этим парнем вы одинаково мыслите, видимо.
    http://www.bannedinhollywood.com/wp-content/uploads/2010/05/computers-are-rac
     
  • 2.68, koblin (ok), 15:32, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И эти люди агитируют за линукс на десктопах, со всеми его детскими болезнями вроде компиляции в консоли, чтобы перестал виснуть при копировании файлов. Вы девочке на ресепшне вот это всё объясните

    и эти люди агитируют нас за Windows. Вы тетеньке-бухгалтеру обьяснити как устанавливать SQL сервер и 1С и как в нем запрограммировать форму или отчет или как установить и настроить клиент-банк! Да они сами даже принтер или мышь не подключат к компьютеру!

     
     
  • 3.70, тру (?), 16:11, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    SQL сервер и 1С в итоге работают, а сабжевый костыль - как обычно
    http://www.opennet.dev/openforum/vsluhforumID3/69590.html#6
    http://www.opennet.dev/openforum/vsluhforumID3/69590.html#69

     
     
  • 4.92, аноним (?), 19:40, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну и чего тогда так волнуешься? оно тебе нужно? или ты таким образом волонтёром винды работаешь?
    мне вот не нужно. хоть линух полностью вытеснил винду уж лет как 5 на моих десктопах. мне другие, волее важные моменты интересны.

    зы:
    ща народ может расскажет, как бысто вызвать диспетчер задач в загруженной винде?
    а то порой такая "отзывчивость" наступает, что несколько минут составляет.
    правда когда диспетчер всё-таки открывается, то загрузка уже ниже 30% и что грузило его так долго остается тайной.

     
     
  • 5.136, Аноним (-), 11:58, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда, быть может, его имеет смысл держать свернутым на фоне?
     
     
  • 6.139, аноним (?), 12:15, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >имеет смысл держать свернутым на фоне?

    пара занимаемых метров погоды не делают, это вам не тормознутый gnome system monitor

     
  • 6.159, аноним (?), 19:26, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    бесполезно. не помогает.
    по всему видно, что он просто ждёт освобождения неких ресурсов.
     
     
  • 7.176, JL2001 (ok), 14:14, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >бесполезно. не помогает.
    >по всему видно, что он просто ждёт освобождения неких ресурсов.

    подтверждаю, много много раз на 2k3

     
  • 2.71, yurik81 (ok), 16:28, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >И эти люди агитируют за линукс на десктопах, со всеми его детскими болезнями вроде компиляции в консоли, чтобы перестал виснуть при копировании файлов. Вы девочке на ресепшне вот это всё объясните

    Вы и есть та девочка на ресепшне?

     
  • 2.77, alf (??), 17:15, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >чтобы перестал виснуть при копировании файлов.

    Ядро 2.6.33.5, не виснет, брат жив.

     
  • 2.88, Blayder (?), 19:27, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    У девушки на ресепшене для этого есть тех саппорт в компании или на крайняк фирма, облуживающая их компанию, не? Или вы думаете на винде она тоже сама чистит всякие темпы, гоняет вирусню, инсталлит принтеры и т.д. и т.п.?

    Хватит уже этим маразмом болеть про домохозяек и блондинок.
    Большая часть юзверей венды даж не знаю как антивирь запустить на скан системы.

     
     
  • 3.94, аноним (?), 19:44, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    не. у них девушки на ресепшене сами ставят винды, сами гоняют вирусы, сами фильтруют/рассылают спам.
    а они, айтишнеГи, только ходят, надувают щеки, дышат перегаром.
     
  • 2.96, аноним (?), 20:02, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, а ещё они предлагали школьникам самостоятельно обслуживать свой школьный линапс. И каждый блин школьник вместо прогулок на свежем воздухе будет сидеть в душной аудитории и накладывать патч за патчем, пытаясь привести глючную ось в рабочее состояние.
     
     
  • 3.129, аноним (?), 05:49, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    не патчи, а апдэйты. боюсь на винды патчи не выпускаются.
    впрочем как и на бинарные дистры.
    да не видел я ни разу чтоб играли в wow на свежем воздухе.
    короче, популистский, тупой тролинг.
     
  • 2.104, Зенитар (?), 21:10, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >И эти люди агитируют за линукс на десктопах, со всеми его детскими
    >болезнями вроде компиляции в консоли, чтобы перестал виснуть при копировании файлов.
    >Вы девочке на ресепшне вот это всё объясните

    Здесь сайт для любитлей и профессионалов.

     

  • 1.69, Аноним (-), 15:49, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Патч не решает проблему. Совсем.

    Убунта 10.04, ваниль + патч.

     
     
  • 2.111, ACCA (ok), 21:21, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Патч не решает проблему. Совсем.
    >
    >Убунта 10.04, ваниль + патч.

    Убунта 10.04 искаропки. Древний Dell Dimension 9100 = Pentium D + SATA. Ядро 2.6.32-24-generic когда-то приползло с апдейтом, никаких патчей.

    Проблема c dd напрочь отсутствует.

    Пробовал pipes and processes от Томаса Пиларски - заметно подтормаживает, что неудивительно при 104 активных процессах, latency не больше 0.2 сек.

    min:0.012ms|avg:0.012-0.013ms|mid:0.013ms|max:195.542ms|duration:69.787s

     

  • 1.72, Аноним (-), 16:41, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Както недавно писал образ двд на 8 гиг. 3,5 часа!!! И при этом системной не возможно было пользоваться. 12309 такая 12309 :(
     
     
  • 2.75, linux_must_die (ok), 16:59, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    баг с iowait исправят когда redhat свистнет - инфа 100%
    те как обычно, лет через пять. а пока добавляются драйвера 1001 левого железа,ведется борьба с нарушителями gpl и форкается 1001 дистрибутив.
     
     
  • 3.76, Аноним (-), 17:09, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У Торвальдса баг на федоре не проявляется. Т.о. статус бага сейчас поменяется на WORKSFORME
    https://bugzilla.kernel.org/page.cgi?id=fields.html#status
     
     
  • 4.79, fidaj (ok), 17:24, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >У Торвальдса баг на федоре не проявляется. Т.о. статус бага сейчас поменяется
    >на WORKSFORME
    >https://bugzilla.kernel.org/page.cgi?id=fields.html#status

    сомневаюсь что им удается держать Торвальдса в неведении... ;)

     
     
  • 5.132, Ъ (?), 09:04, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Не это главное. Разрушен внутренний мир многих людей считавших, что Linux самая лучшая ОС на планете, вот что печально. Это же миллионы покалеченных судеб!
     
  • 2.78, анонимиус (?), 17:18, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это из другой песни.
     
     
  • 3.82, йло (?), 17:47, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    проблема исчезает, если монтировать ФС с опцией sync
     
     
  • 4.161, pavlinux (ok), 20:16, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >проблема исчезает, если монтировать ФС с опцией sync

    :) Тормозить так уж всем сразу?

    можно ещё  atime, diratime, barrier (где есть), norelatime, wsync (XFS), align

     

  • 1.84, filosofem (ok), 18:47, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А есть кто-нибудь, у кого эта бага не проявляется. Я вообще не понимаю о чем разговор. Ни разу не видел, чтобы на недревнем железе были тормоза из-за копирования. Объясните как репродуцировать проблему, какая файловая система должна быть, какое ядро, видяха, видеодрайвер, версия иксов, какой SATA(PATA) контроллер используется, какой чипсет в конце концов? Если это про ntfs-3g  и iowait, то не интересно.
    А то так написано, как будто это повсеместное явления, а у меня ни на одном компе не наблюдается, я уже 10 dd запустил и в наутилусе копировал в несколько потоков и болванку нарезал одновременно и нормально десктоп работает.
    Правда иксы пропатченные, может быть в этом дело?
     
     
  • 2.86, копираст (?), 18:56, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А есть кто-нибудь, у кого эта бага не проявляется

    iZEN

    >Объясните как репродуцировать проблему

    на лоре есть тред
    только потом не жалуйся, когда машина зависнет минут на *дцать

     
     
  • 3.101, edo (ok), 21:04, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >на лоре есть тред

    url?

     
     
  • 4.109, Кракен (?), 21:15, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    судь в
    dd if=/dev/zero of=/some/file bs=8M
    С параметрами дд можно поиграть. Заметишь сразу, если у тебя оно есть, т.е. люди даже ctrl+c не могут иногда нажать из-за диких тормозов, или ждут пока команда сработает секунт 10-30.
     
     
  • 5.110, edo (ok), 21:20, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >судь в
    >dd if=/dev/zero of=/some/file bs=8M
    >С параметрами дд можно поиграть. Заметишь сразу, если у тебя оно есть,
    >т.е. люди даже ctrl+c не могут иногда нажать из-за диких тормозов,
    >или ждут пока команда сработает секунт 10-30.

    у меня имеено такие симптомы, но только при записи на usb flash (возможно и usb hdd)

     
     
  • 6.113, Кракен (?), 21:25, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Как я понял, это не один баг. Просто проявляется аналогично. Там все в куче- железо, какие то регрессии, еще что-то. Есть всякие разные методы, которые одним помогают, другим нет. Можешь поискать, глядишь чего-нить да поможет. :)
     
  • 5.143, Вредоносный (?), 15:11, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >dd if=/dev/zero of=/some/file bs=8M

    Запустил. Индикатор винта на моем ветре горит, файлик делает.
    А я пишу это сообщение. ЧЯДНТ?

     
     
  • 6.144, fidaj (ok), 15:16, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>dd if=/dev/zero of=/some/file bs=8M
    >
    >Запустил. Индикатор винта на моем ветре горит, файлик делает.
    >А я пишу это сообщение. ЧЯДНТ?

    система должна, для начала, полезть в своп! (а потом уже пробовать dd)
    она это делает?

     
  • 3.108, filosofem (ok), 21:13, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да смешно конечно.
    Посмотрел, что ЛОРе предлагают, и в багзилле. Я такое уже делал и одновременно кино смотрел и никаких даже секундных подтормаживаний.
    Короче ясно, это не мой случай. Убунта 10.04 и Debian lenny.


    Вот я одного не могу понять, почему считается, что баг в ядре, если тормозят только DE и то не все? Может быть там какие-то десктопные фишки, которые 'file' регулярно запускают на измененном файле, или превьюхи пытаются генерить, или размер файлов подсчитывать "незаметно", не?

     
     
  • 4.125, аноним (?), 04:29, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    или бигли и прочии индексаторы какие-нибудь стоят. я к примеру их сразу сношу.
    описываемые траблы ниразу не встречал.
     
  • 2.87, fidaj (ok), 19:00, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >[оверквотинг удален]
    >понимаю о чем разговор. Ни разу не видел, чтобы на недревнем
    >железе были тормоза из-за копирования. Объясните как репродуцировать проблему, какая файловая
    >система должна быть, какое ядро, видяха, видеодрайвер, версия иксов, какой SATA(PATA)
    >контроллер используется, какой чипсет в конце концов? Если это про ntfs-3g
    > и iowait, то не интересно.
    >А то так написано, как будто это повсеместное явления, а у меня
    >ни на одном компе не наблюдается, я уже 10 dd запустил
    >и в наутилусе копировал в несколько потоков и болванку нарезал одновременно
    >и нормально десктоп работает.
    >Правда иксы пропатченные, может быть в этом дело?

    у меня эта штука проявлялась сразу после того как система в своп начинает лезть - при обработке большого видео проекта в cinelerra + большое колличество дисковых операций, например когда deluge чекал торренты... потом в "делуге" что-то поправили что бы он типа в один поток к винту обращался...
    один раз пришлось даже reset нажать - потому что 45 минут ожидания при попытке перейти в консоль CTRL+ALT+F1 (что бы убить процесс душащий систему) не хватило терпения... :(

     
     
  • 3.126, iss (?), 04:32, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Точно такие же пирожки, если памяти осталось пшик, то все замирает, приходится резет или MagicSysRq юзать, по другому баг не проявляется, диски/флешки нормально пишутся.
     
  • 2.106, Зенитар (?), 21:11, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А есть кто-нибудь, у кого эта бага не проявляется.

    Поищи обсуждение этого бага, например на Опеннете. Увидишь, что он возникает в зависимости от железа и его драйвера чипсета.

     
  • 2.112, ACCA (ok), 21:25, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А есть кто-нибудь, у кого эта бага не проявляется. Я вообще не

    Ты походу хотел спросить у кого она проявляется. Я такого не видел со времён Pentium 4 HT.

    Сегодня не поленился проверить - ни на одной доступной железяке воспроизвести не удалось.

     
     
  • 3.122, filosofem (ok), 00:58, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Ты походу хотел спросить у кого она проявляется.

    Я вообще не хотел спрашивать, пока не почитал каменты, из которых неявно следовало, что все отписавшиеся имели счастие наблюдать это явление.

     
  • 2.116, ононим (?), 22:00, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    баг проявляется на чипсетах nforce(2, 4). я гарантирую это.
     
     
  • 3.117, fidaj (ok), 22:04, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >баг проявляется на чипсетах nforce(2, 4). я гарантирую это.

    у меня на ноуте Dell Vostro 1400 проявлялся - на других не замечал, но там  Intel чипсет...

     
  • 3.118, Кракен (?), 22:38, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    nForce4 SLI - никаких проявлений в течении 4х лет.
     
  • 3.138, pavlinux (ok), 12:15, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Кровью подпишешь ----------- 00 00 0 Memory controller nVidia Corporation CK8... большой текст свёрнут, показать
     
     
  • 4.166, utilitytrack (?), 03:32, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А RAM у вас сколько? А в своп что-нибудь сбрасывается или он пустой? К тому же в оригинальном тесте надо записывать по 1М за раз (а у вас 32М). А какие параметры в /proc/sys/vm/swappiness и /proc/sys/vm/vfs_cache_pressure? Так много вопросов потому что у меня тоже чипсет CK804. Проблема дает о себе знать когда заканчивается RAM (256M).
     
     
  • 5.174, pavlinux (ok), 13:43, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А RAM у вас сколько? А в своп что-нибудь сбрасывается или он
    >пустой? К тому же в оригинальном тесте надо записывать по 1М
    >за раз (а у вас 32М). А какие параметры в /proc/sys/vm/swappiness
    >и /proc/sys/vm/vfs_cache_pressure? Так много вопросов потому что у меня тоже чипсет
    >CK804. Проблема дает о себе знать когда заканчивается RAM (256M).

    Да уж... 256 это ещё не минимум, но уже хреново. :)

    ------

    dd if=/dev/zero of=BIGFILE count=32768 bs=1M
    32768+0 записей считано
    32768+0 записей написано
    скопировано 34359738368 байт (34 GB), 131,577 c, 261 MB/c

    ------

    RAM 4Gb DDR2 ECC PC3200 Registred

    -----

    vm.swappiness                  =  0
    vm.vfs_cache_pressure          =  1000

     

  • 1.100, edo (ok), 21:03, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    у меня при активной записи на usb flash (особенно в несколько потоков/на несколько flash) остальные приложения могут "подвиснуть" (судя по всему на io).

    патч борется именно с этой проблемой?

     
     
  • 2.103, fidaj (ok), 21:07, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >у меня при активной записи на usb flash (особенно в несколько потоков/на
    >несколько flash) остальные приложения могут "подвиснуть" (судя по всему на io).
    >
    >
    >патч борется именно с этой проблемой?

    э-э-э-э с флешками это отдельная тема...
    некоторые флешки просто не умеют в несколько потоков писать. а что после этого происходит - хз.

     
     
  • 3.105, edo (ok), 21:11, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >некоторые флешки просто не умеют в несколько потоков писать. а что после
    >этого происходит - хз.

    ну так пусть и тормозит запись на flash, к этой части у меня никаких претензий нет.
    только почему переключение на соседний xterm может занять несколько секунд? (в случае параллельной записи на две тормозные флешки)

     
     
  • 4.115, fidaj (ok), 21:57, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>некоторые флешки просто не умеют в несколько потоков писать. а что после
    >>этого происходит - хз.
    >
    >ну так пусть и тормозит запись на flash, к этой части у
    >меня никаких претензий нет.
    >только почему переключение на соседний xterm может занять несколько секунд? (в случае
    >параллельной записи на две тормозные флешки)

    потому что есть понятие очереди...
    и кто знает - что произойдет если вся очередь забьется кусками только для флешек?

     
     
  • 5.133, edo (ok), 09:57, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >потому что есть понятие очереди...
    >и кто знает - что произойдет если вся очередь забьется кусками только
    >для флешек?

    разве не отдельная очередь для каждого блочного устройства?

     
     
  • 6.135, fidaj (ok), 11:33, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>потому что есть понятие очереди...
    >>и кто знает - что произойдет если вся очередь забьется кусками только
    >>для флешек?
    >
    >разве не отдельная очередь для каждого блочного устройства?

    я так понимаю что сразу это всё попадает в очередь планировщика ( noop anticipatory deadline cfq ) а уже потом в очереди блочных устройств...

     
  • 3.107, Зенитар (?), 21:12, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/

    >некоторые флешки просто не умеют в несколько потоков писать

    А почему же некоторые? АН flash-диски всегда нужно записывать данные только в один поток, и использовать не журналируемую файловую систему

     

  • 1.121, Валерьян (?), 00:55, 07/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На домашней машине никогда этот баг не проявлялся, зато на рабочей такой тупняк даже когда система немного свопится - курсор не двигается, и этот патч кстати не помог.
     
  • 1.130, Аноним (-), 07:22, 07/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Попробовал у себя Забавно это все работает Раньше периодически сталкивался с... большой текст свёрнут, показать
     
     
  • 2.131, йло (?), 07:42, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Для себя я решил просто поставить sync - флешка все равно умрет
    >рано или поздно, +-30-40% скорости записи мне не роляют. А вот
    >сидеть и ждать, пока какой нить образ на флешку зальется -
    >весьма нехочется, были прицеденты.

    вместо sync еще можно попробовать такой способ

    echo 10 > /proc/sys/vm/vfs_cache_pressure
    echo 4096 > /sys/block/sda/queue/nr_requests
    echo 4096 > /sys/block/sda/queue/read_ahead_kb
    echo 100 > /proc/sys/vm/swappiness
    echo 0 > /proc/sys/vm/dirty_ratio
    echo 0 > /proc/sys/vm/dirty_background_ratio

    проверено - у меня работает ))

     
     
  • 3.134, Аноним (-), 10:41, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это вообще не для меня Как я писал, у меня ssd и свопа нет, крутить этот пар... большой текст свёрнут, показать
     
     
  • 4.140, pavlinux (ok), 13:11, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>echo 100 > /proc/sys/vm/swappiness
    >
    >Ну это вообще не для меня. Как я писал, у меня ssd
    >и свопа нет, крутить этот параметр смысла нет.
    >
    >>echo 10 > /proc/sys/vm/vfs_cache_pressure
    >
    >Опять же, как я понял этот параметр как и предыдущий работает только
    >если есть своп.

    Не, это VFS

    vfs_cache_pressure
    ------------------

    Controls the tendency of the kernel to reclaim the memory which is used for
    caching of directory and inode objects.

    At the default value of vfs_cache_pressure=100 the kernel will attempt to
    reclaim dentries and inodes at a "fair" rate with respect to pagecache and
    swapcache reclaim.  Decreasing vfs_cache_pressure causes the kernel to prefer
    to retain dentry and inode caches. When vfs_cache_pressure=0, the kernel will
    never reclaim dentries and inodes due to memory pressure and this can easily
    lead to out-of-memory conditions. Increasing vfs_cache_pressure beyond 100
    causes the kernel to prefer to reclaim dentries and inodes.


    >>echo 4096 > /sys/block/sda/queue/read_ahead_kb
    >Тоже на SSD нахрен не нужно, у меня стоит 256 кв. Где
    >то в инете было тестирование влияния RA при работе с SSD,
    >я от него отталкивался.
    >
    >>echo 4096 > /sys/block/sda/queue/nr_requests
    >
    >Потом потестирую, может быть как нить влияет. Кто нить знает, как посмотреть
    >сколько запросов в очереди дискового шедулера к устройству sda в данный
    >момент времени? Было бы интересно помониторить при нагрузке.

    Sadomazo версия
    # cat /proc/diskstats

    Классика
    # iostat -x

    >>echo 0 > /proc/sys/vm/dirty_ratio
    >>echo 0 > /proc/sys/vm/dirty_background_ratio

    0 - это сурово :)

     
     
  • 5.158, Аноним (-), 18:26, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Что и требовалось доказать - если нет свопа, значит и ко... большой текст свёрнут, показать
     
     
  • 6.160, pavlinux (ok), 20:02, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>[оверквотинг удален]
    >Что и требовалось доказать - если нет свопа, значит и конкуренции между
    >"dentries and inodes" и "pagecache and swapcache" нет.

    Своп - это нечто иное как продолжение Виртуальной памяти.
    vm.swappiness - задаёт вероятность включения в работу дискового свопа.
    И не надо его боятся, при данном параметре, от 0 до 10, своп заработает
    только при полном заполнении оперативки.  

    ........

    Эх, надо ФАК написать по sysctl -w vm.*

     
     
  • 7.163, Аноним (-), 20:57, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да в общем то словоблудие все это В моем случае свопа нет и он не нужен Плюс э... большой текст свёрнут, показать
     
  • 6.162, Аноним (-), 20:47, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Потестил еще Выяснил интересный момент, не очевидный с первого взгляда У меня ... большой текст свёрнут, показать
     

  • 1.142, Аноним (-), 14:57, 07/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    2.6.35 патч не помог если память кончается и ядро лезет в своп начинаются жуткие тормоза, курсор тормозит, выод картинки в tvtime тоже, загрузка проца не более 40%, комп старый амд 1,6 ГГц 1,25 Г память, чипсет VIA.
     
     
  • 2.149, filosofem (ok), 17:42, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если это и баг, то из другой оперы совершенно. ИМХО если оперативка заканчивается и все начинает тормозить и нагрузка на диск резко возрастает из-за свопа, это вполне нормальное явление.
    Здесь вроде бы просто про активные дисковые операции разговор.
     
     
  • 3.164, Аноним (-), 21:08, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Если это и баг, то из другой оперы совершенно. ИМХО если оперативка
    >заканчивается и все начинает тормозить и нагрузка на диск резко возрастает
    >из-за свопа, это вполне нормальное явление.
    >Здесь вроде бы просто про активные дисковые операции разговор.

    Да не, в исходной новости разговор как раз про своп, патч внимательнее посмотрите.
    Просто мы с павлинуксом в соседней ветке обсуждаем мою ситуацию, где свопа нет. Она похожа, но корни другие.

    Вообще, в баге 12309 ядра линукса кроется несколько багов на самом деле как я понял. Эти баги проявляются в похожих ситуациях (при нагрузке и на границе исчерпания свободной памяти) и выглядят похоже (подвисания и тормоза), но имеют разные причины.


     
     
  • 4.165, filosofem (ok), 00:33, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Bug 12309 -  Large I/O operations result in poor interactive performance and high iowait times
    Это не про своп на границе исчерпанной памяти. То что свопинг может вызвать Large I/O operations это понятно. Но там где именно этот баг, проявляться он будет не только при свопе.
    Ну а то что все похожие тормоза начали обзывать багом 12309, это я уже понял  и об этом и написал. И кстати представленный патч насколько я понял не помог никому, у кого действительно Large I/O operations вызывают тормоза, а не закончившаяся оперативка.
     
  • 3.172, fidaj (ok), 12:19, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Если это и баг, то из другой оперы совершенно. ИМХО если оперативка
    >заканчивается и все начинает тормозить и нагрузка на диск резко возрастает
    >из-за свопа, это вполне нормальное явление.
    >Здесь вроде бы просто про активные дисковые операции разговор.

    это далеко не нормальное явление!
    операции со свопом - дисковых операций тоже касаются.
    так что проблема одного характера...

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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