Здравствуйте уважаемые! По традиции сразу к теме:
Достало, откровенно! При копировании больших объемов система реагирует через раз. В EiskaltDC++ хеширование заморозило систему на пол часа. Копирование свеже-скачанного Battlefield 2 на раздел с виндой вызывало частые зависания в работе. Кроме как 12309 в голову ничего не приходит! Может есть способы побороть этот недуг на современных дистрах? Ответьте друзья!)
копировали на нтфс раздел?
да, а что это меняет?
драйвер нтфс кривой, у меня тоже с этими разделами грузится сильно проц((
Ладно, хрен с ним с NTFS, но почему же тогда при хешировании система умерла?
Аналогично. Ещё случаи бывают, что файл битый копируется.
Ладно бы просто при копировании тормозило, вот если поставить торрент качать на ntfs раздел - это получается пытка.
По поводу eiskaltdc++. У меня он тоже жутко тормозил, когда была включена опция fast hash. Причем это на файловой системе ext3. Отключение этой опции помогло.
Fast Hash отключил. Посмотрим, что из этого выйдет. Спасибо!))
UPD
И действительно отключение Fast Hash помогло! Еще раз спасибо!))
Драйвер нтфс насилует процессор, чем круче камень, тем меньше проблем))
Выход: не качать торренты и дц++ на нтфс, а перемещать туда по завершению. Если есть проблемы именно с копированиям, можно поограничивать скорость.
Планировщик можно и на лету менять. Краткое описание дефолтных планировщиков и способы их смены.
Своп по-любому надо иметь, если большие объемы гоняешь туды-сюды. Используй swapspace хотя бы.
Пруф? 3 года без свопа, нтфс в наличии, с ним фризов никогда не замечал.
Начнём с того, что товарисч не выложил иформации о состоянии системы на момент "...частых зависаний в работе" (top, free, iotop и т.п.) и предложил погадать на кофейной гуще. Может у него утечка памяти в каком-либо процессе (я ж не знаю, что у него там...). Я лишь добавил своё кофейное зерно в общую гущу, т.к. считаю иметь swapspace - "есть хорошо" (ИМХО) - независимо, используется она или нет. К тому же есть-пить не просит.
Пруф на жизненный опыт? Так забивал я память (из 4G) - в своп ушло аж целых 7 мегов. Чуть-чуть, но не хватило ОЗУ - и так бывает (правда было это один раз за всё время).
И у меня гимп один раз вывалился из-за нехватки памяти, но то не плюс свопа как такового, а минус в недостатке памяти под выбранную задачу. Если про запас, то принято, цель имеет право на существование :)
Конечно про запас, для этого он (своп) и служит.
pf.natalenko.name
Попробуй данное ядро поставить.
В качестве планировщика IO используется BFQ.
В качестве планировщика CPU используется BrianFuck Scheduller.
В некоторых случаях выглядит вполне себе неплохо.
Отправить комментарий