доколе? ступор при копировании.

12309 наверное. Трейсить надо. Как то >_<

монтируй флэшку с опцией flush, либо выбери ioscheduler noop или deadline

Чой-то у вас не так. У меня (1Гб оперативки) спокойно копируются и 10-ти и 20-ти гигабайтные файлы. Скорее всего, флешка «дырявая», либо вообще фейковая (написано 4Гб, а на самом деле там 512Мб).

>Чой-то у вас не так. У меня (1Гб оперативки) спокойно копируются и 10-ти и 20-ти гигабайтные файлы.

Аналогочно.

Попробуй копировать в другое места, а не на флешку. Мб дело в ней.

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

>да у меня даже при локальном копировании глубокий ступр бывает. выходит за пол часа

Байки из склепа.

Кривое ядро, либо дохлое железо.

Погуглите на тему 12309. Довольно неприятный баг, на данный момент не устраненный. Хотя потуги на эту тему имеются.

&^%$#. Я же сказал, что нужно сделать, это так сложно?

Как вы достали со своим 12309. Хоть один из тех, кто о нём вспоминает, обладает необходимыми знаниями, чтобы делать вывод, 12309 это или не 12309?

флешка нормальная, 32ГБ transcend, файлы пишутся и читаются, и не в ней дело. на машине скажем с 512МБ виснет при копировании в nautilus с винта на винт. а вот по scp нормально копирует даже на машине с 128МБ на флешку (n800). Дело видимо в реализации программ копирования.

Кривое ядро, либо дохлое железо.

очень содержательно, а главное - по теме!

no-dashi вам уже дал совет.

монтируй флэшку с опцией flush, либо выбери ioscheduler noop или deadline

боян. flush тут ни причём. ещё раз: по ощущениям mapping файла вытесняет всё в своп.

>Как вы достали со своим 12309. Хоть один из тех, кто о нём вспоминает, обладает необходимыми знаниями, чтобы делать вывод, 12309 это или не 12309?

Внимательно читайте описание сего бага и не нервничайте.

и ещё раз: выше написано, что с винта на винт (или на флешку) на другой машине то же самое. и винты там нормальные, и флешки тоже.

в начальном посте пример для ОЗУ 6ГБ читаем внимательно - там dd и дырявый файл (т.е., реально на винт и флешку почти ничего не пишется) а система виснет.

походу, все зависли :)

только что копировал 10ГБ файл с флешки на винт, ОЗУ-768МБ, окна переключались секунд 10-15, iotop запускался 2 минуты (по часам). и то, запущен был только браузер и терминал. если б ещё evince с kate работали, точно б всё зависло. Да, баг очень похож на 12309.

Ради прикола скопировал 18 гиговый файл с раздела на раздел. Все нормально. Убунта 10.10

Проверил у себя

$ dd if=/dev/zero of=/media/work/xxx.img bs=1M
13887+0 записей считано
13887+0 записей написано
скопировано 14561574912 байт (15 GB), 283,236 c, 51,4 MB/c
$ mount|grep work
/dev/sdb7 on /media/work type ext3 (rw,errors=remount-ro,commit=0)


Отзывчивость системы падает ниже плинтуса, но не висит. wa 40%-50%. Парадокс во том, что стоит только запустить audacious (и, соответственно, pulseaudio с повышенным приоритетом), как wa падает до 0%-20% и отзывчивость системы значительно повышается.

Ради прикола скопировал 18 гиговый файл с раздела на раздел. Все нормально. Убунта 10.10

ыы. и зарегился специально чтоб запостить? ради прикола не забыл бы написать сколько памяти. и что значит нормально. я вот тоже вчера перезагрузился, fsck в ручном режиме прогнал - и тоже всё нормально.

да, и линукс это прежде всего ядро, а не убунта ньюфаг.

>> да у меня даже при локальном копировании глубокий ступр бывает. выходит за пол часа

Байки из склепа.

Компилирую и разварачиваю архив одновремено - мыш замерает

было на старом ноуте такое, на pm965. на qm57 проблема сама-собой исчезла...
кое-как удавалось спасаться увеличением vm.dirty_background_ratio и уменьшением vm.swappiness, а так же, как сказал уже no-dashi, опциями монтирования и отрубанием cfq и(или) ncq... уже и не помню что там оптимально было...
#12309, да...

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

есть подозрение, что ты не имеешь представления о чем вообще говоришь

>Компилирую и разварачиваю архив одновремено - мыш замерает

Это потому что ты под macosx

есть подозрение, что ты не имеешь представления о чем вообще говоришь

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

Я подозреваю, что вы просто донакладывались патчей на ядро.

Я подозреваю, что вы просто донакладывались патчей на ядро.

