Studio64 0.6

Нужно будет глянуть. Как раз недавно Athlon 64X2 прикупил...

Хм. Вот ядро с элементами RT я бы попробовал. Я то звук заикается, когда активно с диском работаешь.

dma включать не пробовал?

У меня SATA, если что.

>Нужно будет глянуть. Как раз недавно Athlon 64X2 прикупил... Дяя, подари милллион

Так Вам не кажется, уважаемый, что Вы просто слишком много на PCI шину устройств повесили?

>Так Вам не кажется, уважаемый, что Вы просто слишком много на PCI шину устройств повесили?

Нет, не кажется. Из внешних устройств - только модем, да видеокарта (PCI-E).

Или я вопрос не так понял?

Видать не так. 1. Контроллер SATA - на чем висит? 2. Дисков-то сколько? Если больше одного - так это они своими данными все забивают, вот звук и икает... А PCI-E видюха тут, скорее всего ни при чем...

>1. Контроллер SATA - на чем висит?

Ы-ы-ы-ы. Это как? Встроенный он.

>2. Дисков-то сколько?

1

>Если больше одного - так это они своими данными все забивают, вот звук и икает...

Я думаю, вся проблема в "нечестном" шедуллинге I/O. Когда сильно нагружаю диск (например, удаляю тонну мелких файлов на reiserfs), то другие процессы использующие диск просто висят/тормозят/икают. CPU слабо нагружен при этом.

Вполне возможно, что какими-то настройками ядра это лечится. Просто лень вникать в это. А вот если бы кто-нибудь уже собрал ядро с RT фичами для Debian, я бы попробовал.

Мне приходит в голову, что просто не может с диска считаться очередной кусок mp3, не так? Если так, то попробуй поставить elevator=cfq в параметрах ядра, может помочь.

>Мне приходит в голову, что просто не может с диска считаться очередной кусок mp3, не так? Если так, то попробуй поставить elevator=cfq в параметрах ядра, может помочь.

А где посмотреть, который текущий?

dmesg

Не всегда. Как раз-то в случае cfq ничего и не видно... Лучше уж в

/sys/block/имя_блочного_устройства/queue/scheduler

посмотреть... Там активный планировщик в квадратных скобках...

А по поводу того, что "встроенный". если только он не подключен по какому-нибудь выделенному интерфейсу, то значит висит на PCI.

>вук заикается, когда активно с диском работаешь.

Гы! А под ХР все пучком! Рано на лялих переходить еще!

О, вот и провокаторы вылезли...

>Гы! А под ХР все пучком! Рано на лялих переходить еще!

Я б тебе сказал, до чего рабочую Виндовую машину довожу, так не поверишь. Не то что звук заикается, мыша не ездит :]

> О, вот и провокаторы вылезли...

Это не провокаторы. Так и есть - на XP при активной работе винта звук не дергается. Мыша может, но и то редко. В отличие от...

Надо не кричать о провокаторах, надо делать так, чтобы даже таких мыслей не возникало. А пока что имеем то, что имеем :(

Это зависит от того насколько активная работа. Когда windows к vm астивно обращается, то звук начинает дергаться а потом и вовсе пропадает :).

> Я б тебе сказал, до чего рабочую Виндовую машину довожу, так не поверишь. Не то что звук заикается, мыша не ездит :]

Я тебе линух доведу до такого состояния за пол-часа работы под пользователем. В лучшем случае будет на пинги откликаться, да и то не факт :)

Дык речь не о том, что довести можно, а о том, что на совершенно, казалось бы, безобидных действиях наблюдаются нежелательные эффекты :)

В Linux у меня пока ограничивалось заиканием легким звука, в XP - пятиминутными перекурами, пока не просвопится. :)

> В Linux у меня пока ограничивалось заиканием легким звука, в XP - пятиминутными перекурами, пока не просвопится. :)

У тебя там какого-нибудь каспера с семантеком случайно нет ? А то они умеют... :)

Не, у меня есть IBM RSA, который стоит их обоих, умноженных на два. :)

Ах, значит не провокаторы?

Так тогда что сравниваем? неужели две системы на одном и том же железе? Отключи dma в Винде - мыша и то спотыкаться будет. При том, что ее обработчик в винде на ядерном уровне работает и отрисовка курсора тоже, а не как в Linux, в юзерспейсе. Более того, открою страшную тайну: такое наблюдается даже в насквозь реалтаймовм QNX.

