FLs и многоядерность.)) Шо? Опять?

[TContinental]

ФЛь8. Самая профессиональная широкоповсеместноприменяемая прога. Дык поддерживает он многоядерность или нет? Ктото мне говорил недавно что мол мультитридэд генератор процессинг из он, и фль будет думать многоядрами. Гм. Может я дурак, но хренасдва он многоядрами думать умеет. А. Нет. Умеет. Только в рандомно-последовательном порядке.



Никаких предпосылок параллельного думанья двумя/тремя/четырьмя ядрами я не смог увидеть. Проэкт трещит по швам, умирает, а используется любое одно из ядер. На секунду-две у него может быть скачёк думаний на другом ядре, как в этот же момент у первого наступает провал. Это видно из рисунка кстати. В сумме всегда = 1 ядро. Любое. Но одно. В процессе воспроизведения он меняет ядрышки.... с одного на другое гуляет.... А в сумме - всёравно единичка тока.
Так и должно быть? Зачем тогда мультитридэд? Чтобы мэй инкриз сипию перфомансэз? Помниццо в третьей фле на галочке дитеринга была подпись -

включите это, если вы верите в то что это может улучшить качество звука.

Тут тоже - может... может... может... ?



А вот что кстати твориццо в приметивной любительской проге Нуендо3 -



Зачётная работа раскиданная по всем 4-м ядрам. Параллельно.

[bart]

а если отключить галочку, какая картинка будет?

[Flake]

Дык если вы ожидаете видеть все процы под 100% - такого не буит ни с одной многоядерно-поддерживающей софтиной...

И че с любительской то Ньендо сравнивать? ФЛ знает как правильно!

[TContinental]

а если отключить галочку, какая картинка будет?

Абсолютно такаяже. И вообще ничего не изменится.


Флаке - Так или иначе, в ню ядра логично загружаются делом и весьма адекватно работают. Равномерность загрузок в пределах 10-20%.

[Playton]

На имаге-лайн форуме гол писал что фактически для ядра номер 8 мультипроцессорность - это фейк. Работающий или нет в зависимости от условий. Подозреваю, что ФЛ поддерживает двуядерность (судя по моим показателям, да), но не многоядерность. Гол обещал что многоядерность будет. Он много чего обещал. Я тоже переползаю постепенно на Нюенду и Аблетон - в нюенде писать, в аблетоне лайвами с группой играть.

[TContinental]

У тя два ядра? Скрин выложи. Тоесть на двуядерной он пашет, на 4-х - нет? В чём принципиальная между двух и много?

[TContinental]

Просто я думаю между 1 и 2 ядра - да. Есть разницо принципиальное. А вот 2,3,4,много - тут какбы не такая разница как в первом варианте. Там она принципиальная.

[Test Action]

На двух ядрах эта фича работает. Только вот по графикам это не сильно заметно.
С выключенной кнопкой, проект с несколькими z3ta подвисает и заикается, при этом диспетчер показыват загрузку проца 54%.
Фрутиковский кпу лоад показывает загрузку проца 99.

Нажимаем на кнопочку и загрузка проца вырастает до 65-70% и все идет ровно! При это одно ядро все равно загружено чуть больше.
Фрутиковский кпу лоад показывает 80-84%.

Так что могу сказать, что с двумя ядрами это работает!
Пусть на графиках этого не видно, но работает, факт! :invent:

[Playton]

Как видно, оба ядра заняты равномерно, играется в меру загруженный проект, на пике один раз был всхрип, из жрущих процессов только FL, даже касперский и интернет-сервисы отключены для достоверности. С двумя ядрами FL работает.
Ты, ТС, не совсем прав. 1 и 2 ядра - да, разница принципиальная. 2 и 3\4 - тоже принципиальная разница, а вот 3-4-5-6-7-8 - разницы мало. Дело же не только в ядрах, но и в контроллере\ах, шине\ах. Сейчас уже не вспомню конкретных характеристик, надо порыться. Но для разработчиков сделать распараллеливание на 2 ядра и сделать многопоточность на 4 ядра - сильно разные по технике и по сложности задачи.

[TContinental]

Ещё моментик - галочку мультридэд сними. Глянь как оно там будет. Ибу у мну ваще ничего нигде не менялось.

Кстати - на скриншоте про фль у меня проэкт был базовый, но тока мастер понавешал максмусов 7 штук. Не много? Длина буфера не заниженая. И проэкт встревать начал.
А на скрине с нюендой запущен был проэкт состоящий из кучи вавок 44.1/24 стерео. На кажой вавке были навешаны по 8 различных эффектов. Мой селерон 2,8 с 1,5Гб умирал просто и даже без особых эффектов на этих вавках. На Q6600 пришлось добавлять массивов со жрущщими падами, и клонировать стерео-дорожку румов барабасов. При клонировании сэмпла происходит и клонирование канала с эффектами. Чтобы загрузить комп хотя бы на 50% пришлось около 35 клонов сделать вавоки той и около 10 массивов. Затем мне просто надоело его загружать и я сдался, так и не смог убить 4 ядра больше половины. Это в противовес 7 максимусам из фля. Забавно просто.

[Playton]

Отключаю мультитред - графики примерно те же, но на первом ядре график сдвинут на 20% вверх (т.е. пики под 100), а второе на 30-35% вниз. Т.е. второе ядро таки занято чем-то синхронно с первым, но фактически основной груз берет первое.

[Mixi85]

Примерно в ноябре прошлого года, ползая по инету, выщла на какой-то сайт о съезде "писателей" софтин (ведущих и полуведущих (список был приведён примерный))
Так вот там говорилось, что они все признают, что софтины ими написаные, не обладают полноценными характеристиками для двух и более ядер-ных процев. А именно если софтина и поддерживает полностью или частично многоядерность, то инсталированые в неё плагины, как правило или не подчиняються этой характеристике или работают кривовато.. Короче решение было между ними таково - старт написания прог поддерживающих многоядерность полноценно начинается с июля этого года.
Прикинуть - год будут писать, год исправлять, а там и процы чуть изменяться. По этому кажеться сейчас напрягаться по этому поводу рановато, но и со счетов скидывать не следует.

[Flake]

у вас так хоть у всех равномерно, а у меня:


Советую попробовать SeeSAW Pro и распределить какой софт по ядрам:
http://www.mlin.net/SMPSeesaw.shtml

[Deeman.]

Я не знаю, как вы там меряете, но вот у меня оба ядра загружаются одинакого. Вторая половина графика (левая) - после отключения пипки "мультитреад генератор процессинг".

[SD]

Кстати - на скриншоте про фль у меня проэкт был базовый, но тока мастер понавешал максмусов 7 штук.

дык а чего ты хотел, лол?
а в нюенде, наверное, тот же базовый проект открывал, да?

Не поддерживает цитрус многопоточность, ага. И что?

[SD]

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

эээ, да? а в чём отличие?

для разработчика вообще нет разницы, что там с ядрами. разработчик с потоками работает. которые работают "параллельно" вне зависимости от количества ядер.

[Playton]

для разработчика вообще нет разницы, что там с ядрами. разработчик с потоками работает. которые работают "параллельно" вне зависимости от количества ядер.

Ну ты же мог уже убедиться что я мудак в разработке и сопряженных терминах. Скажи правду, СД. Как оно? Почему Гол не может сделать многоядерность, если разницы нет?

[SD]

Многоядерность делают интел да амд вот тоже немного.

А разработчики работают с потоками.

Нажми цтрл+альт+дел, далее вид-выбрать столбцы, далее - счётчик потоков. затем запусти фл, посмотри количество потоков. добавь 10 цитрусов, посмотри, насколько изменилось количество потоков. затем добавь polysix, посмотри на количество потоков, подумай о вечном.

Скажи правду, СД. Как оно?

Ну есть такой класс - поток. есть некоторые методы синхронизации потоков, которые зависят от средств разработки. И вообще, эти классы объявляются разработчиком алгоритмов. То есть, в данном случае, разработчиками плюгинов.

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

[xuMuk]

TransContinentalя понимаю, тк глюк на лицо, но и SD поддерживаю, тк с точки зрения разработчика не имеет значения каким именно образом реализованы параллельные вычисления. Он (разработчик) пользуется функциями, sdk и прочими средствами разработки в зависимости от задачи.
Скорее всего глюк вследствие использования устаревших библиотек в программе при написании разработчиками и/или глюк в системе TransContinentalя с драйверами/системными компонентами, которых может просто не хватать для работы фруктов.

[SD]

Дело в том, что для того, чтоб плюгин написать, не обязательно объявлять там экземпляры класса "поток". А если не объявлять таковых, то, сколько дллей без таких экземпляров не загружай, поток будет один. А в стандартном проекте есть только встроенные в фл синты, большая часть из которых для многопоточности должна быть переработана, чего разработчики делать не собираются(хотя, вроде, собираются). Отсюда и "проблемы" Трансцонтиненталя.