22 марта 2017 г., 16:44 пользователь Коротаев Руслан
написал:
>
>
> Меня просто смутило: «Linux начинает выгружать из памяти код запущенных
> процессов. Сделать это он имеет право даже при отсутствие swap'а, т.к.
> копия этого кода есть на жестком диске и он всегда сможет
В сообщении от [Ср 2017-03-22 14:00 +0300]
Max Dmitrichenko пишет:
> Пройдите по ссылке ниже. Узнайте сначала что такое anonymous mapping, потом
> file backed mapping, затем перейдите к вопросу What is thrashing?
>
> [1] https://landley.net/writing/memory-faq.txt
Меня
22 марта 2017 г., 14:39 пользователь Igor Savlook написал:
> Тут видимо еще и дело в том что все разделы и своп находятся на одном
> hdd. Собсно можно чуток увеличить скорость перенеся своп на другой hdd.
>
Скорость можно. Состояние системы, когда она свалилась в такой штопор, -
Тут видимо еще и дело в том что все разделы и своп находятся на одном
hdd. Собсно можно чуток увеличить скорость перенеся своп на другой hdd.
On Tue, 2017-03-21 at 19:53 +0300, Max Dmitrichenko wrote:
> Сколько "интересных" советов от тех, кто не понимает сути проблемы.
>
> Проблема тут не в
21 марта 2017 г., 23:08 пользователь Коротаев Руслан <
subscr...@mail.kr.pp.ru> написал:
> Однако, если такое происходит, тогда
> остается единственный вариант — загружать всё в память и работать только
> в ней. То есть вам нужно сделать LiveCD и загрузить его в память.
>
Вариант далеко не
21 марта 2017 г., 23:08 пользователь Коротаев Руслан <
subscr...@mail.kr.pp.ru> написал:
>
> Не знал что линукс может выгружать код запущенных процессов без свопа,
> киньте ссылку почитать про это.
Пройдите по ссылке ниже. Узнайте сначала что такое anonymous mapping, потом
file backed mapping,
В сообщении от [Вт 2017-03-21 19:53 +0300]
Max Dmitrichenko пишет:
> Проблема тут не в неисправном железе, не в приоритетах, не в шедулере и не в
> подобных "твиках" системы. Происходит тут следущее. Пока есть доступная память
> и swap, то ОС активно использует и то, и
Сколько "интересных" советов от тех, кто не понимает сути проблемы.
Проблема тут не в неисправном железе, не в приоритетах, не в шедулере и не
в подобных "твиках" системы. Происходит тут следущее. Пока есть доступная
память и swap, то ОС активно использует и то, и другое. Но в силу каких-то
Помониторить своп. Если зависания от его заполнения, то Zswap (уменьшит ио)
и увеличить своп.
Вин ХП поставить. Оно быстрее линуксов на слабых машинах
Вставлю и свои 5 копеек. У меня есть ноут древний. Ставил на него дебиан,
убунту. симптомы ровно такие же, но возникали они спонтанно, то есть при любых
действиях, а проблема оказалось в жестком диске. Под виндой он более менее
стабильно работает, а под линем начинается такая фигня почти сразу
On Mon, 20 Mar 2017, Зиганшин Руслан wrote:
Компьютеру почти 11 лет, мат. плата (socket 775, поддержка только
одноядерных процессоров и до 2 гб ddr2 ram) и процессор (pentium 4), как
самые дорогие детали, до сих пор не заменены. Может так зависнуть при игре
младшего брата в garrys mod, что
20.03.2017 20:47, Зиганшин Руслан пишет:
Компьютеру почти 11 лет, мат. плата (socket 775, поддержка только
одноядерных процессоров и до 2 гб ddr2 ram) и процессор (pentium 4),
как самые дорогие детали, до сих пор не заменены. Может так зависнуть
при игре младшего брата в garrys mod, что
Оффтоп: С зарабатыванием небольшие проблемы: я сейчас на больничном после
курса лечения в ПНД и получаю инвалидность.
20 марта 2017 г. 23:31 пользователь "Eugene Berdnikov"
написал:
> On Mon, Mar 20, 2017 at 08:47:06PM +0300, Зиганшин Руслан wrote:
> > Компьютеру почти 11 лет,
On Mon, Mar 20, 2017 at 08:47:06PM +0300, Зиганшин Руслан wrote:
> Компьютеру почти 11 лет, мат. плата (socket 775, поддержка только
> одноядерных процессоров и до 2 гб ddr2 ram) и процессор (pentium 4), как
> самые дорогие детали, до сих пор не заменены. Может так зависнуть при игре
> младшего
Про REISUB в курсе
20 марта 2017 г. 21:55 пользователь "dimas" написал:
может, попробовать nice-level повысить, что означает меньший приоритет? при
желании ядра покомпилять, мб патченые (bfs какой-нибудь вместо стандартного
шедулера, поиграться с частотой этого... как его...
может, попробовать nice-level повысить, что означает меньший приоритет? при
желании ядра покомпилять, мб патченые (bfs какой-нибудь вместо стандартного
шедулера, поиграться с частотой этого... как его... таймера, в общем)
да, про alt+SysRq+REISUB в курсе?
2017-079 20:47 Зиганшин Руслан
Компьютеру почти 11 лет, мат. плата (socket 775, поддержка только
одноядерных процессоров и до 2 гб ddr2 ram) и процессор (pentium 4), как
самые дорогие детали, до сих пор не заменены. Может так зависнуть при игре
младшего брата в garrys mod, что переключение по ctrl+alt+f1 занимает
несколько
Всем привет!
О самой проблеме я сюда уже писал, больше года назад. Имеется материнка на
чипсете SiS 661FX. С Pentium 4 всё работало замечательно, при апгрейде на
Pentium D - зависания, несколько раз в день, как правило до холодной
перезагрузки. Нагрузочные тесты под Windows - никаких проблем
At Tue, 14 May 2013 20:53:32 +0100,
Mikhail Ramendik wrote:
[1 text/plain; KOI8-R (base64)]
Всем привет!
О самой проблеме я сюда уже писал, больше года назад. Имеется материнка на
чипсете SiS 661FX. С Pentium 4 всё работало замечательно, при апгрейде на
Pentium D - зависания, несколько
2013/5/14 Dmitrii Kashin free...@gmail.com
О самой проблеме я сюда уже писал, больше года назад. Имеется материнка
на
чипсете SiS 661FX. С Pentium 4 всё работало замечательно, при апгрейде на
Pentium D - зависания, несколько раз в день, как правило до холодной
перезагрузки.
Являюсь
2013/5/14 Dmitrii Kashin free...@gmail.com
О самой проблеме я сюда уже писал, больше года назад. Имеется материнка
на
чипсете SiS 661FX. С Pentium 4 всё работало замечательно, при апгрейде на
Pentium D - зависания, несколько раз в день, как правило до холодной
перезагрузки.
Являюсь
Всем привет!
Зависания на Pentium D вернулись :( их просто почему-то не было дня три, и я
подумал что всё пофиксилось. И вернул на место ACPI и nvidia. Оно стало
опять то виснуть, то падать иксами. Убрал nvidia вернув nv - и вот снова
зависло :( Да, посередине было подозрение на сомнительный USB
On 28.08.2011 00:51, Mikhail Ramendik wrote:
Зависания на Pentium D вернулись :(
Я понимаю, что это неспортивно, но может, пора уже закопать стюардессу?
Ресурсов на реанимацию старого говна потрачено уже явно больше, чем
стоит новое железо.
--
Alex
--
To UNSUBSCRIBE, email to debian-russian
On Sat, Aug 27, 2011 at 09:51:01PM +0100, Mikhail Ramendik wrote:
Но неожиданно обнаружилось, что на самом деле виснет не совсем ядро. Завис
произошёл во время проигрывания песни через youtube. Экран не обновляется.
Мышь не движется. Клавиатура не реагирует ни на что, включая Ctrl+Alt+F1 и
On Sat, Aug 27, 2011 at 09:51:01PM +0100, Mikhail Ramendik wrote:
Всем привет!
Зависания на Pentium D вернулись :( их просто почему-то не было дня три, и я
подумал что всё пофиксилось. И вернул на место ACPI и nvidia. Оно стало
опять то виснуть, то падать иксами. Убрал nvidia вернув nv - и
On Sat, Aug 27, 2011 at 09:51:01PM +0100, Mikhail Ramendik wrote:
- Есть ли способ выходить из такой ситуации не ресетом и/или хоть как-то в
ней разобраться, если кабель RS232 отсутствует?
Если по ssh пеерстаёт отвечать - netconsole
--
WBR, wRAR
signature.asc
Description: Digital signature
On Sun, Aug 28, 2011 at 12:54:04AM +0400, Alex Kuklin wrote:
Зависания на Pentium D вернулись :(
Я понимаю, что это неспортивно, но может, пора уже закопать стюардессу?
Ресурсов на реанимацию старого говна потрачено уже явно больше, чем
стоит новое железо.
+1
--
WBR, wRAR
signature.asc
2011/8/27 Иван Лох l...@1917.com
У Вас северный мост скорее всего перегревается. С интеграшкой еще хуже
будет.
На радиатор северного моста уже водружён вентилятор. Радиатор теперь по
ощущению чуть тёплый.
Заменить термопасту на северном мосту не представляется возможным - радиатор
приклеен.
Мне почему то кажется что все дело в процессоре, брак или еще что то.
Я так понимаю что Михаила до смены процессора проблем с перегревом не
было и зависаний тоже?
28 августа 2011 г. 1:47 пользователь Иван Лох l...@1917.com написал:
У Вас северный мост скорее всего перегревается. С интеграшкой
On Sun, Aug 07, 2011 at 02:18:53AM +0100, Mikhail Ramendik wrote:
Или полинга в системе реально нет? Как это узнать-то? В логах никакого
упоминания udisks, кроме как в контексте упомянутого BUG:, не обнаружено.
ps aux| grep udisks. Там видно будет. Скорее всего CDROM поллится.
А дальше:
Иван Лох ☫ → To debian-russian@lists.debian.org @ Sun, Aug 07, 2011 04:53 +0400
Гм. А как подключить репозитарий experimental чтобы ничего лишнего не
притянулось? Не хочется систему порушить.
Вы же не обязаны на нем работать. Ядер в системе может быть установлено хоть
50 штук. У многих
Всем привет!
Теперь зависло насовсем, даже мышь не двигалась. Ничего в логах не было
совсем.
Может ли быть так хитро неисправен сам процессор? Если да - можно ли это
как-то доказать, чтобы потребовать возврата денег от продавца на ebay? От
ubench оно не падает, есть ли ещё какие-то тесты?
7 августа 2011 г. 18:54 пользователь Mikhail Ramendik m...@ramendik.ru
написал:
Всем привет!
Теперь зависло насовсем, даже мышь не двигалась. Ничего в логах не было
совсем.
Может ли быть так хитро неисправен сам процессор? Если да - можно ли это
как-то доказать, чтобы потребовать возврата
Всем привет!
Может из-за смены процессора изменилась частота системной шины и как
следствие память стала работать нестабильно?
Проверьте memtest'ом.
2011/8/7 Mikhail Ramendik m...@ramendik.ru:
Всем привет!
Теперь зависло насовсем, даже мышь не двигалась. Ничего в логах не было
совсем.
2011/8/7 Eugene V. Samusev samu...@gmail.com
Всем привет!
Может из-за смены процессора изменилась частота системной шины и как
следствие память стала работать нестабильно?
Проверьте memtest'ом.
Частота не изменилось. Как была 200 МГц (800 QDR), так и осталась. Память в
машине стоит DDR1,
2011/8/7 Dmitry A. Zhiglov dmitry.zhig...@gmail.com
Что нить из этого должно подойти:
http://feeds.downloadcenter.intel.com/rss/?p=483lang=eng
Огромадное спасибище! Это именно то, что надо. Винда на этот случай
найдётся.
--
Yours, Mikhail Ramendik
Unless explicitly stated, all opinions in
В Sun, 7 Aug 2011 15:54:09 +0100
Mikhail Ramendik m...@ramendik.ru пишет:
Всем привет!
Теперь зависло насовсем, даже мышь не двигалась. Ничего в логах не было
совсем.
Может ли быть так хитро неисправен сам процессор? Если да - можно ли это
(после прочтения ужасов с сенсорами и скоростями
2011/8/7 Yuri Kozlov yu...@komyakino.ru
(после прочтения ужасов с сенсорами и скоростями вентиляторов)
А оставьте кулер на максимальных оборотах (выкинув всё управление из linux
и включив в биосе, если есть).
Если оно у вас так часто виснет, то результата долго ждать не придётся.
Виснет
2011/8/7 Dmitry Nezhevenko d...@inhex.net
Или полинга в системе реально нет? Как это узнать-то? В логах никакого
упоминания udisks, кроме как в контексте упомянутого BUG:, не
обнаружено.
ps aux| grep udisks. Там видно будет. Скорее всего CDROM поллится.
Так, поймал на поллинге (не в
2011/8/7 Mikhail Ramendik m...@ramendik.ru
Ага, и запускать это в фоне при старте иксов, что ли? А нет ли всё-таки
способа запретить это совсем, в конфиге? Я вроде бы понял что в udev, но как
прописать правило в udev касающееся именно этого кардридера? А в идеале -
прописать для вообще любого
зависает. В индикаторе
загрузки процессора icewm, замершем на момент зависания, видно, чо одно из
ядер на сто процентов заполнено system.
Заметил, что за некоторое время до начала этих BUG (и потом зависания) в
логе появляется вот что:
Aug 6 19:52:14 ramendik kernel: [16680.161999] BUG: unable
On Sat, Aug 06, 2011 at 11:49:14PM +0100, Mikhail Ramendik wrote:
Aug 6 19:52:14 ramendik kernel: [16680.161999] BUG: unable to handle kernel
paging request at fe11f130
Иногда это свидетельствует о том, что эти области памяти зачем-то
зарезервированы ACPI кривого BIOS.
В-общем, Вы же
2011/8/7 Иван Лох l...@1917.com
Aug 6 19:52:14 ramendik kernel: [16680.161999] BUG: unable to handle
kernel
paging request at fe11f130
Иногда это свидетельствует о том, что эти области памяти зачем-то
зарезервированы ACPI кривого BIOS.
Ну ладно, но с чего после этого через 10-15 минут
On Sun, Aug 07, 2011 at 12:44:37AM +0100, Mikhail Ramendik wrote:
В-общем, Вы же знаете, что на вопросы о проблемах _не в самой последней
версий ядра_
отвечают только в платной поддержке шапки... Есть проблемы -- ставь 3.0.1
Ahem. squeezy=stable, а тут дебианская рассылка ;)
По сути:
2011/8/7 Иван Лох l...@1917.com
On Sun, Aug 07, 2011 at 12:44:37AM +0100, Mikhail Ramendik wrote:
В-общем, Вы же знаете, что на вопросы о проблемах _не в самой последней
версий ядра_
отвечают только в платной поддержке шапки... Есть проблемы -- ставь
3.0.1
Ahem. squeezy=stable,
On Sun, Aug 07, 2011 at 01:22:44AM +0100, Mikhail Ramendik wrote:
2011/8/7 Иван Лох l...@1917.com
On Sun, Aug 07, 2011 at 12:44:37AM +0100, Mikhail Ramendik wrote:
В-общем, Вы же знаете, что на вопросы о проблемах _не в самой последней
версий ядра_
отвечают только в платной
уменьшить количество активности udisks-daemon? Похоже
что он затягивет кучу CPU именно на поллинге - потому что на чём же ещё,
если зависания вроде были НЕ в момент открывания файла в thinderbird? А мне
этот поллинг не нужен, DVD монтируется через autofs.
Или полинга в системе реально нет? Как это
М... Первое и основное: почему AMD64? Чем i386 виртуалка не устраивает?
Второе: попробуйте взять xen cloud platform в режиме single host (ну или
облака, если хотите) и посмотрите там. Там есть ADM64 bigmem ядро на
xstools.iso из состава XCP.
В принципе, можно попытаться поднять на Xen Server с
Я вчера обращался по поводу зависаний KDE. Я также обращался на дебиан-кде
откуда получил следующий ответ. Как вы его прокомментируете?
I can confirm that KDE is getting slower and slower, also with a
relative fast machine, though not as fast as yours. I haven't
experienced the hangs that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat Mar 15, 2003 at 02:47:28 +0200, Michael Shigorin wrote:
то ли 440BX)
MS
MS Zida/Tomato/Lucky Star (особенон примерно тех времен и несколько
MS раньше) -- кошмарный глюкодром.
да, это я знаю :(
MS Можете попробовать отключить кэш
MS L2 и
секунд с вероятностью ~80% все зависает). Если
использовать phoenix и xpdf 'аккуратно' т.е. чтобы нагрузка на процессор
не превышала 90% то зависания практически никогда не происходят.
При использовании vmware как ни странно все нормально, хотя при этом
активно используется и память и своп.
Памяти
On Sat, Mar 15, 2003 at 01:35:49AM +0300, Denis Dzyubenko wrote:
Возможно ли что материнская плата 'портит' память? В чем вообще может
быть проблема? Мать Zida ZX-98CT (точно не помню то ли 440ZX,
то ли 440BX)
Zida/Tomato/Lucky Star (особенон примерно тех времен и несколько
раньше) --
52 matches
Mail list logo