ampir-nnn

Совсем забыл ... LinuxCNC про джиттер и RT ядро в управлении чпу https://crafting.be/...linuxcnc-about/ http://www.cnc-club.....php?f=15&t=129 https://events.stati...ers-ELC2015.pdf http://texvedkom.org...n7-1-rt-kernel/ Ничего не напоминает ??? Как можно чего то писать, нифига не понимая о чем ... камрады Бред вы пишите, про лошадей ... !!!

Полгода назад установил Linux ? Камрады-юзеры Я давно все изучил - вам самому не смешно ? LINUX – это бульдозер, а бульдозер — это сила, особенно если за штурвалом сидит человек по имени Анастасия И здесь вы тоже, совершенно далёкий .... Для управления ЧПУ станком, ОС оптимизируют почти так же как и мы для звука, это для тех станков которые на Mach2 и Mach3. В моём случае станок работает под DOS. Комп управляет шестью обмотками шагового двигателя, которых три штуки. Отклонение частоты и фазы управляющего сигнала (определённой частоты и фазы, для каждой обмотки) сказывается на мощность и стабильность работы ШД и станка в целом. Конкретно с вами, вообще нет смысла общяться, спасибо.

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

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

Нет, я имел ввиду "джиттер операционной системы" но от него зависит и "задержки операционной системы".

"джиттер системы" - возможно найти и джиттер канализационной системы, наверное Ищите "джиттер операционной системы", но в рунете нет интересной информации по этой теме, и не только ... "jitter operating system" - здесь будет интереснее. Где искать подвох? Я дал ссылку с частичным переводом, где человек высказал свое мнение, я с ним согласен. Чел вроде авторитетный ... А я что .... Я выше написал. Лучше не будет. Хуже возможно.

ОС из RAM не работает лучше чем стандартно, тем более Linux - 100%. Все что используется Linux "на данный момент" уже в оперативной памяти, кеширование .http://rus-linux.net...onf/memory.html... https://habrahabr.ru...ft/blog/228937/ Все стандартные операции файлового ввода / вывода работают через страничный кэш. Хотя, если система менее 200Мб то наверное без разницы откуда ей работать и загружаться, скоро в кэш процессора поместится Что такое "джиттер системы" ? Google поможет вам разобраться, если захотите. SQ - существует только в вашей голове, возможно ещё у кого-то, но у каждого из вас - свой SQ

Искать можно вечно, под свою систему и потребности. Нужно настраивать ОС под свое железо (ЗК и мат. плата). У меня отлично работает Win7 и CentOS, уже обе радуют хорошим звуком, удалось подтянуть CentOS до Win7, может даже "натянуть" Win7. Помимо музыки использую их для работы и прочего .... Эксперименты с оптимизацией-пересборкой ядра, загрузкой оси в память - не дали никаких результатов, много писал об этом в прежней ветке. Десять лет назад собирал Gentoo с нуля с полной оптимизацией под ЦП, эффект был в плане производительности незначительный. Сейчас это делать смысла наверное нет, железо мощное и одинаковое в принципе. Попробовать OSS4 помучить осталось, наверное ... Решил продолжить, по поводу загрузки ОСи в память. В своих прошлых экспериментах заметил что, при загрузке ОС в память джиттер системы возрастал, .. всегда делаю измерения. Вот нашел интересную статью Бенджами ЦвиккельВладелец, Mojo Audio http://www.mojo-audi...misconceptions/ Google перевод, но в общем понятно Да, данные, буферизованные в ОЗУ, немного совершенны, но ОЗУ не является конечной ссылкой в ​​цепочке аудио.По-прежнему может произойти повреждение данных между ОЗУ и выходным буфером, а также между выходным буфером и цифроаналоговым преобразователем (ЦАП).В отличие от большинства компьютерных коммуникаций, музыкальные данные, которые выходят из компьютера через USB, Firewire и оптические порты, чаще всего однонаправлены (только), а не буферизированы, а не исправлены с ошибкой на ЦАП. Кроме того, системные ресурсы, необходимые для исправления ошибок поврежденных данных, которые буферизуются в ОЗУ, значительно замедляют производительность компьютера, что приводит к более неудобному и менее жидкому представлению. Так не было бы более разумным свести к минимуму исправление ошибок, требуемое для буферизации ОЗУ с низким уровнем шума? Вообще в статье все толково и по делу, про организацию аудио сервера, без шизотерии .... почти. Если вы занимались компьютерным звуком в течение какого-то времени, вы наверняка слышали всевозможные противоречивые мнения. На протяжении многих лет я слышал, как аудиофилы делают такие заявления: «Компьютеры используют исправление ошибок, поэтому обновление питания не имеет значения». «Если вход USB на ЦАП асинхронен, все ошибки чтения дрожания и бит будут удалены». «Если выход с компьютера будет заблокирован, все ошибки чтения дрожания и бит будут удалены». «Если программный проигрыватель программ буферизует в ОЗУ, все, что выводится с компьютера, отлично подходит». «Батареи имеют чистую мощность постоянного тока, что делает их оптимальными для питания любого компонента». «Источники питания Super Cap отключены от сети переменного тока и имеют самый низкий уровень шума». «Чем больше вы повышаете разрешение, тем лучше ваша музыка будет звучать». «Чем быстрее ваш процессор, тем выше разрешение и улучшит вашу музыку». Хотя на всех приведенных выше утверждениях существует определенная основа, все они несколько неполные и / или условные. Я написал этот блог, чтобы прояснить эти распространенные заблуждения. Изделия Mojo Audio симпотишные Ещё одна статья, про асинхронные ЦАП. Вообще данный вопрос заслуживает отдельной и большой темы. Думается мне, что любая асинхронность программная или аппаратная убивает звук. http://www.psaudio.c...onous-dac/6291/ Синхронный и асинхронный - это два звуковых слова, которые производители понимают, обращая внимание людей. Возможно, мы не понимаем, что они означают, но мы выяснили, что асинхронность лучше, чем синхронность. Итак, появился новый класс DAC, асинхронный ЦАП - только в основном это миф и вводящий в заблуждение. ............................

