LINUX.ORG.RU
ФорумTalks

[12309] новое ядро, улучшения.

 


0

0

https://bugzilla.kernel.org/show_bug.cgi?id=12309

Ъ

Comment #437 From Thomas Pilarski 2010-05-19 08:20:49 -------

This bug depends on cpu, memory and first of all disc and filesystem, lvm and
encryption. It's a mix of transactions/s and throughput. If both are in a
system dependent range, the problem starts.
There is no throughput/transaction statistic for processes in the scheduler to
disadvantage processes, which are causing a high load. A process can gain all
available dirty pages and block the other processes.

------- Comment #438 From Ivan Borzenkov 2010-05-19 08:47:43 -------

I update from 2.6.32 to 2.6.34 and bug fixed on two computers

on vmstat
wa take full free time, but interface not freeze

may give all need info and try build any version from git for test

★★☆☆☆

Ответ на: комментарий от pekmop1024

О_о вещества, исправляющие баги Линукса? я закажу тонны две

Fracta1L
()
Ответ на: комментарий от pekmop1024

нет лишнего раздела, создал шифрованный loop фаил на 9 гиг, а уже в нем образ для бокса на 7 гиг, да с винтом работать стало медленнее, но это вполне ожидаемо, для обычного одиночного винта, но у гуя нет тормозов, ни каких фризов, просто отзывчивость упала.

Novell-ch ★★★★★
()
Ответ на: комментарий от Novell-ch

А у меня задумывается на 5-10 секунд, чтобы переключиться на другое приложение.
На двух разных машинах.
Свопа нет вообще, памяти 8гб.

pekmop1024 ★★★★★
()
Ответ на: комментарий от pekmop1024

Вредо от него не будет точно. Есть даже мнение, что VM-подсистема линукса неоптимально работает без свопа, причем его совершенно необязательно делать большим.

С другой стороны, включить его дело 2 минут. Включи и проверь, останутся ли фризы

annoynimous ★★★★★
()
Ответ на: комментарий от annoynimous

>Есть даже мнение, что VM-подсистема линукса неоптимально работает без свопа

Сам про такое думал, просто лень было в исходники лезть. По идее, своп - это не только сброшенная на диск память, но и всякие mmap'ы, если при отключенном свопе они как-то по другому реализуются, то тормоза вполне могут быть.

redgremlin ★★★★★
()
Ответ на: комментарий от redgremlin

Вот именно!

Заметим, что на фризы жалуется не первый человек с отключенным свопом. Я не говорю, что именно его отсутствие во всем виновато, но корреляция заставляет задуматься

annoynimous ★★★★★
()
Ответ на: комментарий от annoynimous

> включить его дело 2 минут.

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

Но я тебя успокою - на второй машине своп есть, рамы 4ГБ, и поведение 1 в 1.

pekmop1024 ★★★★★
()
Ответ на: комментарий от annoynimous

>Есть даже мнение, что VM-подсистема линукса неоптимально работает без свопа,

Это «мнение» - эффект ложной памяти после винфака.

madcore ★★★★★
()
Ответ на: комментарий от madcore

>Может нужно, чтобы на том же винте были tmp, swap и нехватка памяти?

А вот это может помочь. Но опять-таки, все специфично - были фризы с 1гб рам и kernel-desktop-2.6.31.6(мандрива), с 2гб не было фризов и на 2.6.31.6, но не было их и с 1гб с kernel-desktop-2.6.31.5 и с 1гб с kernel-desktop-2.6.31.12(13) (ветка 2.6.29 вся давала high io wait на этом железе с гигом памяти)

redgremlin ★★★★★
()
Ответ на: комментарий от madcore

Ты это мне про винфак говоришь?

Как раз отключение свопа — винфачное «открытие». Линуксу наличие свопа никогда не вредило, только вантузятники его выключают, насильно удерживая весь тот хлам в памяти, которая могла бы использоваться под дисковые кэши. Не зря Molnar использует своп и vm.swappiness=100 (хотя по моему мнению, это слишком радикально)

annoynimous ★★★★★
()
Ответ на: комментарий от madcore

> У вендузятников самый шик - это рамдиск со свопом.

/0

pekmop1024 ★★★★★
()
Ответ на: комментарий от pekmop1024

Если ты купил много RAM и используешь ее менее чем на 50% — ты зря выкинул деньги. Хотя с другой стороны, какая мне разница...

