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

Выпуск rav1e 0.3, кодировщика AV1 на языке Rust , opennews (ok), 09-Фев-20, (0) [смотреть все] а почему на Rust заходим в репо, видим что 57 кода это язык ассемблера а кром, leap42 (ok), 10:16 , 09-Фев-20, (1) +11   // Assembly 56 9 Rust 42 8 Действительно, почему , Аноним (2), 10:21 , 09-Фев-20, (2) +6   // Вы построчно считаете Сколько ассемблерных инструкций в одной строке раста , коржик (?), 13:24 , 09-Фев-20, (31) +1   Интересно, сколько там rust-строк безопасных , а сколько в unsafe-блоках , Андрей (??), 15:48 , 09-Фев-20, (57) +7   Ну и что На асме 20 файлов вынесены только платформо-зависимые вещи вроде SSE, proninyaroslav (ok), 10:48 , 09-Фев-20, (6) +5   // Тоесть асмный код эффективный а раст это мусор Ну я так и знал, mommy (?), 11:24 , 09-Фев-20, (9) –5   // А раст безопасный Безопасно вызвать асм код это особое искусство , Аноним (17), 12:07 , 09-Фев-20, (17) +15   128515 128515 128515 , Аноним (-), 15:44 , 09-Фев-20, (54) +1   Скрыто модератором, nelson (??), 17:01 , 09-Фев-20, (66) –6   Асм эффективнее любого существующего языка Конечно, в большинстве случаев компи, proninyaroslav (ok), 12:30 , 09-Фев-20, (26) –3   Дык человек-то ещё менее всемогущ и предсказуем, особенно когда это касается спе, A.Stahl (ok), 14:12 , 09-Фев-20, (39)   То есть вы хотите сказать что компилятор абсолютно всегда знает где применять SI, proninyaroslav (ok), 14:21 , 09-Фев-20, (41) –1   На самом деле вы недооцениваете компиляторы, и переоцениваете человека Как прав, Анонимиус (??), 19:17 , 09-Фев-20, (76) +7   Да, при должной квалификации и знания потрохов того компилятора, для которого , proninyaroslav (ok), 20:05 , 09-Фев-20, (82)   Вы переоцениваете компиляторы В любом оптимизированном кодеке будет много ассем, VEG (ok), 11:31 , 10-Фев-20, (115) +1   Не обязательно ИИ Обширный набор эвристик, теория отимизации графов и прочие ум, виндотролль (ok), 03:47 , 10-Фев-20, (104) +2   Ага, именно поэтому все самые быстрые кодеки всегда на низкоуровневых C Rust с к, VEG (ok), 11:37 , 10-Фев-20, (116) –1   От задачи зависит Теоретически, чем более высокоуровневый язык, тем круче оптим, виндотролль (ok), 18:12 , 10-Фев-20, (128) +2   Все верно Здесь - считаем Здесь https sourceware org git p glibc git a tree, Аноним84701 (ok), 14:49 , 09-Фев-20, (45) +3   асмный код - это различная реализация одних и тех же процедур для разных платфор, Аноним (89), 22:17 , 09-Фев-20, (89)   Покажите хотя бы один компилятор, который делает автоматическую оптимизацию в SI, Аноним (121), 13:10 , 10-Фев-20, (121) –1   Пожалуйста https godbolt org z eyj-xbGCC 9 2, Иван (??), 00:06 , 11-Фев-20, (137) +1   Т е чтобы вызывать функции из 20-ти файлов на асме, требуется 111 неэффективных, Аноним (87), 20:34 , 09-Фев-20, (87) +1   А потому, что Rust он же безопасный и в указатели на нём низзя-низзя, моветон П, Аноним (32), 13:31 , 09-Фев-20, (32) –4   Забавно то, что в декодере dav1d, написанном на С, аналогичная картина Assembly , Аноним (37), 14:06 , 09-Фев-20, (37) +10   // он НЕБЕЗОПАСТНЫЙ, как вы не можете этого понять , нах. (?), 15:01 , 09-Фев-20, (48) –5   Скрыто модератором, Аноним (3), 10:22 , 09-Фев-20, (3) +2 Что плохого в Rust А то его здесь много критикуют , Аноним (4), 10:39 , 09-Фев-20, (4) +7 // в Rust ничего плохого, просто проект в основном на ассемблере написан, а не на г, leap42 (ok), 10:41 , 09-Фев-20, (5) +1 Скрыто модератором, Аноним (7), 11:17 , 09-Фев-20, (7) –4 // Скрыто модератором, коржик (?), 11:18 , 09-Фев-20, (8) +7 // Скрыто модератором, mommy (?), 11:25 , 09-Фев-20, (10) +2 Скрыто модератором, emg81 (ok), 16:00 , 09-Фев-20, (59) +5 Скрыто модератором, Аноним (4), 11:37 , 09-Фев-20, (14) +1 Вокруг раста слишком много хайпа, многие не понимают сильных сторон этого языка , segesg (?), 11:27 , 09-Фев-20, (11) +5 // Ну вообще, конечно, управление памятью без сборщика мусора всегда было мечтой ни, Аноним (4), 11:36 , 09-Фев-20, (13) +3 Ну плюсы тоже сложные, если использовать их правильно , proninyaroslav (ok), 12:22 , 09-Фев-20, (25) // В том, собственно, и смысл На плюсах просто начать писать, но научиться писать , Аноним (74), 19:11 , 09-Фев-20, (74) +4 Я имел ввиду что некоторые тоже хейтят C за свою сложность, но продолжают писа, proninyaroslav (ok), 20:22 , 09-Фев-20, (83) в самом rust может и ничего особенно плохого хотя лично мне идея кажется феерич, нах. (?), 13:04 , 09-Фев-20, (28) // Человек даже свой жаргон ненависти придумал Читаю и радуюсь , Илья (??), 14:52 , 09-Фев-20, (46) +6 // видимо, более сложные слова разбирать для тебя - задача невыполнимая, альтернати, нах. (?), 15:00 , 09-Фев-20, (47) –4 Последствия любого упоминания Rust здесь мне напоминают двухминутку ненависти из, Аноним (74), 19:15 , 09-Фев-20, (75) +3 Я, конечно, сам тоже скептик переписывания, но по-вашему никакого нового кода вз, Аноним (4), 15:03 , 09-Фев-20, (49) +1 // Если никакого _нового_ кода, не взамен существующего, не появилось на значительн, нах. (?), 15:32 , 09-Фев-20, (52) Это не особо хорошо, да Хотя если честно, я все равно не пойму такой силы напад, Аноним (4), 16:57 , 09-Фев-20, (64) +1 ну потому что задолбали уже всех белки-истерички, рассказывающие о том, как всем, нах. (?), 17:24 , 09-Фев-20, (69) –1 Как минимум, на opennet редко кто врывается и что-то рассказывает про Rust Здес, Аноним (74), 18:54 , 09-Фев-20, (73) +11 Не кормите троллей, Илья (??), 20:29 , 09-Фев-20, (84) Как же нам тогда писать софт с меньшим числом досадных багов и уязвимостей И ка, Аноним (4), 19:45 , 09-Фев-20, (79) Я достаточно изучил местную аудиторию, так что наверняка предложенные вам вариан, Аноним (74), 19:56 , 09-Фев-20, (81) Как я не догадался Конечно, если разработчик сможет абстрагироваться от мелких, , коржик (?), 20:10 , 10-Фев-20, (131) +1 у него будет больше времени на тяп-ляп Это плохо Управление памятью не является, нах. (?), 10:32 , 11-Фев-20, (139) –2 Считать деньги это по вашему тяп ляп Биллинг, генерация документов и репортов э, коржик (?), 21:45 , 11-Фев-20, (148) Это какое же у вас железо то У меня вот например воспроизводит 1080р на i5-2520, Obito (ok), 13:44 , 22-Мрт-20, (153) Это болезнь любого нового или не очень языка Язык просто ищет применение, а т, proninyaroslav (ok), 20:31 , 09-Фев-20, (86) // нет Это новоизобретение именно модных-современных язычков Повторяю _все_ что б, нах. (?), 22:16 , 09-Фев-20, (88) +1 Ну, хоть и раст изначально разрабатывался без определённой прикладной цели, но ч, proninyaroslav (ok), 22:36 , 09-Фев-20, (93) +1 Откуда вы это берете Если это действительно просто троллинг, то прямо слишком т, Аноним (74), 22:47 , 09-Фев-20, (94) +2 дружище, мы эти сказочки про дело-небыстрое слушаем уже лет семь, кажется В это , нах. (?), 10:49 , 10-Фев-20, (114) –1 У гугла подход простой 1 Перекупить ключевых разрабов у других компаний напом, Аноним (117), 12:40 , 10-Фев-20, (117) почему нет-то Они не хотели работать затак Они хотели работать за мало бабла , нах. (?), 13:04 , 10-Фев-20, (120) –1 почему нет-то c Спорно Проекты на Rust нередко обходят по производительности , Аноним (117), 14:07 , 10-Фев-20, (125) +1 А вот и нет, Юникс был в начале на асме написан А уж потом придумали Си и переп, Аноним (4), 04:52 , 10-Фев-20, (106) +1 то что было написано на асме- было примитивным монитором, с тремя командами ls c, нах. (?), 07:14 , 10-Фев-20, (108) Как будто это просто очередной язычок, а про компайл-тайм гарантии безопасности , Аноним (4), 04:54 , 10-Фев-20, (107) +1 Ага, особенно Страуструп, писавший инновационную и нанотехнологичную 8230 науч, имя (ok), 00:20 , 10-Фев-20, (98) +2 // afair, cfront использовался для какой-то вполне осмысленной деятельности, пусть , нах. (?), 07:29 , 10-Фев-20, (109) –1 https cve mitre org cgi-bin cvekey cgi keyword firefox cssЗа два года всего дв, имя (ok), 13:25 , 10-Фев-20, (122) +4 А остальные не отнесли к css Я просто смотрю на release notes шерстяного с очере, нах. (?), 13:49 , 10-Фев-20, (123) –3 Истина всегда где-то рядом Важен лишь продуктивный симбиоз для решения конкретн, Аноним (12), 11:30 , 09-Фев-20, (12) –1 Я тут недавно выяснил, что для h264 минимальный битрейт порядка 10000kbps на 108, Аноним (15), 12:00 , 09-Фев-20, (15) // Кто уже догадался что в качестве разных кодировщиков нет никакой разницы и не ст, Аноним (17), 12:10 , 09-Фев-20, (20) +1 // Я могу сказать, что на 360p h265 битрейт 300kbps равен 1000kbps h264 И h265 4, Аноним (15), 12:18 , 09-Фев-20, (24) +1 // а заниматься тем же самым для h264 тебе было не с руки, поэтому и получили что п, нах. (?), 13:06 , 09-Фев-20, (29) Визуально качество очень сильно отличается Я твикал на предмет удобоваримой ско, Аноним (15), 13:17 , 09-Фев-20, (30) разница вполне может быть вызвана тем, что самый медленный пресет все равно тв, нах. (?), 13:34 , 09-Фев-20, (33) +2 Да не, x265 уделывает x264 целиком и полностью Особенно, на низком битрейте бри, Аноним (15), 14:06 , 09-Фев-20, (36) пресеты не особо менялись первые лет десять А дальше я перестал следить - полаг, нах. (?), 15:39 , 09-Фев-20, (53) –1 Годнота попадается иногда Сканы с шумной кинопленки Имхо, будущее за 50p 60p И , artenox (?), 19:33 , 09-Фев-20, (78) ее сканировать уже нечем, к сожалению Это тебе не нескучный язык приспособить к , нах. (?), 22:26 , 09-Фев-20, (90) Кстати, на счет этого -- для Canon существует такой твик фирмвари Magic Latern, , Thony (?), 11:10 , 11-Фев-20, (141) +1 Можно ссылочки Мне очень методики сравнения интересны, я не понимаю как это мож, Ordu (ok), 15:29 , 09-Фев-20, (51) // Есть метрики навроде VMAF и PSNR, гуглится на раз Насчёт информации на русском , Аноним (15), 16:27 , 09-Фев-20, (61) +1 // отдельный вопрос, каково их отношение к видимому глазом качеству Гуглится это с, нах. (?), 17:17 , 09-Фев-20, (68) +1 Сравнивать визуальные артефакты различных кодеков равноценно нельзя, но степень , Аноним (15), 18:42 , 09-Фев-20, (72) дык а кому она нужна, степень эта Если мы их глазом либо не видим, либо видим с, нах. (?), 22:29 , 09-Фев-20, (91) +1 Ну поэтому я просто проверяю скриптом битрейт и параметры у файлов из интернета , Аноним (15), 23:19 , 09-Фев-20, (95) Коммерческие кодеры Mainconcept не пишут параметры кодирования YouTube еще выр, artenox (?), 00:02 , 10-Фев-20, (96) +1 Да, просто пока что мне ещё не попадались хорошие файлы с удалённой инфой в инте, Аноним (15), 00:26 , 10-Фев-20, (99) CABAC, Ref MediaInfo показывает В Avidemux можно посмотреть сколько B кадров и , artenox (?), 00:41 , 10-Фев-20, (100) Точно Я дополню, спасибо Случайно взятый файл показал cabac ref 1 maxbitrate 1, Аноним (15), 00:56 , 10-Фев-20, (101) Не знаю насчет ffprobe В Avidemux клавиши Up Down переход по ключевым I кадрам, artenox (?), 02:56 , 10-Фев-20, (103) Причем, вместе с maxrate задается bufsize - это величина, на которую битрейт мож, artenox (?), 04:15 , 10-Фев-20, (105) чорт, даже интересно стало - что это такое ты смотришь, что можно не смотреть ес, нах. (?), 10:22 , 10-Фев-20, (113) Вопрос, скорее, про хранение Затем, что лучше не было, стриминговые сайты гонят, Аноним (15), 14:53 , 10-Фев-20, (126) А ffmpeg тоже чертов Ведь в нем по умолчанию crf 28 , artenox (?), 20:42 , 10-Фев-20, (132) И много кто не меняет эти умолчания, если форумы почитать , artenox (?), 20:43 , 10-Фев-20, (133) Абсолютли Надо же было додуматься до такого, 23 уже обращает всё в тыкву Я мог, Аноним (15), 21:47 , 10-Фев-20, (134) Может скопипастить команду из форумов , artenox (?), 22:00 , 10-Фев-20, (135) По ссылке 1 с википедии 2 , которая заодно третья ссылка в ddg при поиске по за, Ordu (ok), 19:28 , 09-Фев-20, (77) ну вот, еще до одного дошло, что верить никому нельзя imho, чем тратить недели н, нах. (?), 22:31 , 09-Фев-20, (92) Хахаха, лол Заменить выборку из 18 человек на выборку из 1 человека, это офиген, Ordu (ok), 09:44 , 10-Фев-20, (110) естественно Мы же для этого человека делаем, а не для тех восемнадцати Иначе мо, нах. (?), 10:17 , 10-Фев-20, (112) Да, но и потратил я на это не несколько часов, а несколько минут Ему нужен компр, Ordu (ok), 22:21 , 10-Фев-20, (136) ему нужно денег, и желательно - побольше Если пипл хавает дерьмо с лопаты - то , нах. (?), 10:25 , 11-Фев-20, (138) Тебе удалось уловить самые азы экономики Умница , Ordu (ok), 15:25 , 11-Фев-20, (146) Scene rules для 1080p рекомендуют минимум 8000 kbps, максимум 14000 kbps htt, ksa242 (?), 18:52 , 10-Фев-20, (130) // Это больше похоже на правду, спасибо То стриминговые стандарты, которых все при, Аноним (15), 21:36 , 14-Фев-20, (151) Ну, это очень сильно зависит от исходника и что там в нём написано, его частоты , Аноним (145), 12:00 , 11-Фев-20, (145) +2 // Анон, откуда такие познания в предмете Что и кого почитать чтобы стать таким же, Аноним (149), 22:51 , 11-Фев-20, (149) +1 У x265 есть pmode его, вероятно, стоит выбрать вместо pme Проблема в том, что, Аноним (15), 22:18 , 14-Фев-20, (152) Какой тут безопасный и оптимизирующий компилятор, если половина кода ассемблера,, vz_2 (?), 12:44 , 09-Фев-20, (27) +1 на реализацию которого по сути забили - https github com mozilla aomrav1e 0 3 , nelson (??), 13:44 , 09-Фев-20, (34) +2 // а чего реализовывать-то еще Уже все реализовано, эталон ненужно создан интересн, нах. (?), 15:48 , 09-Фев-20, (55) // Кодеки были просто дорого, но вот аппаратные ускрители мпег2 стали ненужны в п2 , крок (?), 12:47 , 10-Фев-20, (118) // да нет, в том и прикол что mpeg2 отправился на свалку истории _раньше_ аппаратн, нах. (?), 12:57 , 10-Фев-20, (119) MPEG2 и по сей день лучше DivX XviD ов По крайней мере, на битрейтах, на которы, artenox (?), 14:04 , 10-Фев-20, (124) Вам кажется Не в последнюю очередь потому, что в MPEG-4 ASP пережимали в т ч и, Аноним (147), 19:12 , 11-Фев-20, (147) Если что, это старое зеркало Мозиллы Работа ведется здесь https aomedia goog, Аноним (147), 01:06 , 10-Фев-20, (102) +1 - AV1 - требует слишком больших затрат на вычисления, а результат Надо сравнива, Аноним (35), 13:52 , 09-Фев-20, (35) –1 // Ты не понял, h264 это вообще мусор Нужен бесплатный конкурент h265, и они пытаю, Аноним (15), 14:09 , 09-Фев-20, (38) // Это ты не понял Всё незапатентованное можно запатентовать задним числом Всё не, Аноним (42), 14:23 , 09-Фев-20, (42) –1 // Для AV1 передали свой патентный пул различные различные заинтересованные лица Н, Аноним (15), 14:31 , 09-Фев-20, (44) +1 При кодировании с использованием libaom выигрыш по объёму относительно x264 полу, Аноним (80), 19:46 , 09-Фев-20, (80) +1 C H26x проблема - оно покрыто лицензионными ограничениями вдоль и поперёк , Аноним (143), 11:17 , 11-Фев-20, (143) +1 А что с h 265 и h 266 патентасты идут лесом, в большинстве государств алгоритмы, Аноним (42), 14:15 , 09-Фев-20, (40) // Все норм железки делают в Японии Сга 8212 основной рынок, в том числе для Ки, Аноним (15), 14:24 , 09-Фев-20, (43) // даже жаль, что их никто не покупает, да не окажется Сегодняшний vp8 в отличие , нах. (?), 15:52 , 09-Фев-20, (58) // Бытовой подразумевает в первую очередь бытовое применение Т е h265 на сегодн, Аноним (15), 16:17 , 09-Фев-20, (60) –1 берем любую бытовую видео-камеру - там-тадам - h264 либо в mov, либо в mp4Бе, нах. (?), 17:15 , 09-Фев-20, (67) Да что у вас за железо то У меня спокойно работает 1080р 30 фпс на проце i5-252, Obito (ok), 13:58 , 22-Мрт-20, (154) Че там, в огнелисе теперь будет нормальное гпу ускорение , Аноним (63), 16:55 , 09-Фев-20, (63) // конечно нет все деньги потрачены на чудо-кодек , нах. (?), 17:27 , 09-Фев-20, (70) +2 шутишь они же на безопасный раст переписывают , Аноним (87), 17:35 , 09-Фев-20, (71) +1 Да, будет GPU-ускорение Ненормальное, небезопасное, но если хотите пользоваться, Аноним (42), 20:31 , 09-Фев-20, (85) Будет, пилят vaapi на wayland Все новости проспал , Имя (?), 00:06 , 10-Фев-20, (97) // т е можно ещё лет 10 поспать, а потом они начнут останки FF на dust переписыват, Аноним (87), 09:49 , 10-Фев-20, (111) Скрыто модератором, an (??), 18:35 , 10-Фев-20, (129) Две строчки обвязки вокруг мнемоник ассемблера - но зато ОНОЖЕНАХРУСТЕ 111, Аноним (143), 11:16 , 11-Фев-20, (142) // Хруст - Это Артхаус , Гугляки... (?), 11:42 , 11-Фев-20, (144) Rust же ради безопасности, стоило ли так заморачиваться, что написать другу поло, Аноним (150), 22:54 , 11-Фев-20, (150) 1,4,12,15,27,34,35,40,63,142,150

