Шарящие аноны, расскажите про эти наборы инструкций. Какие примерно там инструкции?
SSE вообще это расширение процессора, добавляющее в него новые регистры и SIMD инструкции для них. SIMD — single input multiple data. Прикол в том, что ты, например, кладёшь в 128-битный SSE регистр xmm0 4 числа типа float, поставленные друг за другом, затем, всего одной инструкцией, берёшь из них квадратный корень. ИЗ ВСЕХ СРАЗУ, но за одну инструкцию, то есть параллельно. И получается что ты затратил время как если бы брал корень из одного числа, но по факту взял из четырёх, что даёт большой выигрыш по времени работы. Кроме подобных потоковых вычислений эти йоба SSE регистры можно юзать для быстрой работы с памятью ввиду их большого размера. Также SSE это отличная альтернатива супер медленному FPU, который раньше был единственным способом работать с числами с плавающей точкой. Что SSE2 делает конкретно не помню, но вроде добавляет много очень полезных потоковых инструкций и ymm 256-битные регистры, но, опять же, могу ошибаться.
Потому что процессорам без SSE2 уже лет двадцать. Можно сказать, что процессоров без SSE2 на amd64 нет, поддерживать их нет смысла.
>>255292707
Быстрая 128-битная арифметика. Это можно сразу два 128-битных числа сложить или сразу восемь 16-битных. Тяжело сказать, для чего оно нужно браузерам, но нужно везде, где какие-то околофизические и геометрические расчёты. Может, криптографии ещё немного и сжатия. В общем, много где нужно, но мало где конкретно.
Ну это я в курсе, но вопрос почему именно SSE2, особенно если там совместимость есть обратная, нахрена было так жестко по железу проги ограничивать, если нет каких-то серьезных причин
> Потому что процессорам без SSE2 уже лет двадцать.
и что? работают как работали и еще столько проработают в куче мест
Так и софт, который на них работал в своё время, работает и сейчас. Работай на совместимом софте.
Любой живой/опенсорсный софт можно пересобрать без ссе если нет ассемблерных вставок. Пусть себе работают
А разве вычисление корня выполняется аппаратно?
Круто, только вот все браузерные движки перешли на SSE2 строго и посылают нахуй. А если устанавливаешь старые их версии, то нахуй посылают уже сайты, которые уже требуют новые браузеры. Вот такой вот парадокс
Чел, купи на авито core2duo за 200 рублей.
так вот и я о том, что могли бы без привязки к конкретным, но у меня такое чувство, что там уже компиляторы тех же плюсов на это завязано, поэтому и пошло по цепочке
Чел, вопрос не о том, я хоть парк таких куплю
Можно плитку в ванной из них сделать
столько вряд ли найдешь в продаже, это все авито скупить нужно будет
Так, а разве корни и деление можно выполнить без условных операторов? То есть, подаёшь на шину операнды, снимаешь результат?
>>255293589
Ты бы ещё совместимости с intel 4004 попросил.
У тебя неправильное чувство, потому что ничего там на компиляторы не завязано. Компиляторы вообще приниципиально позволяют тебе любую фичу отключить. Но иногда не компилятор оптимизирует код, а человек вручную. И он может, например, написать интринсинк на SSE2 для ускорения вычислений и не оставить альтернатив. Примеров у меня нет и я не знаю, распространено ли такое, но да, опенсорс всегда позволяет тебе найти рабочую альтернативу, собрать её под себя и пользоваться. Если ты неумёха, жуй, что дают.
Ну и не думаю вообще, что можно с комфортом двачевать на процессоре без SSE2. Это пентиум 3 будет максимум, да?
Конкретно на твой вопрос я ответил. Повторюсь: процессоры старше двадцати лет нет никакого смысла поддерживать. Пользуются ими энтузиасты, поэтому пусть себе с энтузиазмом сами собирают софт. Все остальные как минимум купят сборку на зионе за 3к и ещё десять лет проаутируют за ней.
На али полно. Как дуо так и зионов
> Так, а разве корни и деление можно выполнить без условных операторов? То есть, подаёшь на шину операнды, снимаешь результат?
Лол, да. Ты думал, там на циклах и операциях сложения/вычитания всё?
А как это вообще возможно? Напиши мне линейный алгоритм для того же деления.
проблема в том, что в опенсосре тоже этого нет
ну попробуй собрать хромиум без sse2
Ну для корня то точно аппроксимация какая-то используется, которая к простому сложению сводится
Ну и не думаю вообще, что можно с комфортом двачевать на процессоре без SSE2. Это пентиум 3 будет максимум, да?
Да, дырявые П3 , П3 Хеоуи, все АууууууууууМД 462.
>>255294052
У меня нет таких фундаментальных знаний по процессоростроению, чтобы пытаться что-то тут придумать для ответа. Вот первый результат из гугла: https://electronics.stackexchange.com/questions/22410/how-does-division-occur-in-our-computers
Да, апроксимация, полировка результата и куча транзисторов. Когда я был пиздюком и писал на ассемблере, деление было довольно дорогой игрушкой. При делении чего-то на числа, кратные степеням двойки, нужны были маняоптимизации со сдвигами вправо, которые дешевле были ну раз в восемь точно, чтобы не соврать. Уже в универе у меня появилось железо посвежее и я заметил, что деление напердолили и оно уже не такое дорогое относительно более простых команд.
>>255293941
Ну в опенсорсе должны быть альтернативные браузерные движки. Firefox какой-нибудь, может? У Haiku есть продукт браузероподобный, идентичный натуральному. Может, он будет работать? Или lynx? Почему ты думаешь, что разработчики софта будут поддерживать во всех смыслах устаревшее железо, которое не сможет на самом деле переварить современный веб?
Ты можешь сказать, конечно, что вот не смотришь ютьюб, а просто читаешь старые ЖЖ, на что я тебе отвечу, что тебе как раз для этого и хватит lynx/elinks/устаревшего хрома/устаревшего файрфокса.
А SSE2 намертво прикипел к хуй86. Это база. Это не avx тебе, который все хейтят и не хотят всерьёз использовать.
Inverse Square Root? Его все в софте делают, емнип
> Ну и не думаю вообще, что можно с комфортом двачевать на процессоре без SSE2. Это пентиум 3 будет максимум, да?
да, прекрасно тянет и игры многие и сайты бы открывал и видосики смотреть
> Firefox какой-нибудь, может?
нет, они тоже перешли уже что старый гекко их требует, что новый
> что вот не смотришь ютьюб
так вот чтобы я смотрел ютьюб, нужно чтобы разработчики движков браузеров оставили эту галочку с обратной совместимостью
Сейчас модно добавлять сопроцессоры и ASICи в кристалл: h.265, vp9, AES, NPU. Под каждый пук свой вычислительный блок. Почему же не сделают ускоритель браузера? Чтобы был заточен под отрисовку шрифтов, исполнение js, что там ещё? А то заебло по 5 секунд ждать даже при хорошем интернете.
Он есть даун, все работает на последней дрыснятке.
>single input
single instruction
> Сейчас модно добавлять сопроцессоры и ASICи в кристалл: h.265, vp9, AES, NPU.
это делают, чтобы на твоих 4к видео с ютьюба не лагало
а на старых процах без этих блоков все равно смотрят в меньшем качестве, т.к. платформы все равно не тянут мощные видюхи, так что это тоже ничему бы не помешало
Его делали в 1997, когда не было ещё толком FPU. Сейчас такое нет смысла использовать, на самом деле.
>>255294710
>>255294827
> видосики смотреть
> ютьюб
Я могу поверить в то, что VLC/mplayer на линуксе сможет прожевать h264 видео в 480p и показать его тебе в 25 ФПС, но не поверю, что он сможет чисто технически такое же видео в браузере тебе отрендерить.
Во-первых, у него не хватит сил декодировать AV1. Допустим, ты установишь h264ify и тебя это не сильно будет ебать. Хотя, это я смело. Не уверен, что софтверный декодинг h264 сильно дешевле.
Во-вторых, параллельно с декодированием видео он должен будет исполнять фоновый JS, JIT'ить его, а ещё, прикинь, загружать шифрованый видеопоток (HTTPS же) и расшифровывать его. С медленной DDR1 памятью и без аппаратного ускорения расшифровывания!
В лучшем случае потолком комфортного воспроизведения я бы ожидал 144p. Подкасты мог бы послушать, в общем. Теоретически.
Только ты ещё можешь сам через youtube-dl скачивать видео и смотреть их в видеопроигрывателе, оптимизированным под всякое разное оборудование. Или можешь даже расширение какое-то поставить, чтобы там открывалось видео автоматически в плеере, но я всё же сомневаюсь, что он вывезет такой режим работы.
Видишь, у тебя есть возможности и выбор. А у разработчиков есть возможность не делать лишнюю и бесполезную работу для единичных шизов вроде тебя.
На этом прекращаю отвечать на твои вопросы, потому что считаю, что в этом нет смысла.
Он не линейный, просто выполнен внутрисхемно, иначе будет нагрузка на очередь инструкций, регистры и предсказание переходов, потому что цпу не понимает особенностей рандомных исполняемых алгоритмов и как ими пользоваться в угоду перформансу. Конкретно деление всегда выполнялось за несколько тактов, не за один, но при этом занят лишь один арифметический блок, все остальное делает что-то еще, пока не зависит от его результата.
Ой, да, ошибся спросонья.
У меня как-то был некротичный виндопланшет на Атоме, на нем ютубик вообще не посмотреть было через браузер, просто все нахуй зависало. Приходилось юзать прогу myTube.
>Почему же не сделают ускоритель браузера
Потому что «браузер» это не операция, и пук тоже. Перечисленные блоки не делают заебись одной кнопкой, это просто специализированные цпу для выполнения типичных операций, лежащих в основе h.265, vp9 и AES. Ускоритель для браузера и шрифтов называется цпу.
>заебло по 5 секунд ждать даже при хорошем интернете
Это неизбежно, ты всегда будешь ждать столько, на сколько тебя хватит, чтобы не закрыть всё нахуй и не ждать больше. Чем мощнее железо, тем больше ему дадут говнозадач программисты говносайтов, потому что у них цель уложиться в таймаут для конверсии, а не сделать тебе приятно.
Вот интересно, у меня ноут неплохо ускоряет h.265, но vp9, av1 и hi10p не ускоряет. Разве там настолько разная математика? Как вообще это ускорение работает? За счёт параллельного исполнения на десятках ядер видеокарты? Или там прямо железка, гвоздями прибитая к конкретному кодеку: на вход поток, на выходе - YUV/RGB сигнал? Понимаю, что новые кодеки более требовательны. Но можно ведь ускорять хотя бы не до 4к60фпс, а FHD60фпс? У меня вот телефон (который на год всего новее ноута) аппаратно ускоряет vp9. Разве он мощнее?
> Ускоритель для браузера и шрифтов называется цпу.
Но ведь кодеки почему-то не считают на цпу сейчас? Может и эту хуйню лучше особым блоком выполнять? Наверняка можно выделить топ операций в браузере, которые жрут больше всего ресурсов и их можно ускорить?
>исполнение js
this.
Если каким-то невероятным образом разрабы браузеров и прочие системные программисты оптимизируют js, то первое, что произойдет это еще более сильный вебмакакинг кодомартышками и последующий за ним очередной лагодром.
> железка, гвоздями прибитая к конкретному кодеку
Зис.
> Разве там настолько разная математика?
Нет, поэтому даже софтверное ускорение тут и там ускоряется с применением дополнительных процессорных инструкций вроде SSE, но это всё ещё не так быстро, как специальная гвоздями прибитая железка под конкретный кодек.
> телефон (который на год всего новее ноута) аппаратно ускоряет vp9. Разве он мощнее?
Он гораздо слабее, но в нём есть специальная железка для этого. Собственно, VP9 гугл насильно проталкивал для сохранения трафика, и протолкнул он его сильно раньше, чем производители начали делать для него аппаратное ускорение. Может, там лицензионные ещё какие-то проблемы были. Я помню, что это довольно тяжелый процесс был на самом деле.
> софтверное ускорение
Ой, софтверный декодинг видео я имел в виду.
А почему нельзя не совсем гвоздями прибивать железку, а оставить некоторую гибкость? Обновил драйвер и новый кодек тоже ускоряется. Ведь там по идее, просто дохуя SIMD с математикой, типичной для цифровой обработки сигналов: Фурье всякие, свёртки, фильтры.
смотреть ютьюбчик через vlc понятное дело можно, если иметь прямые ссылки на видосики, более того и сейчас можно через старый firefox 48 смотреть через прямую ссылку на видосик прямо в браузере и 480 вполне себе выводит без лагов
НО.. у тебя нет навигации по самому сайту ютьюба, чтобы находить эти ссылки или следить за выходом новых роликов, потому что главная страница Ютьюбчика посылает нахуй и ждет проц с sse2
Потому что говногодинг лезет даже в настолько низкий уровень
Потому что это не возможно и не так эффективно, как ты себе представляешь.
> по идее
Это ты мощно. За этим самым "по идее" скрывается то, что разные алгоритмы на самом деле очень разные в мелочах и только в общих чертах выглядят похожими.
> просто дохуя SIMD с математикой, типичной для цифровой обработки сигналов: Фурье всякие, свёртки, фильтры
Да, и результат каждого преобразования должен по-максимуму ещё в кэше лежать, а не в оперативную память складываться. Ну и, опять же, в мелочах там всё разное. Ты на самом деле предлагаешь встроить в процессор FPGA для конструктора декодеров, но ты не берёшь в расчет тот простой факт, что ASIC'и всегда эффективнее, чем FPGA. А асики уже готовы на данном этапе и встроены в весь ширпотреб. Иными словами, твоя идея чисто концептуально шаг назад. А ещё дороже и сложнее в реализации, а ещё горячее, да и долговечность её сомнительна, потому что через Н лет появится какой-то алгоритм, для которого этого FPGA будет не хватать. И не забывай, что здесь выгоды производителям вообще нет даже теоретически.
А под каждый из десятка кодеков отдельный ASIC это выгодно?
Кроме шуток, да.
Кстати, есть огроменная вероятность, что кодеки следующих поколений будут сильно не нейрон_очки опираться. Даже если бы сейчас всё было так, как ты нафантазировал, к FPGA пришлось бы добавить блок с нейроночками. А потом бы нужно было по блоку добавлять на каждую новую топологию нейронки. В общем, тебе не удалось обогнать прогресс в мысленном эксперименте.
Так нейронки уже всунули в процы
> нейрон_очки опираться
А как же обратная совместимость? Если тот же vp9 условный core2duo без видеокарты со скрипом, но потянет, то нейронка без тензорных ядер заставит топовую видеокарту охуеть, а уж проц и вообще без шансов. Алсо почему не кодируют в scalable? Вот скачал ты 4к, не тянет. Смотришь в 540х960.
И почему тогда отдельно не продают ебучие ускорители? Раньше же были для MPEGа. Уверен, что ускоритель vp9 стоил бы копейки, так как в каждом бюджетном смартфоне.
Да всем похуй на нищеклованов. К тому же проц-то проработает 100 лет, а вот мамаша нет
> Да всем похуй на нищеклованов.
Вот родишься нищим и будешь двач по пять минут загружать, буржуй ебаный.
по твоему выбрасывать просто так целые парки машин - это признак нищеты? почему так рано уроки закончились у тебя?
> А как же обратная совместимость?
На хуй она нужна в мире тиктока, где тренды несколько часов живут? Не вещде есть такое бизнес-требование, в общем.
>>255298885
> И почему тогда отдельно не продают ебучие ускорители?
Продают. Их ещё видеокартами называют. А если сделать отдельный ускоритель, то он должен как-то взаимодействовать с видеокартой, так как она выводит видео. А это уже ставит крест на этой идее, потому что иди договорись с Nvidia, AMD и Intel.
>>255298631
Вижу, ты вообще не понимаешь, как всё устроено, и как-то магически всё это в голове связываешь. Утекаю из треда. На десктопе нейроночки разве что для предсказателя переходов используются. С нейронками только на телефонах экспериментируют, потому что там нужно хоть как-то качество картинки с камеры улучшать и речь распознавать. В любом случае, это очень разные вещи и они не применимы в том сценарии, который мы обсуждали выше.
> На хуй она нужна в мире тиктока, где тренды несколько часов живут
вот и пиздец, что мир скатывается в парашу
> Продают. Их ещё видеокартами называют. А если сделать отдельный ускоритель, то он должен как-то взаимодействовать с видеокартой, так как она выводит видео. А это уже ставит крест на этой идее, потому что иди договорись с Nvidia, AMD и Intel.
Видеокарта самая дешёвая 3к стоит и наверно ускоряет только h.264. И в ноут её не вставить. А видеодекодер можно хоть USB сделать, только драйвер напиши.
это называется внешняя видеокарта
> это называется внешняя видеокарта
И как она выглядит? Как суперкомпьютер с тремя вентиляторами? К usb подключается? Мне нужна копеечная хуетулька, как в SoC телефона, которая жрёт два ватта, но умеет писать FHD видео, одновременно декодируя vp9.
Юзать говно это признак нищеты. Если ты этот мусор используешь для прог 95 года то проблем не будет
Дитё, ты вообще не понимаешь ничего в том, как это работает. Это просто невозможно технически, потому что декодировать видео должно устройство, которое его и выводит на экран. Сама ОС у видеодрайвера спрашивает, умеет ли он декодировать видео быстрее, чем это сделает процессор. И ты не можешь по пути в видеокарту отправить данные в USB-устройство и забрать результат обратно, потому что это будет всё путешествовать дольше, чем если бы ты тупо программно декодировал. И ты даже не подумал про охлаждение.
Может не ССЕ2, а AVX инструкции ?
> Это просто невозможно технически, потому что декодировать видео должно устройство, которое его и выводит на экран.
Схуяли? Проц читает видеопоток из файла, отсылает на USB. Совершенно малозатратная операция. USB декодер отдаёт декодированый видеопоток словно это веб-камера. Ты же можешь посмотреть видео с камеры на компе?
Охлаждение не нужно. В сотовом его нет, а vp9 1080@60 тащит без тормозов.
> На кой хрен тебе SSE2
чтобы иметь возможность серфить интернет и открывать все сайты, а не чтобы 70% из них меня посысало
школота, ты путаешь функционально достаточный инструмент и модно-хайповый
нет, именно наличие SSE2 требуется для запуска большинства современных программ, можешь загуглить тысячи ветки форумов про эту проблему
Да поставь ты расширение которое User-agent подменяет. И uMatrix поставь чтобы лишнее говно не выполнялось которое проверяет твой браузер. И сразу станет похуй есть там SSE2 или нет.
Спермопроблемы.
Двачую. Из-за таких как он надо для двачей йоба-пеку покупать, а для мессенджеров смарт с 8гб. Хотя смски отсылать можно было с девайсов на 64кб.
Аноны, срочно! У пиздюка олимпиада, помогите с вопросом!
Катер прошел по реке от одной пристани до другой и тут же вернулся обратно тем же маршрутом, причем средняя скорость его движения на всем пути оказалась равной 36 км/ч. Туда он двигался со скоростью 54 км/ч.
Выберите верное утверждение:
Скорость катера на пути обратно больше 54 км/ч
Скорость катера на пути обратно меньше 36 км/ч
Скорость катера на пути обратно не меньше 36 км/ч и не больше 54 км/ч
Какова была скорость катера на пути обратно? Ответ выразите в км/ч, округлив до целых.мм
Посчитай или погугли битрейт разжатого видеопотока 1080p@60FPS. Потом сравни это с битрейтом USB 3.0 или что там сейчас везде принято. Потом сравни с USB 1.1, который в твоей древнепеке с третьим пнём.
Говорю же, что не понимаешь, о чем говоришь. Невменяемый.
> Ты же можешь посмотреть видео с камеры на компе?
Оно сжимается на лету камерой, чтобы в USB поместиться, ХАХАХАХА.
У меня для тебя плохие новости, 1080p@60fps h.264 нужно где-то 9 Mbit/s а у USB 1.1 скорость - 12 MBit/s.
Так что мешает USB перекодировать vp9 в h.264? А h.264 и обычный проц тащит. Алсо я не ОП и у меня в ноуте есть USB 3.0, который вытянет 4 гигабита. А вот вп9 он не тянет.
И да, есть камеры которые отдают сразу h.264, например
https://www.amazon.co.uk/Logitech-Calling-Recording-Microphones-Adjustable/dp/B006A2Q81M/
Пожалуй, неправильно выразился. Что у тебя за стародавний комп, если в его проце нет этих инструкций? Он вообще Интерннт-то тянет? Хотя если это комп с 98-й Виндой и ты сейчас капчуешь через K-Meleon 9x edition, то вопрос снят.
2/Sсредн=1/S1+1/S2
Любой комп "тянет" интернет если порезать все ненужное говно типа js.
Сейчас новые игры перестают работать из-за отсутствия инструкций SSE4.1 и SSE4.2
> Любой комп "
Даже ENIAC?
> h.264
А почему ты считаешь сжатый поток, когда я сказал тебе посчитать разжатый? Тупой потому что и не понимаешь, о чем я говорю?
Ну смотри, нужно умножить 1920 точек на 1080 точек. Каждая точка кодируется минимум восемью битами на цвет, то есть 24 бита для RGB, то есть три байта, то есть 1920 1080 24 бит на кадр. Кадров шестдесят в секунду. Умножай при всех.
>>255301077
> Так что мешает USB перекодировать vp9 в h.264?
Мешает то, что это становится ещё сложнее и дороже, а ещё быстро это будет перекодироваться только с потерями. Перекодировать одно видео с потерями в другое -- это лол уже, конечно.
> Алсо я не ОП и у меня в ноуте есть USB 3.0, который вытянет 4 гигабита.
ОП хочет, чтобы и контент будущего перекодировался нормально. Посчитай в уме цифры для 2K и 4K. 60 фпс разрешаю оставить.
>>255301296
Большая часть интернета уже без JS тупо не отрендерится.
>>255298731
> Вот скачал ты 4к, не тянет. Смотришь в 540х960.
Кстати, нейронки как раз и нужны будут для апскейлинга. Если у тебя не будет нейронок, будешь в 540x960 смотреть. Такая обратная совместимость для лохов и нищих.
> Перекодировать одно видео с потерями в другое -- это лол уже, конечно.
USB 2.0 - 200 мбит/с. Потерь ты не увидишь. А если более старый USB - то у тебя и монитор 1024х768.
> Посчитай в уме цифры для 2K и 4K
Можно даунскейлить. Вряд-ли ты купишь 4к монитор для древней пеки. Или пожать чем-нибудь очень лёгким типа DCT.
> Кстати, нейронки как раз и нужны будут для апскейлинга Такая обратная совместимость для лохов и нищих.
Смотреть на дорисованное нейронкой изображение - ну такое. Как раз для лохов и нищих. Пока у элиты жёсткого диска хватит на честные 4к, а видеокарта без грязных трюков будет давать 4к120 в играх. Если уж на то пошло, можно клея понюхать и на стене смотреть мультики.
>Тупой потому что и не понимаешь, о чем я говорю?
Нет, ты - тупой и не знаешь что есть камеры отдающие сразу H.264.
А есть камеры, отдающие сразу AV1?
Я встречал только H.264, может быть и есть.
Такое ощущение, что h.264 каждая кофемолка тянет. Хотя нет, у соседки-пенсионерки DVD плеер только mpeg4 берёт, хоть и до 1080. Как-то раз перекодировал ей диск, записали в h.264.