annoynimous ★★★★★
()
Ответ на: комментарий от ptah_alexs

Можно.
Можно даже вместо двери окно юзать. Но чертовски неудобно, если ты живешь на 13 этаже.

pekmop1024 ★★★★★
()
Ответ на: комментарий от ptah_alexs

> Своп можно делать не только раздел но и файл. //К.О.

Старые вендузятники скажут не только файл, но и раздел :)

Bod ★★★★
()
Ответ на: комментарий от annoynimous

Если сэкономил $30 на раме и из-за этого вынужден активно юзать своп - ты ССЗБ.
Я не такой богатый, чтобы покупать дешевые вещь.

pekmop1024 ★★★★★
()
Ответ на: комментарий от pekmop1024

> Если сэкономил $30 на раме и из-за этого вынужден активно юзать своп - ты ССЗБ.

«Активно» — это как раз тот момент, когда нужно покупать RAM. Но к чему в памяти висеть ненужным страницам, когда они спокойно могут лежать в свопе?

annoynimous ★★★★★
()
Ответ на: комментарий от annoynimous

Кроме того, в этом случае можно /tmp смонтировать в tmpfs и быть уверенным, что ненужные временные файлы спокойно лягут в своп, а не будут болтаться в памяти.

annoynimous ★★★★★
()
Ответ на: комментарий от pekmop1024

>Я сторонник бескомпромиссной производительности.
Проверь и отпиши багрепорт если и правда хочешь решить проблему!!!

$ su
# dd if=/dev/zero of=/tmp/swap bs=4096 count=262144
# mkswap /tmp/swap
# swapon /tmp/swap

xtron
()
Ответ на: комментарий от firestarter

не, я про патч исправляющий проблему а не про ведро целиком :)

true_admin ★★★★★
()
Ответ на: комментарий от xtron

> Теперь мы это покрайней мере знаем.

Баг с памятью не связан. Более того, он и с загрузкой процессора не связан.
Например, если не переключаясь на другое окно, начать тягать текущее - фризы не проявляются, даже свистоперделки в виде wobbly windows работают реактивно. Но как переткнуться попробуешь на соседнее окошко - ловишь фриз на 5-10 сек и снова потом все ок. Очень непонятное поведение, честно говоря. В браузере, например, между вкладками переключиться - проблемно, а пролистывая страницу - фриз поймать крайне сложно.

pekmop1024 ★★★★★
()
Ответ на: комментарий от elipse

> придется таки накатить 34 ведро в sid и проверить на своем тормозе SATA HDD SP2504

Да, стало лучше работать с HDD .
Зато появились внезапные самопроизвольные перестройки xorg (частота и разрешение на мониторе).
01:05.0 VGA compatible controller: ATI Technologies Inc RS690 [Radeon X1200 Series]
Жаль, это пока таки не рабочий еще для меня вариант.
Откатываюсь на 32 ведро.

elipse ★★★
()

В общем обновился сейчас до .34 и все стало шоколадно, так же шоколадно как было на одном из .32-rcX. Фризов нету. Хотя раньше проявлялись при запущенно на закачку/раздачу rtorrent'e.

Phenom II x4 20 (разлоченый Phenom II x3 720 BE) Мать GIGABYTE GA-MA785GT-UD3H (AMD 785G/AMD SB710/iTE IT8718) AHCI mode. 4 WD sata винта (500/320/320/750 Gb). home в lvm.

daemonpnz ★★★★★
()
Ответ на: комментарий от pekmop1024

Меня баг отпустил при swappiness=100 ещё на 33 ядре. Хотя на это могли наложиться тонны воркэрауднов с dirty* и nm_requests.

x3al ★★★★★
()
Ответ на: комментарий от annoynimous

> Нет, ответ меня как раз устроил, выводы я сделал.

Рад за тебя, но объясни мне связь твоего ЧСВ с багом 12309?

pekmop1024 ★★★★★
()

Да, стало по отзывчивее при тяжелом копировании. Кроме этого накатил сверху bfs. И, да, отвалился LIRC, не собираются модули. Брать надо от сюда http://www.lirc.org/software/snapshots/ версия 0.8.7pre1 уже собирается

Jurik_Phys ★★★★★
()
Ответ на: комментарий от pekmop1024

>ловишь фриз на 5-10 сек и снова потом все ок.
У тебя случаем флеш не стоит? Помнится оно так любило ресурсы жрать периодически.

xtron
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.