Можите попробовать добавить в syslinux.cfg в корне флешки с Daphile и в /boot/fw1709211559/menu.item в строку параметров ядра ..... daphile=fw1709211559 vga=788 loglevel=0 panic=1 console=tty2 threadirqs clocksource=tsc idle=poll tsc=reliable Система должна заработать постабильнее. Три параметра clocksource=tsc idle=poll tsc=reliable дают заметное улучшение.

Я не пытался, в виртуалке не пошла ... А консоль зачем?

Распаковываем iso, /boot/fw1709211559/rootfs - файловая система /boot/fw1709211559/kernel - ядро системы /boot/fw1709211559/initrd - initrd Примонтировать rootfs [root@localhost ~]# mount -o ro,loop /.../boot/fw1709211559/rootfs /mnt/disk Потом можно ..... [root@localhost ~]# ls /mnt/disk arch boot etc lib lib64 mnt proc run srv tmp var bin dev home lib32 media opt root sbin sys usr version [root@localhost ~]# chroot /mnt/disk localhost / # Изменения в rootfs из среды Daphile внести не получится, т. к. система (корневой каралог) распаковывается из образа rootfs в память. /etc/fstab # Just dummy entry to disable boot time warning about empty fstab # Daphile local mounting does not use standard Gentoo process # none /media tmpfs rw 0 0

Попробуйте из Daphile Ctrl+Alt+F2 должны попасть в консоль. Кстати Daphile собран на базе Gentoo /etc/os-release NAME=Gentoo ID=gentoo PRETTY_NAME="Gentoo/Linux" ANSI_COLOR="1;32" HOME_URL="https://www.gentoo.org/" SUPPORT_URL="https://www.gentoo.org/support/" BUG_REPORT_URL="https://bugs.gentoo.org/" ль. # emerge --info Repositories: ACCEPT_LICENSE="* -@EULA" CFLAGS="" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/gentoo-release /etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cli-php5.6/ext-active/ /etc/sandbox.d /etc/terminfo" CXXFLAGS="" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" GENTOO_MIRRORS="http://distfiles.gentoo.org" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" USE="" Unset: ACCEPT_KEYWORDS, CHOST, EMERGE_DEFAULT_OPTS, PORTAGE_BUNZIP2_COMMAND

Установите время в БИОС.

Нет, вы ничего не потеряли. Т. к. программы используют одинаковые инструкции процессоров AMD и Intel, за очень редким исключением. Никто х86 софт под конкретную платформу AMD или Intel не пишет. В Linux софт очень "консервативный", компиляция программ с новыми инструкциями Intel, которых нет в AMD, может дать обратный р-т. Софт под новые инструкции должен быть написан с нуля, это есть например в MacOSX, где систему на AMD не установить из за отсутствия SSE3 или других новых фишек Intel. В Linux такой фигни - НЕТ. Вот нашел, интересная статья Крис Касперски на эту тему https://nezumi.cyber...s/sse-pessimize многие программы поддерживают режимы оптимизации под специальные ЦП (MMX, MMXext, SSE, SSE2, SSE3, SSE4, 3DNow! 3DNowExt, и т. д.), однако, попытка форсировать компиляцию под SSE4, круче которого ничего нет, часто заканчивается чуть ли не катастрофой — от полного нежелания запускаться до падения производительности в десятки раз. почему же так происходит?! ............................ Программы под UNIX как правило распространяются в исходных текстах и предусматривают возможность компиляции под различные ЦП, дающие в лапы пользователя кучу опций, в которых не так-то просто разобраться, но от которых зависит быстродействие программы, причем зависит, прямо так скажем, весьма радикально, так что разбираться по любому все равно придется. ........................... Вот только два соображения: разработчики склоны тестировать и профилировать свои приложения под наиболее массовые архитектуры (то есть те, за которые отвечает опция ‑march=i686). Новейшие модели процессоров большинству членов сообщества Open-Source недоступны и оптимизацию приходится выполнять на «ощупь» или не выполнять вообще. Соображение номер два: программа, откомпилированная под новейшую модель процессора, становится немобильной и нетранспортабельной. Перенос на соседнюю («морально устаревшую») машину потребует повторной перекомпиляции, а это время… К чему создавать себе лишние проблемы, соблазнившись незначительным выигрышем в производительности?! ............................ UNIX-системы предоставляют пользователю практически неограниченную свободу для творчества, оставляя его наедине со множеством рычагов управления, многие из которых вообще никак не подписаны, а подписанные содержат магические аббревиатуры, объясняемые совершенно в других местах. Документация (даже если она и присутствует) покрывает лишь малую часть вопросов… Это и есть расплата за свободу. Если Windows/Mac OS – это Кадиллак, то UNIX скорее похож на трактор, водитель которого способен разобрать мотор с закрытыми глазами и собрать его обратно. Многих это коробит. Трудно представить, чтобы человек с именем Анастасия читал IntelManual и курил спецификации на MPEG2 перед запуском DVD, но… другие просто не представляют себе как можно ездить на машине, не внеся в нее пару десятков конструктивных изменений. Это два мира и умение компилировать программы еще не означает умение компилировать их _хорошо_ LINUX / UNIX – это бульдозер, а бульдозер — это сила, особенно если за штурвалом сидит человек по имени Анастасия Крис Касперски к сожалению погиб, много интересного написал .....

