The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Доступна реализация на JavaScript звуковых кодеков MP3, Appl..., opennews (??), 12-Июл-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


3. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от greenman (ok), 12-Июл-12, 14:56 
> Например, JavaScript-декодер MP3 обеспечивает беспроблемное проигрывание MP3-файлов с битрейтом вплоть до 320 KBit/sec.

Небось, с загрузкой по крайней мере одного ядра i7 под 100%?

Ответить | Правка | Наверх | Cообщить модератору

5. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +3 +/
Сообщение от скрипучаяЖаба (?), 12-Июл-12, 15:04 
Нет, жрёт на моём 4ядернике АМДешном 1-2%. На Хабре тема была с демками.
Ответить | Правка | Наверх | Cообщить модератору

7. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +9 +/
Сообщение от ДяДя (?), 12-Июл-12, 15:10 
А на моём 4-х ядернике АМДешном VLC при проигрывании flac жрёт до 8%. Видать пришла пора на JavaScript переходить ;-)
Ответить | Правка | Наверх | Cообщить модератору

13. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +1 +/
Сообщение от Аноним (-), 12-Июл-12, 15:51 
Угу, и конечно же он будет жрать меньше. Бенчи давайте, сказки про чудеса для бабушек оставьте.
Ответить | Правка | Наверх | Cообщить модератору

34. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  –3 +/
Сообщение от Аноним (-), 12-Июл-12, 17:03 
http://wingolog.org/archives/2011/06/10/v8-is-faster-than-gcc
Ответить | Правка | Наверх | Cообщить модератору

47. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +9 +/
Сообщение от Аноним (-), 12-Июл-12, 18:58 
Сравнение ситуации с проституцией?
Ответить | Правка | Наверх | Cообщить модератору

63. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +3 +/
Сообщение от Аноним (-), 13-Июл-12, 01:54 
> http://wingolog.org/archives/2011/06/10/v8-is-faster-than-gcc

Ну нифига ж себе бенч, такому подгону чисел от скрипткиддей даже Чуров позавидует: "Naturally this includes the GCC compile times".

А ничего что я вообще не компилирую кодеки на регулярной основе? Более того, как указали в результате, gcc оптимизит пример до одной ассемблерной команды - натянуть его не выйдет даже на чистейшем ассемблере :)

В общем пока что будем считать доказанным только умение жонглировать цифрами. А как насчет бенчей просто алгоритмики. Ну например берем и кодируем/декодируем мп3 (vorbis, flac) на время. Вот это - да, бенч.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

72. "Доступна реализация на JavaScript звуковых кодеков MP3,..."  –1 +/
Сообщение от arisu (ok), 13-Июл-12, 08:47 
мда. совсем тухлый анонимус пошёл, без специального тэга шуток не понимает.

ну и, конечно, обозвать wingolog'а скрипткиддисом — это круто. ай, моська…

Ответить | Правка | Наверх | Cообщить модератору

74. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от ыгччemail (?), 13-Июл-12, 10:06 
Мало этого, для gcc специально создана ситуация при которой он не может заинлайнить вызываемую в цикле функцию.

Так аффтар еще и изобиделся когда его в комментариях во все это натыкали мордой.

Феерично.

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

75. "Доступна реализация на JavaScript звуковых кодеков MP3,..."  +/
Сообщение от arisu (ok), 13-Июл-12, 10:21 
чёрт. знал бы, что эта шутка такой хороший детектор — сам бы запостил. фееричное школоло Обличает.
Ответить | Правка | Наверх | Cообщить модератору

33. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от Аноним (-), 12-Июл-12, 16:57 
Вы то ли троль, то ли где-то ошиблись, то ли что-то сильно поломали в системе, то ли чего то не договариваете, то ли вам продали бракованное железо то ли еще что-то. Но не должен VLC жрать столько ресурсов и в помине на flac. Возможно, включены какие-то звуковые фильтры, оно вообще на такой системе должно брать доли процента ресурсов.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

54. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от wasia (?), 12-Июл-12, 20:28 
все современный процессоры умеют снижать частоту в простое
, т.ч. в зависимомти от p-state может быть и 8%
Ответить | Правка | Наверх | Cообщить модератору

57. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от Аноним (-), 12-Июл-12, 22:30 
Ну значит вариант "не договаривает". Хотя до такой степени врят-ли умеют снижать.
Ответить | Правка | Наверх | Cообщить модератору

56. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от ДяДя (?), 12-Июл-12, 21:43 
Специально перепроверил.
9% Kubuntu (При этом cpufreq-info говорит, что частота проца 800МГц).
8% Windows 7 на работе. Как смотреть частоту не знаю.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

77. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от Аноним (-), 13-Июл-12, 11:15 
Ну значит у меня в Gennoo что-то заоптимизировано под процессор.
Ответить | Правка | Наверх | Cообщить модератору

78. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 13-Июл-12, 13:25 
> Ну значит у меня в Gennoo что-то заоптимизировано под процессор.

В зависимости от характера нагрузки в top можно просто не видеть пики, так xmms на гораздо более дохлом железе потреблял "полпроцента" (а на деле всё же заметно больше).

Ответить | Правка | Наверх | Cообщить модератору

6. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от Аноним (-), 12-Июл-12, 15:09 
Не жрет, нагрузка ни систему осталась в пределах погрешности. +/- 1% нагрузки на стареньком Core 2 Duo
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

39. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от tulskiy (ok), 12-Июл-12, 18:01 
помнится, я написал новость про аудио плеер с декодерами на жаве, мне то же самое говорили, с возгласами "закопат!", не вы ли? что интересно, жабаскриптовые декодеры, хоть и похуже качеством звук выдают, но кушают всего на 5-7% больше процессора чем декодеры на жабе.

для сравнения, те же жавьи декодеры на адройде насмерть загружают одно ядро на sgs2.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

41. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  –2 +/
Сообщение от Нанобот (?), 12-Июл-12, 18:22 
та по-большому счёту на любую, даже самую крутую прогрессивную новость, всегда найдутся желающие обгадить. а дальше дело техники - до у них не будет работать на процессоре пентиум-1 100мгц, то будет не хватать ихних 32Мб памяти, то лицензия не устраивает. на этих нытиков нужно просто научиться забивать и делать то, что считаешь нужным
Ответить | Правка | Наверх | Cообщить модератору

64. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +1 +/
Сообщение от Аноним (-), 13-Июл-12, 01:57 
> научиться забивать и делать то, что считаешь нужным

И главное - ни в коем случае не считать себя скрипткидисом а свои скриптошитовые конструкции - поделками. Надо мнить себя крутым гуру, ставя свои поделки в 1 ряд с кодеками писаными на оптимизнутом SIMD асме. А если бенчи вдруг не в вашу пользу - ну так надо значит время коипила приплюсовать! А то как же это так - вас да вдруг сделали по скорости? В три раза?! Да врут, нагло врут! :)

Ответить | Правка | Наверх | Cообщить модератору

43. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от Crazy Alex (ok), 12-Июл-12, 18:29 
с джавой на десктопе есть одна нехорошая проблема - jvm  не умеет отдавать память системе. Не заю уж как тот конкретный плеер был устроен, но сплошь и рядом бывают ситуации, когда память нужна на пару минут, а держит её приложение часами. Причём GC там еще и шуршит что-то, так что ос это дело даже в свопе постоянно держать не может.

Кстати, насчет "декодеры похуже качеством звук выдают" - а это откуда дровишки?

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

48. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от tulskiy (ok), 12-Июл-12, 19:08 
> Кстати, насчет "декодеры похуже качеством звук выдают" - а это откуда дровишки?

здесь не совсем правильно выразился. звук у меня заикался, может быть и не из-за декодеров. не знаю как можно из этого декодера вытащить чистый PCM чтобы сравнить насколько отличается. Вполне возможно что для mp3 и aac использовались хаки для улучшения производительности в ущерб качеству звука.

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

Ответить | Правка | Наверх | Cообщить модератору

59. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от Crazy Alex (ok), 12-Июл-12, 23:30 
Поподробнее насчёт отдачи джавой памяти и параметров можно? Насколько я знаю, там сам дизайн GC (по крайней мере в Sun JVM) этого не позволяет. Ограничить объем съедаемойпамяти - да, -Xmx и тому подобное. Но чтобы отдавала назад системе?
Ответить | Правка | Наверх | Cообщить модератору

86. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от tulskiy (ok), 14-Июл-12, 10:38 
есть такие параметры как

-XX:MaxHeapFreeRatio=20 (default: 70)
-XX:MinHeapFreeRatio=10 (default: 40)

которые говорят что если больше 20% свободной памяти после gc, то отдать системе памяти. И соответственно забирать больше памяти только если после gc остается меньше 10% свободной.

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

Ответить | Правка | Наверх | Cообщить модератору

87. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  –1 +/
Сообщение от x0r (??), 14-Июл-12, 14:50 
и в итоге получается JVM съевшее полпамяти системы - маскирует лики кривой программы на яве?
Ответить | Правка | Наверх | Cообщить модератору

65. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от Аноним (-), 13-Июл-12, 01:59 
> здесь не совсем правильно выразился. звук у меня заикался,

Видимо не уложилось в реалтайм и продолбало момент когда надо порцию расжатых данных отгрузить.

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

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

53. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от ВовкаОсиистemail (ok), 12-Июл-12, 20:00 
декодинг - это по сути жосткий секс с побитовыми и математическими операциями. А они jit`ом компилируются прекрасно, нагрузки особой не должно быть. А вот если отключить jit...
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

66. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +1 +/
Сообщение от Аноним (-), 13-Июл-12, 02:04 
> декодинг - это по сути жосткий секс с побитовыми и математическими операциями.
> А они jit`ом компилируются прекрасно,

А это смотря с чем сравнивать. Если с мелкими блоками выписанного вручную SIMD асма - то оно может просрать во многие разы. Другое дело что 1 или 10% - никто не заметит :)

И еще господа с колонками и наушниками за 300 рублей не отличат так сходу например ресамплинг "nearest neighbor" от например кубического. Но второй лучше. Хоть и жрет куда как больше ресурсов. Понятен пень что если его на яваскрипте писать - там чуть ли не Крэй для запуска понадобится, но про это можно и не упоминать, сравнив вместо этого ежа с ужом :)

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру