Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Sep 19 2016 12:54
    @mkpankov banned @DiXaS
  • Sep 19 2016 12:48
    @mkpankov banned @nextel
Psilon
@Pzixel

@anykey111

с десктопами сравнивать непонятно как

цпумарком сравнивали

@anykey111

а вот еслиб всю память в кеш запихнуть, нахаляву можно 200% получить или того больше

если что линейная быстрая память была в 60х

возврат в пещеры вряд ли то что ты хочешь
Denis Lisov
@tanriol
Одноядерная производительность уже практически уткнулась в потолок. Потому-то рост и перешёл на количество ядер.
На мой взгляд, следующей реально интересной точкой будет тот момент, когда мы уткнёмся в потолок по производительности на джоуль (энергопотребления и тепловыделения). Что автоматом ограничит рост локальной производительности всех носимых устройств (и, в чуть расширенном варианте, персональных).
Igor
@target-san
@tanriol Неужели тот же слак задумается о том, что электрон уже не так хорош? Сомнительно.
anykey111
@anykey111
@Pzixel в embedded пещеры медленно все приходит, а иногда и не успевает придти xD
чтобы полноценное аудио с 8 каналими раздельными сделать, нужен очень приличный проц, а еще бывает у него время кто-то отбирается печаль случается печаль с реальтаймом. Сидят обычно все на отдельных DSP и ждут когда завезут CPU крутые
red75prime
@red75prime

когда мы уткнёмся в потолок по производительности на джоуль

До теоретического минимума (3E-21 Дж/бит при комнатной температуре) ещё очень и очень далеко

anykey111
@anykey111
для видео сопроцессоры, для графики и аудио тоже, теоретически могут процессор подвезти с ПЛИС, чтобы себе самостоятельно набор инструкций делать
такие выпускает xtensa компания, они в чипах amd и телефонах стоят, но никого до нгих не допускают
но это все-равно костыли какие-то
red75prime
@red75prime
Intel Xeon 6138P c FPGA
anykey111
@anykey111
ух прайс на него конский, а как оно встраиватеся прямо в код x86 новые инструкции или он там изолирован?
Denis Lisov
@tanriol
@red75prime До теоретического вообще далеко, это да, а вот сколько в нынешних технологиях осталось запаса и когда потребуется уходить, например, на оптику - я лично не в курсе.
Alexander Irbis
@alexander-irbis
Ну, вообще мы сейчас упёрлись в тепловыделение и энергопотребление вместе с ним. Собственно, почему частоты и не могут толком повышать. Энергопотребление растёт нелинейно с повышением частоты. То, что за такт свет доли метра пролетает было актуально уже больше 10 лет назад - память уже очень давно своей параллельной жизнью живёт.
Чем приколен ARM? При том, что он в целом на порядок медленнее десктопного железа, он при этом и энергии жрёт на тот же порядок меньше. Можно смотреть видео в 4к или даже пользоваться полноценным 3d без нескольких кулеров. Там, где задачи хорошо параллелятся и всё не упирается в производительность ядра, это железо вообще во всей красе.
"Классическая" X86, опять же, уже третий десяток лет, не более чем "занавеска" - интерфейс для совместимости - перед совершенно другой, мало на неё похожей, архитектурой. Я тут недавно бросался статьёй с критикой С как безвозвратно отставшего от аппаратной реальности языка. Рано или поздно этот пузырь слоёв и прослоек лопнет.

чтобы полноценное аудио с 8 каналими раздельными сделать, нужен очень приличный проц

@anykey111 А в чём прикол "полноценного аудио"?
У меня на Raspberry 3b+ обычное mp3 стерео из веб 6-7% от производительности ядра кушает.
При том, что я пока даже не гнался за оптимизацией, мне того, что есть, хватает.
Во сколько нужно усложнить задачу, чтобы в проц на звуке упираться?