Кстати, выше ваш соплеменник стебался над SB Live, поставьте в свой комп если у вас остался слот PCI В нормальном Linux она звучит, как раньше . .... Лучше USB китайских свистелок. То что вы писали выше в SB Live все работает, и ЦАП в ней стоит один из самых лучших музыкальных однобитных - два канала .... В нормальной SB Live стоит прецизионный клок, кстати.

Какой смысл, для асинхронного USB ??? Он получает данные пакетами, и уже силами своего контроллера с своим клоком выдаёт в цап..... От USB в силу ущербности его, звука никогда небудет. Ну, для некоторых это возможность послушать звучание USB кабеля, клока для "кабеля" и прочих изделей от ....... "умных людей". Полный бред .... У вас пенсов много времени, изучайте теорию, между заучиванием тезисов вождя. контроллер - это комп с ОС и прочей ....

На основе какой версии OpenELEC собранна новая версия BLACKOS-lite?

Какая "жесть" , приведите хоть один пример "коррекции исходного кода программ с т.з. получения звука". Вы реально дуете в уши "непрограммистам" В чем сложность дизассемблировать бинарник, непонятно только зачем. Можно просто сравнить бинарники "вашей систеемы" и оригинальной OpenELEC . Вносить изменения в чужой код и прятать их, нельзя. Пишите свой код и прячте.

А с чего вы взяли что с ЗК ASUS Xonar Essence STX можно вывести "достойный звук" ? Это наверное самая неудачная карта для звука, для игр и кино подойдет. Самый лучший звук у меня получался с VIA Tremor - PCM61P. Хотя AP192 c внешним питанием аналоговой части звучит очень достойно. USB для звука - развод ауфилов на бабки. 100% результат - заниматься звуком в нынешнее время накладно.

@audioshock, BLACKOS - это OpenELEC с измененным ядром, всего только ... То что вы слыште - это ваши радости Никогда я ничего не выложу .... и здесь тоже

@V.K., На сайте https://pvd-audio.com написано что BLACKOS-lite "ОС собственной разработки", а как же OpenELEC @V.K., Укажите на сайте, на какой основе какой ОС собрана ваша система. И выложите изменения в исходниках, как это делают все нормальные люди.

Да ... , баньте. И вам не болеть, выздоравливайте ...

А чем плоха audiophile 192 ? Это на голову выше упомянутой вами Xonar Essence STX и прочих современных поделок. Про USB даже не инересно, лучше уже CD плеер и нафиг комп. Вроде тема не про аудиофилию, про ОСи ????

Нет "сетап" немного отличается, использую в основном встроенный Realtek ALC892, иногда audiophile 192 очень редко E-MU0202, хотя и тот был неплох. Экперементировать с системами и слушать музыку мне этого хватает. Я уже писал, аудиофилией не страдаю ..... Все не так просто. С FIR коррекцией ниже 200Гц справится не каждый современный комп, нужны фильтры не ниже 32 000 tap на канал .... DSP ни одного доступного вешнего устройства это не осилит ...... Где вы находите - "определенную группу процессоров от Intel", просто интересно практически эти параметры можно игнорировать.

@V.K., Я не в состоянии сделать свою ОСь, как и вы тоже. Возможно собрать систему на базе Deb, RPM-base, Slackware, Gentoo или как у вас на уже готовом медиа-дист OpenELEC. Я этого пока делать не буду, т. к. считаю что linux нужно собирать под конкретное железо. С Windows возможны варианты. Уже более двух месяцев использую Windows, Linux только для "опытов" и зверинца в qemu.