Сообщения

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

1. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+11 +/–
Сообщение от leap42 (ok), 09-Фев-20, 10:16
а почему на Rust? заходим в репо, видим что 57% кода это язык ассемблера. а кроме этих двух ещё есть Shell и Python.
Ответить | Правка | Наверх | Cообщить модератору

	2. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+6 +/–
	Сообщение от Аноним (2), 09-Фев-20, 10:21
	Assembly 56.9% Rust 42.8% Действительно, почему))
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+1 +/–
	Сообщение от коржик (?), 09-Фев-20, 13:24
	Вы построчно считаете? Сколько ассемблерных инструкций в одной строке раста?
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+7 +/–
	Сообщение от Андрей (??), 09-Фев-20, 15:48
	Интересно, сколько там rust-строк (безопасных), а сколько в unsafe-блоках.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	6. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+5 +/–
	Сообщение от proninyaroslav (ok), 09-Фев-20, 10:48
	Ну и что? На асме (20 файлов) вынесены только платформо-зависимые вещи вроде SSE инструкций, т.е те участки кода, которые критичны ко времени выполнения и должны быть эффективными. Остальные 111 файлов написаны на расте, т.е вся логика кодировщика.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	9. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	–5 +/–
	Сообщение от mommy (?), 09-Фев-20, 11:24
	Тоесть асмный код эффективный а раст это мусор? Ну я так и знал
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+15 +/–
	Сообщение от Аноним (17), 09-Фев-20, 12:07
	А раст "безопасный". Безопасно вызвать асм код это особое искусство!
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+1 +/–
	Сообщение от Аноним (-), 09-Фев-20, 15:44
	😃 😃 😃
	Ответить | Правка | Наверх | Cообщить модератору

	66. Скрыто модератором	–6 +/–
	Сообщение от nelson (??), 09-Фев-20, 17:01
	безусловно. ведь девиз растишки - "БИзАпасТнАсть - превыше всего". при этом растишка БИзАпасТнАстна настолько, что даже факт наличия 50% ассемблерного кода в проекте никак не может повлиять на эту самую БИзАпасТнАсть. вот сейчас допьём своё смузи, довыкурим вейперы, да как понапишем всякого разного на БИзАпасТной растишке ! дрожи, Столлман, берегись Линус Торвальдс !
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	26. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	–3 +/–
	Сообщение от proninyaroslav (ok), 09-Фев-20, 12:30
	Асм эффективнее любого существующего языка. Конечно, в большинстве случаев компилятор сам умеет генерировать эффективный асм, но компилятор не всемогущ и не всегда предсказуем, особенно когда это касается спец-наборов инструкций типа SIMD/SSE/MMX. Их часто пишут вручную.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	39. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от A.Stahl (ok), 09-Фев-20, 14:12
	Дык человек-то ещё менее всемогущ и предсказуем, особенно когда это касается спец-наборов инструкций типа SIMD/SSE/MMX.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	–1 +/–
	Сообщение от proninyaroslav (ok), 09-Фев-20, 14:21
	> Дык человек-то ещё менее всемогущ и предсказуем, особенно когда это касается спец-наборов > инструкций типа SIMD/SSE/MMX. То есть вы хотите сказать что компилятор абсолютно всегда знает где применять SIMD, при этом не нарушая семантику программы, а программист, который знает с какими данными он работает и что хочет получить в итоге, используя SIMD, нет)? Ну тогда вы изобрели ИИ для компилятора, программисты в таком случае и не нужны (как и сами языки).
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+7 +/–
	Сообщение от Анонимиус (??), 09-Фев-20, 19:17
	На самом деле вы недооцениваете компиляторы, и переоцениваете человека. Как правило компиляторы С/С++ при должной квалификации программиста генерируют довольно хороший код, а код, написанный на ассемблере человекм, далеко не всегда работает заметно быстрее сгенерированного
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от proninyaroslav (ok), 09-Фев-20, 20:05
	> Как правило компиляторы С/С++ при должной квалификации программиста генерируют довольно хороший код Да, при должной квалификации и знания "потрохов" того компилятора, для которого пишеться код. Понимать, какие конструкции могут быть векторизованы и писать код в соответствующей стилистике. Но есть 2 проблемы: при сборке оптимизацию компилятора можно отключить или же вдруг потребуется сменить компилятор, и тогда карета превратится в тыкву. Надёжнее писать критически важные места на асм, который делает то что необходимо и будет работать вне зависимости от компилятора и его параметров. Вторая проблема как раз в квалификации. Видимо, кому то проще написать асм, чем подстраивать высокоуровневый код под компилятор, который бы хорошо векторизовался.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+1 +/–
	Сообщение от VEG (ok), 10-Фев-20, 11:31
	Вы переоцениваете компиляторы. В любом оптимизированном кодеке будет много ассемблера или интринсиков (которые подставляют нужную инструкцию). Независимо от того, написано оно на C или Rust. Просто потому что компиляторы не могут эффективно применять SSE/AVX самостоятельно в нетривиальных алгоритмах. ИИ ещё не изобрели.
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	104. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+2 +/–
	Сообщение от виндотролль (ok), 10-Фев-20, 03:47
	> Ну тогда вы изобрели ИИ для компилятора Не обязательно ИИ. Обширный набор эвристик, теория отимизации графов и прочие умные штуки (в которых мало кто разбирается) справляются хорошо. А если перенести компиляцию в финальное представление в рантайм (JIT), где у компилятора есть возможность "почувствовать" данные, то вообще удивительные вещи происходят.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	116. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	–1 +/–
	Сообщение от VEG (ok), 10-Фев-20, 11:37
	> А если перенести компиляцию в финальное представление в рантайм (JIT), где у > компилятора есть возможность "почувствовать" данные, то вообще удивительные вещи происходят. Ага, именно поэтому все самые быстрые кодеки всегда на низкоуровневых C/Rust с кучей ассемблера или интринсиков внутри =) Риторика "наши C#/Java работает быстрее ваших C/C++" была популярна в нулевых, даже приводились правдоподобные доводы. Только вот эти мечты разбились о суровую реальность. Даже Microsoft (которая активно продвигала эту идею) уже сделала разворот, активно развивает C++ (в нулевых они его активно игнорировали), и засматривается на Rust.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+2 +/–
	Сообщение от виндотролль (ok), 10-Фев-20, 18:12
	> Риторика "наши C#/Java работает быстрее ваших C/C++" была популярна в нулевых, даже > приводились правдоподобные доводы. Только вот эти мечты разбились о суровую реальность. > Даже Microsoft (которая активно продвигала эту идею) уже сделала разворот, активно > развивает C++ (в нулевых они его активно игнорировали), и засматривается на > Rust. От задачи зависит. Теоретически, чем более высокоуровневый язык, тем круче оптимизации возможны в компиляторе. Если делая кодек на расте разработчики вынуждены вставлять вставки на АСМе, это значит лишь то, что таких оптимизаций в *ими используемом* компиляторе раста нету. Но это не означает, что такие оптимизации невозможны. Хотя, я также не берусь утверждать, что такие оптимизации *в принципе* возможны для раста и для алгоритмов этого кодировщика. Возможно уровень абстракции раста недостаточно высок, чтоб компилятор смог правильно распознавать конструкции, которые можно эффективно транслировать в наиболее оптимальный набор SSE/AVX инструкций. Т.е. можно конечно накидать эвристик в существующий компилятор, но каждая эвристика будет работать лишь с одной конкретной имплементацией конкретного алгоритма =) В общем это все теоретическая полемика. На практике выражение "ими используемый компилятор" эквивалентно "все доступные компиляторы". Так что прекращаю спорить.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+3 +/–
	Сообщение от Аноним84701 (ok), 09-Фев-20, 14:49
	> Тоесть асмный код эффективный а раст это мусор? Ну я так и знал Все верно! Здесь - считаем! Здесь: https://sourceware.org/git/?p=glibc.git;a=tree;f=sysdeps; https://sourceware.org/git/?p=glibc.git;a=tree;f=sysdeps/x86... memchr.S memcmp.S memcpy.S memcpy_chk.S memmove.S memmove_chk.S mempcpy.S mempcpy_chk.S memrchr.S memset.S memset_chk.S ... https://sourceware.org/git/?p=glibc.git;a=tree;f=sysdeps/x86... memchr-avx2.S memchr-sse2.S memchr.c memcmp-avx2-movbe.S memcmp-sse2.S memcmp-sse4.S memcmp-ssse3.S memcmp.c memcpy-ssse3-back.S memcpy-ssse3.S ... https://sourceware.org/git/?p=glibc.git;a=tree;f=sysdeps/arm; https://sourceware.org/git/?p=glibc.git;a=tree;f=sysdeps/i386; ... Ни-ни! Не считаем! А вот здесь https://www.opennet.ru/opennews/art.shtml?num=50605 > Третий выпуск dav1d, декодировщика AV1 от проектов VideoLAN и FFmpeg > Код проекта написан на языке Си (C99) с ассемблерными вставками https://github.com/videolan/dav1d > dav1d is a new AV1 cross-platform decoder, open-source, and focused on speed and correctness. >  Assembly 57.5%      C 41.5% вообще рыбу заворачивали!
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	89. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Аноним (89), 09-Фев-20, 22:17
	асмный код - это различная реализация одних и тех же процедур для разных платформ. Отдельные реализации для ARM32, ARM64, x86_64. Соответственно, один бинарник использует только часть кода, который относится только к платформе этого бинарника Код на Rust - один для всех платформ. Конечно, если у вас есть 3 версии реализации одного и того же - это у вас будет занимать больше места. Асмный код по кол-ву строк тоже больше места занимает зачастую, чем аналогичные операции на C/Rust/etc.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	121. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	–1 +/–
	Сообщение от Аноним (121), 10-Фев-20, 13:10
	Покажите хотя бы один компилятор, который делает автоматическую оптимизацию в SIMD-инструкции? (Нет, vector extensions, которые идентичны написанию на асме, не считаются).
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	137. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+1 +/–
	Сообщение от Иван (??), 11-Фев-20, 00:06
	Пожалуйста: https://godbolt.org/z/eyj-xb GCC 9.2
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+1 +/–
	Сообщение от Аноним (87), 09-Фев-20, 20:34
	> На асме (20 файлов) ... должны быть эффективными. Остальные 111 файлов написаны на расте Т.е. чтобы вызывать функции из 20-ти файлов на асме, требуется 111 неэффективных файлов на расте?!
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	32. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	–4 +/–
	Сообщение от Аноним (32), 09-Фев-20, 13:31
	>а почему на Rust? заходим в репо, видим что 57% кода это язык ассемблера. А потому, что Rust он же безопасный и в указатели на нём низзя-низзя, моветон. Поэтому на ассемблере.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	37. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+10 +/–
	Сообщение от Аноним (37), 09-Фев-20, 14:06
	Забавно то, что в декодере dav1d, написанном на С, аналогичная картина. Assembly 57.6% C 41.4% Other 1.0%
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	48. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	–5 +/–
	Сообщение от нах. (?), 09-Фев-20, 15:01
	он НЕБЕЗОПАСТНЫЙ, как вы не можете этого понять!
	Ответить | Правка | Наверх | Cообщить модератору

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

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