Что распараллелить?

нафик аду; эрланг - модно, молодежно, функционально, динамично!

Я не гонюсь за модой.

P.S. А по теме ответить слабо?

lame encoder.

А что кому-то не хватает его производительности?

Не хватает параллелизации - он тупо в один поток колотит.

>Подскажите что можно
Подскажите, что можно

при условии что это

при условии, что это

кому ни будь

кому-нибудь

NUMPROC=10

find . -name «*.wav» -print0 | xargs -0 -P $NUMPROC lame

с аргументами сами разберётесь

Распараллель bunzip2 или gunzip.

Да, или ядро openbsd.

>xargs

Ну то есть ты сюда потроллить зашел. lame от этого не распараллелится.

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

> Ну то есть ты сюда потроллить зашел. lame от этого не распараллелится.

А и не нужно.

>Я думал распараллелить FLAC

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

FlacCL и FlaCUDA же! Сильно быстрее однопоточного.

>А и не нужно.

Что это тогда все так про параллелизм заговорили. Не нужен же он никому.

Параллелизм нужен на задачах, которые имеет смысл параллелить, ну.

А прежде чем слушать «всех» надо головой подумать.

bzip не смотрел. Смотрел gzip, zlib и xz. Для gzip сам автор сделал параллельную версию - pigz. Хотел сделать распараллеленую версию zlib полностью совместимую с оригиналом чтобы другие программы могли с ней работать без переделки но утонул в костылях для кучи платформ и архитектур которые она поддерживает. Пришел к выводу что гарантировать 100% совместимость без тестирования на всём этом добре я не могу а делать не полностью совместимую версию бессмысленно потому что ни кто не будет ей пользоваться при наличии оригинала. Остаётся xz но он просто огромный да и авторы скоро его всё равно распараллелят. Какой смысл плодить клона.

Не понимаю нафига людям такая скорость. Они что сотни часов звука кодируют ежеминутно? Какой в этом практический смысл?

Коливас уже написал lrzip.

>Какой в этом практический смысл?

Какой смысл ездить на автомобилях, если можно и пешком за 2 дня дойти?

Я правда не понимаю какая разница закодируется альбом за 0.1 секунды или за 0.0001 секунды.

А чем он принципиально отличается от xz?

Вот когда оно сможет упереться в скорость I/O - тогда и отвечу.
А пока только параллелить и проц пытаться загрузить.

«распараллелить» - это к Erlang'у.

А если хочется в противогазе, на лыжах в гамаке - тогда уж лучше на ассемблере и брэйнфаке - для «полноты ощущений».

Ого, Ada! Лорчую. На ней действительно удобно параллелить. Ну распараллельте какую-нибудь штуку для обработки изображений, распознающую нейронную сеть. Можно какую-нибудь физическую задачу. У нас, например, кто-то параллелил расчет эйлеровых эластик.

можно агентов сделать с мозгами на нейроных сетях, жрущих друг друга, с естественным отбором самых приспособленных, с эволюцией, как это в примере в хорошей книжке «Программирование искусственного интеллекта в приложениях».

Там будет параллельности ну просто завались.

Для нейронных сетей лучше OpenCL нет. IMHO. Простейший алгоритм. Ни какого взаимодействия между потоками. Параллелится на туеву хучу потоков идеально. Тут Ada не нужна. Для Ada было бы хорошо IMHO немного потоков со сложным алгоритмом взамодействия.

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

> можно агентов сделать с мозгами на нейроных сетях, жрущих друг друга, с естественным отбором самых приспособленных, с эволюцией

Я такое уже делаю под настроение. Только на C++ + OpenMP. Там надо прикрутить саморазвивающиеся мозги от hyperNEAT. Только времени всё нет. Да и в любом случае врядли твари изобразят поведение более интеллектуальное и интересное чем кучка муравьёв, не говоря уже о стаде баранов. Полезнее было их учить код оптимизировать.

Распараль tar и bzip2 пожалуйста. С удовольствием буду этим пользоватся.

Параллелить на CPU давно уже не модно - и так все, что можно, распараллелено. А вот на GPU... mencoder'овские и ffmpeg'овские кодеки (на сжатие) сделать бы...

дык в чём проблема? делайте, развивайте опенсорс. Переведите их код на видеокарту.

Мне бы для начала свои велосипеды на видеокарту перевести.

Идешь в ближайший институт заваливаешься на кафедру физики и там общаешься с нучными сотрудниками. Получишь кучу задач, которые надо посчитать быстро и в больших объемах. Я гарантирую это!!

Напиши AMQP-клиент для Ada.

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

Например тому кто захочет реализовать алгоритм в fpga.