|
COM‐пропагандист
|
|
Тест быстроты сгенерированного кода10.05.2021, 18:45. Показов 15202. Ответов 100
Синтетический тест быстроты сгенерированного кода разных компиляторов на основе алгоритма быстрой сортировки.
## Требования 1. Алгоритм быстрой сортировки (сортировка Хоара с разбиением по Хоару). 2. Сортировка по возрастанию: от маленького значения к большему. 3. Посторонние библиотеки для сортировки не использовать. 4. Сортировка в одном потоке. ### Измерения 1. Измеряется время сортировки массива. 2. Десять циклов измерений времени, выводится среднее. ### Данные 1. Длина массива 50000000 (пятьдесят миллионов). 2. Тип данных массива: структура из двух полей типа Double: {LowPart, HighPart}. 3. На каждом цикле массив заполняется случайными значениями в интервале `[0, 1)`. 4. Генератор случайных чисел инициализируется заново перед каждым заполнением массива. 5. Количество рекурсивных вызовов функции сотировки должно быть одинаковым на одном и том же наборе данных. 6. Затравка для генератора случайных чисел равна нулю. 7. Функция сравнения переменных a и b (возможна оптимизация): ``` (a.HighPart < b.HighPart) Or ((a.HighPart = b.HighPart) And (a.LowPart < b.LowPart)) ``` ### Вывод 1. Время выполнения сортировки по каждому циклу. 2. Количество рекурсивных вызовов сортировки (должно быть одинаковым). 3. Среднее время. Для компиляции этой программы необходим gcc (для "-gen gcc" на x86) и mingw (для утилиты mingw32-make). Необходимые пути к компилятору и утилитам указаны в пакетных файлах. В результате: FreeBASIC с задником GCC 5.2.0: среднее время 12080 миллисекунд. FreeBASIC с задником GCC 8.1.0: среднее время 12445 миллисекунд. FreeBASIC с задником GCC 10.2.0: среднее время 10993 миллисекунд. Забавно, что звучащая фоном музыка может замедлять задачу на 1000 миллисекунд. Приглашаю вступить в игру пропагандистам других диалектов бесика.
1
|
|
| 10.05.2021, 18:45 | |
|
Ответы с готовыми решениями:
100
Ошибки сгенерированного кода Выполнение кода, сгенерированного Roslyn Чтение сгенерированного кода в Visual Studio |
|
|
|
| 22.05.2021, 15:42 | |
|
0
|
|
|
Кормпилятор
|
|||||
| 22.05.2021, 16:42 | |||||
|
Ничего не предлагаю, у каждого своя голова, лишь описал принцип, как делать так, чтобы на твою разработку и оптимизацию ничего не влияло, не было никаких дополнительных проблем и необходимости их решать. Уже поменял столько сред, что меня задалбывает объяснять людям, в чём может быть проблема. Где-нибудь один хедер поменяют - у тебя сразу отваливается всё. делает хорошо, иногда делает прямо наоборот, как человек делать никогда не будет. Если ты лично с этим не сталкивался, не означает что этого явления нет. Об этом ранее писали люди. Один из них автор Virtual Dub, прекрасной софтины, которая в своё время была довольно популярна. Если думаешь, что за последние 10 лет компиляторы далеко ушли - то ошибаешься. Никуда они не ушли. Оптимизирующие как раз выпускали сами intel, сам вендор который чипы производит уже шестой десяток лет. Но нет нужно лезть в это GCC, которое делает как раз по общеизвестным приёмам. Автор PB мог это легко освоить, просто он ленивый кусок, личину свою показал, раз дело своей жизни не может сделать по-человечески. На них комфортнее работать? Система интуитивнее, отзывчивее? Вроде люди взрослые, но вера в манну небесную продолжается. Ещё раз про кроссплатформенность: - На каждую платформу нужно проводить полный объём тестирования - Проблем нет только с программой, которая представляет из себя набор окошек и модулей конвеерного принципа выполнения, не привязанного к железу. Что-то большее всегда имеет нюансы, например в RT софтинах нюансов будет дофига, в графике - тоже самое, любой узкоспец например USB, COM, LPT, MIDI и др. порты - тоже самое. - Выявленные проблемы требуют полного рекодинга соответствующих кусков. И это, если платформа у тебя вообще есть, например тот же мак, а они тоже разные бывают. На PC вот могу гарантированно тестировать, потому что железо разное есть, большую часть нюансов отследить получится при необходимости. Если бы был даже один мак - то фиг нормально протестируешь, только в общих чертах, нужен целый парк оборудования. С более слабыми ARM-ами, так и вообще всё сложнее. Там как раз ASM и соотв. спецы должны быть в приоритете, чтобы что-то нормальное выпускать. Остальное кроме асма - медленный бейсик, который медленнее во много раз, чем любой современный аналог. В универе тогда стояли от 600-х до 1200-х целероны, на них прога работает прекрасно. А ваши проги работают прекрасно на сходных конфигурациях? Будучи писаны на в разы более быстрых средах или даже используя хардвар? Или не тестировали? Вы мне тут про оптимизацию затираете...
0
|
|||||
|
|
||
| 22.05.2021, 17:35 | ||
|
Скромнейшие параметры. У меня есть Селерон у родаков, 3ГГц, так он FulHD видео иногда с заиканием показывает, а 4K даже и не запускает ![]() Эта коробочка показывает 4K@30fps H.265 только в лёт! Про остальные форматы и не говорю. Игры с такой графикой: что то, что писалось под DOS кажется пиксельным недоразумением. И всё это с питанием 5 вольт 2А, т.е. 10 Вт. Не 500-600 Вт, как современный блок питания, а всего 10! Вот это оптимизация по видео и процессору ARM. Потому я думаю, что Фред идёт правильным путём, ARM отожмут немалую долю у x86
0
|
||
|
|
||||||||
| 22.05.2021, 17:53 | ||||||||
|
GCC интересен тем что бесплатный и поддерживает много процессоров. https://ru.wikipedia.org/wiki/... рхитектуры Нет желания разработать компилятор бейсика? Ну чтобы вы понимали какая это по сложности задача. ![]() Не только в компах есть процессоры. ![]()
0
|
||||||||
|
Кормпилятор
|
||||||
| 22.05.2021, 19:06 | ||||||
|
в целевой предметной области. Одно на другом строить - это означает подвязывание. Подвязываются как хорошие стороны, так и не очень. Вместо того чтобы развивать BASIC компиляторы под отсутствующие платформы, эти лопухи подвязываются к уже готовенькому. Это не стратегия развития и конкуренции, а стратегия поглощения. Кому BASIC идеология не близка - советую сразу переходить на другие ЯП и не навязывать людям чужеродное. Фильмы на компе смотрю. Телефон - звонилка. Большее, считаю, детские понты, особенно про серьёзные какие-то вещи на телефонах. Планшеты немного другое - они для визуальных вещей больше, не для вычислительных. Для ноутов, всё про что говорю - актуально до сих пор. Куча народу делают вид что это не так, но когда смотришь как на их машинах чего работает, смех берёт. с SoundBlaster, через порты и прерывания. Добавлено через 4 минуты Но мне бы для начала среду накодить. А для этого надо бы себя в форму привести подобающую. У меня помимо этого задач недописанных хватает. Лет на 10 ещё работы. Пока не до компиляторов. FB устраивает более чем.
0
|
||||||
|
|
||||||||||||
| 22.05.2021, 19:45 | ||||||||||||
|
От транслятора в асм он отказываться не собирается. Сначала нужно написать компилятор не хуже чем смог он, а потом критиковать!
1
|
||||||||||||
|
COM‐пропагандист
|
||
| 22.05.2021, 23:08 [ТС] | ||
|
0
|
||
|
Кормпилятор
|
|||||
| 23.05.2021, 01:44 | |||||
|
деньги получал. Далее, он не один там разработчик. И вы сами его в этой теме приговорили, потому что ранее утверждалось что "у нас скорость как си", да не забыл сие, они это с гордостью публиковали на своём сайте. А теперь "внезапно" выяснилось, что людей дурили и лапшу вешали. Хотя температуру по больнице спецы все знали. Не смотря на то, что ещё давно мы увидели как тот же VB работает, и видно было какой компилятор спаривает инструкции, какой нет. Так что про мою. критику - не надо. Я сразу сказал FB медленнее PB. На чём тестировал я и на чём вы. Мой тест был на проге в 3k строк, вся прога это часть реального движка(прототип, каскадная триггерная логика), прямой реверс d2k, в одном потоке, даже такое написать было непросто. Переписал как раз с PB и имел возможность сравнить. https://disk.yandex.ru/i/0PGK5a6X3W686Q Тут тоже ни строчки асма нет. Ключей оптимизации нет. За час, день, месяц - не пишется, колоссальные жопочасы, множество логических микрозадач, формализация, документация, проработка структур. А оригинал работает ~ в три раза быстрее. Там использовался visual c++ 3. Ни одному разрабу текущего жопорукого поколения(на кого ориентированы эти нововведения) такая оптимизация не снилась даже близко, причём ничем, ни GCC тулзами ни intel-овскими. Потому что голова была на плечах у людей. Был тогда такой уровень автооптимизации как сейчас? - Нет конечно. Могли они пилить это на ассемблере - нет конечно, сложность задач не укладывается в эти рамки(об этом могу стопроцентно сказать). И меня всё устроило, на скорость не жаловался есть куда дальше оптимизировать, есть ассемблер, и вы мне тут начинаете, что якобы всё плохо, да всё было заебись, как есть и сейчас, просто есть кони люди, начинающие разводить этот драный кипиш. Правильная архитектура - есть результат, нет архитектуры, люди качают GCC, скрещивают компиляторы и занимаются разными непонятными инсинуациями, ожидая манны небесной, бесплатных FPS, меньшей загрузки ЦП на ровном месте и прочих ништяков в виде кучи платформ и бабла с них. Но такой магии в природе не бывает. Бывает лишь вкалывание и соответствующий ему результат. Ещё бывает головная боль от чужих решений. Пока глобально люди это не осознают - будет всё это культивироваться. Вся эта халява лоховская. Ну вот вы мне тут затёрли про то, что в 2 раза всё быстрее, превосходно! Я конечно дико ржу, ну и что софтоделы сейчас быстро подрядятся перекомпилируют и у них всё попрёт в 2 раза быстрее? Ну да, ну да, так и поверил. Винде седьмой и её оболочке бы не помешало стать в два раза быстрее.А лучше в три, как было при XP, но тогда люди другие были, больше умели. А проблемы о которых тут раздули - у нормальных людей не возникают. Эти оптимизаторы лохам только пустоголовым, для компенсации их умственных потенций в самый раз. не добавили один в один средства си, которые там нахер не нужны. Добавлено через 58 минут в том, что не было тысяч способов реализаций одной и той же задачи, дополнительно в том насколько хорошо была сделана IDE по своему времени и насколько быстро она позволяла писать код. Модульность была прекраснейшая, *.lib-ами прекрасно статически стыковалась куча яыков. Просрали - просрали! GOTO до сих пор используется, строго местно и ограниченно, в основном при реал тайм кодировании и задачах под дедлайн, когда нет времени серьёзно обдумать структуру кода, иногда для удобства, GOSUB устарел. ASCII-арт не имеет отношения к кодингу, однако удобно было оформлять комментарии к блокам функций псевдографическими рамками. Синтаксис встроенных функций для людей залётных, которым насрать на бейсик и судьбу данного ЯП, всегда будет представлять нелогичную, глупую вещь, для меня он удобен, привычен, логичен и своеобразен, у ЯП есть свой характер, своё лицо. FB до сих пор укомплектован именно этой библиотекой, про изъяны которой стоило бы сказать отдельно, потому что за все эти годы никто так и не удосужился её протестировать нормально. Привязка софта к FBGfx может снизить качество софта, однако делает его разработку привычнее. Кепс операторов - шикарная и колоритная особенность, существенно повышает читаемость кода. Синтаксис без скобок - это возможность ЯП для операторов, как и строгое разделение функций и операторов. Повышало читаемость кода. Глобальные переменные - крайне удобная вещь, требующая соотв. навыков при обращении с ними, часто критикуется людьми, которые не умеют разработать алгоритм на листе бумаге и писать документацию. В силу того, что всё делается "на ходу" допускаются абсолютно глупейшие ошибки, которые потом тяжело обнаружить и исправить. Постфиксы(не префиксы) - лишь для быстрого написания кода, в массе они существенно снижают читаемость кода, при точечном использовании - прямо наоборот(чтобы не лезть в декларации, тип видно сразу). Возьня с кодировками - вещь не относящаяся к ЯП, обобщать не надо. Под DOS проблем с кодировками было меньше. Сама DOS прекрасная система, померла от отсутствия поддержки вендоров, как и другие ОС. Не используется не 30, а 17 с хвостиком лет, т.е. примерно тогда, когда запуск в режиме эмуляции перестал быть возможен. Энтузиастами и в производственной среде используется до сих пор из-за простого доступа к портам. vodav тому живое подтверждение. Любой софт, написанный с применением принципов проектирования использующихся ранее в DOS, всегда будет смотреться выигрышнее на фоне более современных решений. Как минимум это оптимизация не только скорости его работы, но и потребления ресурсов. Оптимизация алгоритмов под 1 поток благотворно сказывется и на работу в винде, т.к. проще масштабировать. Ограничения накладывают свой отпечаток и на качество оптимизации. В задачах которые изначально проектируются данным образом - оно выше.
1
|
|||||
|
Кормпилятор
|
||||
| 23.05.2021, 05:33 | ||||
|
уровень совместимости подними, галку быстрое декодирование убери, можно ещё в пользовательском режиме там проверок добавить, битрейт повысь. Проверь на прочность эту коробочку. Думаю там не всё так хорошо, как кажется, люди про такие вещи говорят: https://youtu.be/qVyWg6GiWqc?t=591 Ну и деинтерлейс yadiff она умеет? И как там браузер работает на этой зверушке за 2,5 т.р.? Судя по этому видео, тупит оно прилично: https://youtu.be/7ptV79M_f4s?t=778 Ждать по 10 секунд надо пока включится ролик, экран еле разворачивается, тоже самое и по загрузке примитивного софта, по прошлой ссылке 30% загрузка ЦП в простом меню с информацией, что говорит о катастрофической прожорливости ОС, с оптимизацией тут явные проблемы. В общем-то как и на смартфонах всё, сходный уровень комфорта, будет постоянно жрать время твоей жизни на эти загрузки подгрузки. Я вот сейчас браузер перенёс на RAMDisk, загрузка - секунда, тупняков почти нет. Ну и судя по этому видосу с играми, их оптимизацией и железом там всё печально: https://youtu.be/yXKfeWnfIc8?t=887 Сразу вспомнил игры на первой PS, например эту https://youtu.be/DQdzGGwJQRA?t=3395 Бодрее даже и по текстурам и по дизайну и по геймплею, ну и джойстик не отваливается. Это на эмуляторе. PCSX прекрасно её эмулирует. Точность привязок текстур только хромает. Мне было бы жалко денег на это фуфло от китайцев. 4k телека у меня нет, поэтому я бы проверил может ли сей прекрасный девайс хотя бы mp4 12Mbit 60Fps в FullHD. Если не может то: https://youtu.be/q6AqWDbqp44?t=67. Ноуты значительно меньше, но там и железо хуже, приближается к этим ARMам. надеждах непонятных. Новости как гром, а по факту ничего не поменяется глобально, у кого есть бабло лишнее будут платить за бренд. Остальные искать компромиссы. Айфоны и аймаки пока продукт не массовый. Более того за одни и те же деньги покупается PC конфа ощутимо поприличнее.
0
|
||||
|
|
||
| 23.05.2021, 06:29 | ||
0
|
||
|
Кормпилятор
|
||
| 23.05.2021, 07:25 | ||
|
и не тратят много энергии. Но при всём уважении, вменять этим конфигурациям статус полноценного ПК, имея на борту реально уродское гугловое андроидное - я бы не стал. Знаешь в чём проблема таких конфигураций? Они не масштабируются и именно поэтому бесполезно говорить про цена-производительность. Цена этих чипов формируется из-за более мелких кристаллов и меньших затрат на производстве, одноплатные с простым корпусом. Минимум деталей. Всё шитое, возможности апгрейдить и заменить нет. Зная китайцев - такие вещи они делают конструктивно плохо, включая охлаждение, партия на партию не приходится. О серьёзных задачах вида смонтировать видео или сделать его конвертацию - речи не идёт вовсе. Кодинг - опять что-то надо искать, а кодить под такое слабое железо и голимую ось - одно мучение. Использование таких девайсов заместо ПК - странное дело, постоянные загрузки, тормоза, за год пользования накопятся десятки часов загрузок, когда ты тупо сидишь и ждёшь. Плюс кривой нечеловеческий интерфейс. Музыку на нём не попишешь, у него уже ЦП загружен на 30%, а это приговор в данной сфере. Все приложения грузятся десятками секунд, назовём вещи своими именами - всё откровенно тупит. Да в гугл маркете какие-то приложухи есть, но всё это детсад по сравнению с парком софта x86-x64. Да людям интересно повозиться с этим ширпотребом, понимаю, но реального толку от него мало. За комп ты садишься и можешь решить все свои задачи, ну за нормальный комп.
0
|
||
|
|
||
| 23.05.2021, 07:30 | ||
|
Легко с флешки оба проигрывателя VLS и MX player.
0
|
||
|
Кормпилятор
|
|
| 23.05.2021, 07:42 | |
|
0
|
|
|
|
||||||||||||
| 23.05.2021, 13:48 | ||||||||||||
|
Так что для портов DOS нее нужен. Вот в этом случае хорошо ощущается разница между оптимизирующим и не оптимизирующим ЯВУ компилятором. Видимо вам не приходилось иметь дело с микроконтроллерами с ограниченными ресурсами и без ОС и BIOS.
1
|
||||||||||||
|
|
||||||||
| 23.05.2021, 17:11 | ||||||||
|
Между тем, коммон-блоки очень полезная штука и могут очень даже разогнать ваш код. ![]() Во первых они позволяют отказаться от структурных конструкций, а значит упростить код и сам синтаксис языка. Код получается как бы более естественным, то есть позволяет более натуральным образом выражать алгоритмическое требование задачи. Что касается понимания такого кода, то внятные комментарии еще никто не отменял. Во-вторых, это позволяет писать код в простом блокноте и получать сообщения об ошибках, которые не привязаны к определенной ide. Сообщение об ошибке в данном случае ссылается на конкретную цифровую метку номера строки, безотносительно к тому, каким образом отображается листинг кода. В-третьих, номера строк, то есть по сути номера команд намекают на последовательную природу исполнения программы - оператор за оператором. Между тем, как блоковые конструкции скрывают эту природу, делая листинг кода более смутным в этом смысле(иногда и более запутанным из-за многочисленных вложенных if-else). Взглянув на листинг с номерами строк сразу понимаешь - да, вот это и есть настоящий КОД, настоящая программа! С первого взгляда! А видя код на современном ЯП видишь только сплошное графоманство, самолюбование в коде. Люди начинают ценить красивость кода, а не красоту алгоритма и пр. В-четвертых, цифровая природа меток позволяет не выдумывать имена этим меткам, а придумывание имен является дамокловым мечем любого программиста, который вынужден становится лингвистом и тратить на этот процесс свое драгоценное время, вместо того, чтобы тратить его на решение задачи. Опять напомню о комментариях. В-пятых, честно говоря, я недолюбливаю отступы для выделения блоков - наследие жесткой структурщины. Код должен быть прямолинеен, и писаться в столбик. Это позволило бы писать код в две-три колонки и заполнить кодом весь экран. При этом больше кода влезло бы в один экран, а переходы легче было бы отслеживать. 1. явно выделить имя переменной от других сущностей программы, особенно если процедуры и функции её - бесскобочные. В листинге они явно видны если они имеют префикс или суффикс. 2. сразу виден тип переменной. при этом если переменная обьявлена далеко, то сокращает время на поиск её определения. 3. не требуется объявление, что делает листинг гораздо приятнее.
0
|
||||||||
|
Кормпилятор
|
|||||||
| 23.05.2021, 20:23 | |||||||
|
CoderHuligan, ты вообще птица залётная. Иди дописывай свой бой на си.
Давно ещё ставил на виртуалку андроид 5-й, ржал долго. Это чудо работает раз в пять медленнее XP. Виртуалка была однопоточная MS Virtual PC 2007. А тут 7-й. Не мудрено зажирание 30-ти процентов четырёхядерника в простое. взять нормальный i7 как раз. Покупать необслуживаемое говно экономя какие-то жалкие копейки - это исключительно выбор человека. Мне кстати как раз такой ноут и притаскивали, где ничего нельзя поменять, там даже дивидюка не было, я с ним заколебался. Страшное говно. фильмов 720p и HD. По платной подписке FullHD. 4k контента минимум. С ютуба нормально даже 4k пока смотреть не получится их сервера в этом отношении как говно, постоянно прогружают\загружают. И не у каждого такой монитор\телек есть. Причём в плане телека 4k - это понты больше, нужен реально большой дисплей, чтобы получить профиты. Голимыми понтами меня чмырить не надо. BIOS-ом и функциями DOS пользовался минимально. Все их можно заменить своими решениями, если будет соотв документация(а на МК она есть). Тоже могу сказать - одно дело работать в среде, где вокруг окружение, с которым надо аккуратно и совсем другое, когда в памяти лишь ты один и полная монополия на всё. Или чужие ОС-ки вкручивать, тоже дело такое. "Импортозаменители" из МЦСТ не гнушаются. Как будто вы всё сами пишете, все функции, смешно вас читать. Или голый запуск DMA кому-то нужен? Или интересен с точки зрения оптимизации. Или делает какую-то полезную работу для обычного пользователя. Офигеть вы ребята! Добавлено через 22 минуты Но я знаю сколько времени загружается ютуб в браузере. У меня примерно 1.2 секунды. И около секунды любое видео(до начала воспроизведения). Сам браузер запускается около секунды. Мне чтобы начать смотреть ютуб нужно потратить три секунды. А вам? Хотите оправдать цену своим временем жизни? Ну попробуйте.
0
|
|||||||
|
|
|||||||||||||||
| 23.05.2021, 21:05 | |||||||||||||||
|
Посмотрите то видео что я выложил в предыдущем сообщении. На нем приставка чуть дороже - за 38$ (столько стоила когда я ее покупал). Оно более объективное и от знающего человека. Посмотрите сколько у него на канале обзоров на разные устройства в том числе ТВ приставки. А то что вы выложили, явно не от профи. ![]() А 8К я привел в качестве примера, т. к. приставка его поддерживает и нормально конвертирует в 4К или 1080p в зависимости от телевизора. В первую очередь нужно читать datasheet и reference_manuals Можете скачать и посмотреть сколько там страниц. И это не вся документация, а основная. Кроме нее много других документов. В них описание карта памяти, описание регистров (и их адреса в памяти) и их битов. Более подробно про возможности DMA в документации. Или здесь статью на русском можно посмотреть http://easyelectronics.ru/kont... stm32.html
1
|
|||||||||||||||
|
|
||||
| 23.05.2021, 21:59 | ||||
|
Вообще последний раз видел, что бы ютуб на Андроиде тупил, это когда у меня был TV свисток размером с флешку. Во там и проц был слабенький и памяти было 1 Гиг. С 2Гб оперативки уже видео летает. А если 3-4 Гига, то это вообще ракета. Вот эмулятор + IPTV с него идет на компе. И всё какие то жалкие 8% на процессоре 10 летней давности.
0
|
||||
|
Кормпилятор
|
|||||
| 23.05.2021, 22:41 | |||||
|
и на ней Quiake второй со скоростью 45-50 кадров в секунду на разрешении 1024x768. Вот это понимаю плавно, вот это и есть оптимизация, которая видна и ощущается копчиком. А андроид 5-й там отваливался каждые несколько секунд, не помню точно что там писало, но по смыслу что-то типа "оболочка перестала отвечать". Т.е. квейк работает и супер быстро, а андроид не может в 2D оболочку. Чудес не бывает виртуалка медленнее и инструкции там несоразмерно железным(где-то сильно медленнее, где-то не очень), но по факту тот самый фарш инструкций который надо выполнить не меняется, меняется только наличие железного кеша, который кеширует и ускоряет выполнение. Ставя разные операционки имеем сопоставимое прямое сравнение. Также сразу начинаем иметь понятие о кроссплатформенности и оптимизирующих компиляторах, которые уже кишили в то время. О простых вещах говорю, каждый может поставить и сам провести эксперимент и ужаснуться, если человек хоть раз в жизни кодил на ассемблере и понимает что там в общем-то сложно скодить откровенно лагающее дерьмо, он именно ужаснётся, другую эмоцию испытать сложно от увиденного. Это надо специально гадить и писать такой говнокод. Ну или исповедовать то что за тебя всё компилятор сделает. И да, понимаю, что там Java, но оно в любом случае транслируется в инструкции. 4k часто тупит и дело не в кодировщике а в отдаче данных сервером. На популярные видео у них идёт приоритет, остальное по остаточному принципу. FullHD не тупят совсем, причём нигде. И если ты создатель контента, то нужно понимать такие вещи. Вот недавно выложил джем в 4k, тоже апскейл с FullHD из монтажки, человек не смог посмотреть в 4k. Телевизор это просто чтобы смотреть ТВ и фильмы с флешек. А чтобы смотреть ютуб нужна ещё и клавиатура, это неудобно, или надо покупать специализированную беспроводную. 8k с ютуба у меня тупит, процессор при этом забит на половину, да рязань 3900X, очевидно декод идёт процессором несмотря на наличие приличной видеокарты GTX980. Надо объяснять что происходит у людей без аппаратных кодировщиков? И сколько устройств не умеют нормально даже 1440. Ну можно бежать впереди паровоза, надо только назад оглядываться иногда. Ну и ещё 8k еле отдаёт сервер. Иногда начало воспроизведения можно ждать секунд 20-30, иногда дольше. С серверами под 8k у них очевидные проблемы. Такое ощущение, что ты включил одно видео, оно нормально проигралось и ты сделал вывод что всё хорошо. 4k загружаю с 2016 года на свой канал, делаю апскейл с 1680x1050, чисто для качества, нечасто. Сейчас дела конечно лучше уже у них, пару лет назад был совсем писец, но проблемы всё ещё есть с 4k. 4k декодится у меня нормально, затупов нет, все затупы только из-за их серверов. Смысла просто нет в 2k, 4k на FullHD мониторах. Ну да типа при даун скейле получается чуть чётче, но это уже от качества кодирования больше зависит, ютуб не даёт на FullHD приличного качества, но и обманывать его смысла особого нет, перерасход полосы и лишняя нагрузка на ЦП, разница не критичная. Накрайняк вторичка, на алике запчастей полно. Сложность его производства зашкаливает. 4k да действительно подешевели, хотя нормальные бренды всё равно стоят прилично. Даже под 4k контента в массе своей нет, чтобы можно было зайти на любой канал и увидеть там 4k. FullHD есть у всех или почти всех.
0
|
|||||
|
Кормпилятор
|
|||||
| 23.05.2021, 23:11 | |||||
|
Ну и да телевизор он не для того чтобы в упор разглядывать пиксели, от него люди сидят 2.5-3.5 метра.
На такой дистанции что FullHD, что 4K - разницу ощутит лишь реально зоркий человек с идеальным зрением, кто пылинку за метр видит. Монитор - да, тут человек сидит в упор и разрешение сильно роляет. Добавлено через 4 минуты Добавлено через 10 минут Кстати запустил Google Chrome, видео воспроизводится почти идеально, врубил статистику кадры почти не дропаются, раз в 10 секунд 1 кадр дропается. Так что при необходимости и 8k могу смотреть, всё процем декодится. Драйверы на видео, кстати старые, если будет такая потребность можно потестировать какие лучше выводят. Просто мне оно не надо, я в пиксели не вглядываюсь и хранить такие видео накладно. Добавлено через 9 минут Пока я увидел коробочку которая грузит свои приложения по 10 секунд и более, насколько понял ещё не самой паршивой конфигурации. Использовать её как приставку и смотреть вечерами фильмы и с флешек видео - зашибись. Использовать заместо компа - нет. И даже ютуб лучше с компа посмотрю, потому что грузится в разы быстрее. Про браузер вообще молчу. У меня по 70-100 вкладок бывает открыто, разных, раньше было сложно, сейчас комп позволяет себя не ограничивать. Не 30 баксов но и уровень комфорта другой и время своё не тратится на тупое ожидание. Добавлено через 3 минуты
0
|
|||||
| 23.05.2021, 23:11 | |
|
Как сравнить эффективность сгенерированного кода Си VS2003 VS Pelles C ver.7
C-Extension для быстроты Пайтона
Какие сервисы можно преспокойно выключить для быстроты загрузки? Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Учебный мини "цифровой двойник" = (Сервер = Java + Flask_питон )+(3D = Гугловскаая 4T nvideo + google colab) +( WMS = Odoo на Docker)
anaschu 07.07.2026
Увидел в требованиях к вакансии создателя имитационных моделей связку (REst + Api + WMS + Anylogic + питон + 3D Nvideo), и решил посмотреть, что это такое. Из этого всего я работал более менее. . .
|
Море в объективе
kumehtar 06.07.2026
Хотел написать много проникновенных слов, но передумал.
Оно само - говорит.
Кто слышит тот слышит.
|
Doom для терминала без стрельбы и монстров. 3D Raycasting на ascii.
dcc0 05.07.2026
Попросил нейронную сеть deepai. org написать рейкастинг 3D с библиотекой ncurses для Linux. Чтобы можно было
ходить на стрелочки. Чтобы стены были отрисованы символами. Справилась.
Первый вариант. . .
|
Установка статуса документа по условию
Maks 05.07.2026
Алгоритм из решения ниже реализован на нетиповом документе "НарядПутевка" разработанного в КА2.
Задача: в табличной части "Материалы" документа при записи автоматически устанавливать статус. . .
|
|
Сезонность и суточность закисления почв
anaschu 04.07.2026
200 часов это все равно моловато. Есть ситуации, но нестандартные, когда смена происходит за 5 лет.
Но обычно это 50 лет и более.
Наверное, закисление почвы происходит сезонно в средней. . .
|
В чем ценность человеческого опыта в глобальном смысле?
kumehtar 03.07.2026
Возможно, ценность человека не в том, что он однажды достигает мудрости, а в том, что он становится носителем карты пути. Он знает не только истину, но и последовательность внутренних изменений,. . .
|
интеграция AnyLogic с самописным REST API и переход на Odoo
anaschu 03.07.2026
Успешная интеграция AnyLogic с самописным REST API и переход на промышленную Odoo WMS
Сегодня проделал огромный путь от простой симуляции физических процессов до построения полноценной. . .
|
Поиск всех путей на ориентированном графе. Linux
dcc0 02.07.2026
Переработка старого кода из моей статьи.
Через несколько переработок от PHP кода к C89 (надеюсь, 89).
Но довольно запутанно получилось. Код для Linux.
Но если убрать time и то, что с ним. . .
|