> неужели две системы на одном и том же железе?

Да.

> Отключи dma в Винде - мыша и то спотыкаться будет.

Только не надо рассказывать сказки, что в линухе с винтом без DMA мыша летает :) DMA включено в обеих системах. Плюс 32-битный доступ (синхронный или асинхронный - без разницы).

> При том, что ее обработчик в винде на ядерном уровне работает и > отрисовка курсора тоже, а не как в Linux, в юзерспейсе.

Ага. В линухе и драйвер мыши тоже в юзерспейсе живет ? Тот, который отвечает за /dev/mice (/dev/input/mice, /dev/input/mouse*). Андерсон, блин :)

PS. Кто бы еще подсказал, как включить DMA на USB-винт :)

> Гы! А под ХР все пучком! Рано на лялих переходить еще!

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

Да, как посмотришь их список пакетов:

http://64studio.com/file/packages/64studio/tasksel/lists/64studio

Так сразу и видно - внушительный список, просто внушительнее некуда...

Так я не понял, и сидите на XP, раз там все в шоколаде. Пернуть в тряпочку и смыться?

И сидим. Работать-то надо.

> Ага. В линухе и драйвер мыши тоже в юзерспейсе живет ? Тот, который
> отвечает за /dev/mice (/dev/input/mice, /dev/input/mouse*). Андерсон,
> блин :)

Код, который отрисовывает мышиный курсор, в Linux живет в userspace,
а в XP - в ядре, анонимный брат Гримм ;)

> И сидим. Работать-то надо.

Флейм на LOR - это часть работы? 8)

Опа, и давно сидение под XP стало называться "работой"?

И что, Вас, бедненького прямо-таки по воскресеньям работать заставляют? Да еще так, что Вас ужасно раздражает заикающаяся музыка? Сочувствую, сочувствую...

Вот тут человек правильно говорит:

> /sys/block/имя_блочного_устройства/queue/scheduler

там скорее всего будет типа:
noop [anticipatory] deadline cfq

сделай
echo "cfq" > /sys/block/имя_блочного_устройства/queue/scheduler

и у тебя io scheduler переключится на cfq, возможно поможет.

имя_блочного_устройства - это соответственно например sda

Странно у меня AMD64X2 + 6 hdd (raid5) av.load все время не меньше 1.9 и звук не заикается не только на мп3 но и даже когда видео играет то все пучком - единнственно подтормаживает когда при записи CD/DVD finalise disk.

Всё основное есть. Штепселей ладспашных, правда, маловато.

Ребяты, вот вам от заикания : http://wiki.fantoo.ru/index.php/Realtime_Sources_HOWTO

Ещё один ненужный кулибинский дебиан-мутант... Почему бы просто не сделать pool, куда положить оптимизированные сборки и патчи к ядру в виде пакетов? Так нет же, дистрибутив! А я думал, что времена пионерских забав по созданию своих ЯП, OS и дистрибутивов безвозвратно прошли...

Неплохое пособие... :)

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

А вот на моём стареньком р3 577 с ядром 2.4.3х-чё-татам... при самой активной нагрузке, и на проц и на винт, мп3-шки звучат без икания, вообще.

А на атлоне64, при ворочании Yast'ом rpm базы - икаютю. Ну чё за ерунда.

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

>А я отвечу. потому что, небось, на старом компе отдельная звуковуха, а не инегрированное все-со-всем дерьмецо, которое охоче до проца, шины, да притом криво с ними работающее.

Да, там отдельная звуковуха, хоть и древняя ESS. А здесь кучаканальная, но впаянная. Обидно.

Да я с самого начала долдоню в этом треде: производители говноматеринок понавешают на PCI и звук, и сетевую (гигабитку! уроды...) и диски (а то еще и рейды), а потом "Linux виноват, что икает". Все как-то забывается, что 5 лет назад это работало потому, что гигабитки были где-то на оптике, не в PCюках, диски - медленные, а звуки перимущественно двухканальные... Да притом это все полосу пропускания жрет от пуза и ACPI дебильный, разруливает криво.

Есть 2 вещи, которые меня бесят в современных компах: ACPI и USB. И то, и другое, в кривейших инкарнациях криворуких желтых парней просто ужасно. Да и сами спецификации - дерьмо еще то.