на работе убунта, 2.6.35-23-generic-pae, дома 2.6.36 с AUFS и squashfs-lzma. поведение совершенно одинаковое => патчи ни при чём.

Ах у вас убунта...

Имею аналогичные проблемы при копировании с hdd на hdd в ubuntu 10.10.

Ах у вас убунта...

ща матом буду материться. не убунта б-дь, а линукс. дома, например, дебьян.

Вы ionice пробовали? В аналогичных случаях только он и спасает

Чего гадать то? запусти профайлер и посмотри что там тормозит.

Но если таки погадать - наверняка дело в сата-контроллере и шине PCI, что ещё может тормозить?

Что вообще на винте может тормозить? только seek. Пробовать копировать с/на ramdisk и с/на раздел без ФС.

Уверен что это ошибка 12309. Говорят со старым ядром (например 2.6.18) его нет. Он появился недавно и трудноуловим. Ещё говорят, что он проявляется не на всех чипсетах. Где-то его нет

>> Компилирую и разварачиваю архив одновремено - мыш замерает

Это потому что ты под macosx

Когда я дома, там таких проблем нету. Еще обычно фильм HD смотрю из iTunes

нихрена себе недавно... 2008-12-27 06:56

>Когда я дома, там таких проблем нету.

И как часто ты там занимаешься такой ерундой, как «Компилирую и разварачиваю архив»

По наблюдением, когда собирал генту - макось была менее отзывчива, чем линукс там же с кде4 и vesa-драйвером.

я просто предположил, что mmap может влиять на количество страниц в кеше

А mmap-то тут при чем??? В dd и cp mmap отродясь не водилось, максимум для чего он используется - для мапинга библиотеки и бинарника.

А mmap-то тут при чем??? В dd и cp mmap отродясь не водилось, максимум для чего он используется - для мапинга библиотеки и бинарника.

ну вот наконец-то! прочитав 10 раз по диагонали вы подошли к тому, что в dd и cp mmap'a нет. Я писал какбэ, что возможно, он влияет (повлиял бы), но проверить пока некогда.

Чего гадать то? запусти профайлер и посмотри что там тормозит.

Но если таки погадать - наверняка дело в сата-контроллере и шине PCI, что ещё может тормозить?

Что вообще на винте может тормозить? только seek. Пробовать копировать с/на ramdisk и с/на раздел без ФС.

ога, флешка тоже через сата-контроллер подключается.. А! ну да! в конечном счёте сигнал проходит через шину PCI!

ыы. и зарегился специально чтоб запостить?

ага, смерть как захотелось просраться в комментах

ради прикола не забыл бы написать сколько памяти.

2 гига

и что значит нормально.

т.е. в наутилусе выбрал mvk, нажал Ctrl+C перешел на другой раздел, нажал Ctrl+V, пока копировало, читал ЛОР, слушал Therion (flack). Гуй не тормозил, аудио не заикалось, время копирования 7 минут.

да, и линукс это прежде всего ядро, а не убунта ньюфаг.

О учитель, а я и незнал... Спс, что просвятил, а то бы так и помер неучем. А что убунта уже не дистриб линукса? так почему на главной не написали?

$ dd if=/dev/zero of=~/img bs=1M
^C15032+0 записей считано
15032+0 записей написано
скопировано 15762194432 байта (16 GB), 155,358 c, 101 MB/c

$ uname -a
Linux pterodaktil 2.6.32-26-generic #48-Ubuntu SMP Wed Nov 24 09:00:03 UTC 2010 i686 GNU/Linux

Перед сбросом dd

$ free
             total       used       free     shared    buffers     cached
Mem:       2061064    1621448     439616          0      38500     740692
-/+ buffers/cache:     842256    1218808
Swap:      1951856      12216    1939640

понятно, что ничего непонятно. у меня, к примеру, если free перед смертью удаётся запустить, то там считанные мегабайты, около десятка.

Сейчас мегов 800 свободно.

> ога, флешка тоже через сата-контроллер подключается.. А! ну да! в конечном счёте сигнал проходит через шину PCI!

Уже oprofile запустил? Где профиль?

С таким подходом могу только пожелать успехов!

спокойно. домой только пришёл.

запустил. чего смотреть?

Как что? Смотреть где в ядре мы проводим больше всего времени.

> По наблюдением, когда собирал генту - макось была менее отзывчива, чем линукс там же с кде4 и vesa-драйвером.

Это как ты сравнивал?

И как часто ты там занимаешься такой ерундой, как «Компилирую и разварачиваю архив»

На работе часто

>Это как ты сравнивал?

На глаз.

>> Это как ты сравнивал?

На глаз.

до меня пока смысл фразы дойти не может

>до меня пока смысл фразы дойти не может

Что непонятно? Что при сборки генты линукс был более отзывчив, чем макось?