Denis Lisov
@tanriol
@alexander-irbis Мне казалось, что проблемы частот пока больше на уровне быстродействия элементов и степени параллелизма, а не энергопотребления, нет?
Psilon
@Pzixel
@alexander-irbis армы лучше подходят под компиляторный код
более слабая модель памяти, больше регистров, меньше команд, вот это все
поэтмоу они в целом более передовые нежели х86
собственно последняя модель по производительности равна мобильной пятой корке, а по энергии в 2-3 раза ниже
@tanriol последние амудешные процы в спеке имеют нормальную температуру 110 градусов
anykey111
@anykey111
@alexander-irbis современные stb как и телефоны на процессоре ничего не делают, там все напичкано модулями для декодирования видео и звука. С cpu туда кидается кусок памяти и оно само играет, как и 3d. Если имеется ввиду что оно все на одном чипе сделано SoC, то да соглащусь армы получше местами.
ОТ этого собственно и ограничения вытекают, что тебе поставили в китае, то и работает и декодирует.
Полноценное адуио сейчас, это несколько эффектов delay,reverb, компрессор и эквалайзер на 3 полосы минимум.
если брать устройства где многоканальный звук, то такая цепочка должна быть на каждом канале. Плюс если есть микрофоны то еще и входные каналы обрабатываются.
Всякие эффекты которые в рантайме подтягивают голос (как у артистов которые без фанеры петь не могут )) требуют разложение на спектр, это или fft или какие-то аналоги с оптимизацией.
поэтому сатап с 2 микрофонами и стерео, это минимум 4 канала с раздельными эффектами
Alexander Larin
@scalar438

@alexander-irbis

Я тут недавно бросался статьёй с критикой С как безвозвратно отставшего от аппаратной реальности языка.

Можно ещё раз броситься ей?

Igor
@target-san
Это например
https://queue.acm.org/detail.cfm?id=3212479
Или искать по "C is not a low level language"
Alexander Irbis
@alexander-irbis
@tanriol ну, процы и память можно разгонять достаточно далеко по частотам, нужно только запастись охлаждением жидким азотом ))
Понятное дело, это нельзя назвать экономически целесообразным способом эксплуатации, поэтому производители не затачиваются под высокую стабильность серии в таком режиме. А мобильность вообще сурово сужает рамки теплового пакета.
Alexander Irbis
@alexander-irbis
@anykey111 мне кажется речь уже не про обычное аудио, а профессиональное. Ну да, там цепочки обработки сигнала приличные.
Но всякое вышеперечисленное, мне кажется, точно так же напрашивается выносить в специализированные сопроцессоры, тем более задачи не новее того же кодирования/декодирования mp3 сотоварищи.
anykey111
@anykey111
Как запекут в железе какой-нибудь 3д движок, будн апплодировать стоя, а так только страдания с этими сопроцессорами.
30 лет уже 3д ускорители шагают по планете, а текст на них отрендерить нормально невозможно без степени PHD
Denis Lisov
@tanriol
3d-движок в железе? Не-а, не запекут... по крайней мере в ближайшее время.
Вспоминается OpenGL ранних версий :-)
Alexander Irbis
@alexander-irbis
Движок в железе - это уже какая-то другая крайность.
Да и вообще, прелесть софта в том, что он может развиваться относительно независимо от конкретных железок.
Железки можно менять сильно реже, чем софт, и это удобно.
Psilon
@Pzixel

@target-san

Это например
https://queue.acm.org/detail.cfm?id=3212479
Или искать по "C is not a low level language"

Бтв дял этой статьи выходил контрпример

Alexander Irbis
@alexander-irbis
Было бы интересно почитать.
Под этой статьёй в комментах есть ссылка на разбор темы, в основном с колокольни Go: http://esr.ibiblio.org/?p=7979 , но с немалой долей пессимизма в целом :-)
Psilon
@Pzixel
Не смог сходу найти
Dzmitry Malyshau
@kvark
@anykey111 так говоришь, как-будто текст это что-то простое
Igor
@target-san
https://habr.com/ru/post/466941/
Чисто на поржать.
Dmitry Kashitsyn
@0x7CFE
Самое поржать там вот это: https://habr.com/ru/post/466941/#comment_20613461
Alexander Irbis
@alexander-irbis
Куда катится мир https://habr.com/ru/post/466941/#comment_20611231
Однако.
Psilon
@Pzixel
в телеге уже обсудили
Dmitry Kashitsyn
@0x7CFE
я с ним недавно общался и че то помоему старик сдал уже
я пытался поговрить на разные отвлеченные темы и он не производил впечатления интересного собеседника, при всем уважении