Открываешь приложение - и видишь там Top-5 роликов.
И прямо сейчас (вчера вечером) 2 из этих 5 роликов - контрафакт: Гадкий Я 4 и Дедпул с Росомахой. Т.е. там нет даже видимости работы с правообладателями.
Как такое приложение может быть в Google play / Apple store - не очень понятно.
Ну любовь США к конкурентам из Китая давно известна. А тут такой повод прекрасный нарисовался. И уже не важно с кем ты там работаешь или не работаешь (привет, Хуавей), важно кому ты мешаешь.
Я примерно аналогичное видел. Сейчас ситуация, возможно, изменилась. Но по факту получалось, что либо маленькие данные на бротли, либо большие (но там уже надо фигачить какой-нибудь бинарный протокол вместо джысона) на zstd с его многопоточным кодированием. Хотя многопоточное кодирование тоже палка о СPUcount концах - при массовой нагрузке на сервер ничего никто не выиграет от него.
в итоге brotli победил, а потом пришел zstd и ещё раз победил
А есть тесты сравнительные про победу? Я не смог у себя (.net framework) сделать zstd одновременно быстрее и лучше чем brotli (и то и другое из коробки). По-видимому zstd надо сначала обучить, чего мне делать совсем не хотелось.
Мегабайты структур (любых, да, не только целочисленных) являются проблемой для (де)сериализатора джсона всеми любимых REST API. Там довольно большой оверхэд на все эти операции по сравнению с бинарными сериализаторами.
Архив, это не только сжатие, но и контроль передачи информации без сбоев. Так что даже несжимаемую информацию полезно бывает пересылать архивированной. Ну, или crc добавлять, но редко ведь кто-то это делает, да?
Вот у тебя 4 гига данных (не киношки с торрента - а данных) и VPN. Надо их перегнать и обработать. Дампы dotnet сжимаются 1 к 10, csv и прочие логи - 1 к 3-5.
Если заменить всех людей роботами, перестанет существовать экономика основанная на обществе потребления, потому что людям не на что будет что-то покупать.
Давным давно делал в аналогичной икее медиа-сервер с торрентами. Чтобы объем был не замкнутым, во внутренней стенке ставится два вентилятора: снизу на вдув и сверху на выдув. А сам шкаф ставится в угол, чтобы за стенкой был объем воздуха.
Это выглядит вариантом не для домашнего использования.
Хотя... если есть два телевизора, один старенький, один новый, а посмотреть очень хочется, а новый занят... :)
То проще поставить призму и посмотреть SDR на SDR
Плекс декодирует и без подписки. Но тогда там декодинг софтовый.
Открываешь приложение - и видишь там Top-5 роликов.
И прямо сейчас (вчера вечером) 2 из этих 5 роликов - контрафакт: Гадкий Я 4 и Дедпул с Росомахой. Т.е. там нет даже видимости работы с правообладателями.
Как такое приложение может быть в Google play / Apple store - не очень понятно.
Значение сенсоров выглядят выбранными ошибочно. 0 - нет препятвствия, сколь угодно малая величина - столкновение. Тут ни одна функция не справится.
Ну любовь США к конкурентам из Китая давно известна. А тут такой повод прекрасный нарисовался. И уже не важно с кем ты там работаешь или не работаешь (привет, Хуавей), важно кому ты мешаешь.
От Mark Gravell: https://github.com/protobuf-net/protobuf-net
https://news.ycombinator.com/item?id=27163981
Я примерно аналогичное видел. Сейчас ситуация, возможно, изменилась. Но по факту получалось, что либо маленькие данные на бротли, либо большие (но там уже надо фигачить какой-нибудь бинарный протокол вместо джысона) на zstd с его многопоточным кодированием. Хотя многопоточное кодирование тоже палка о СPUcount концах - при массовой нагрузке на сервер ничего никто не выиграет от него.
А есть тесты сравнительные про победу? Я не смог у себя (.net framework) сделать zstd одновременно быстрее и лучше чем brotli (и то и другое из коробки). По-видимому zstd надо сначала обучить, чего мне делать совсем не хотелось.
Мегабайты структур (любых, да, не только целочисленных) являются проблемой для (де)сериализатора джсона всеми любимых REST API. Там довольно большой оверхэд на все эти операции по сравнению с бинарными сериализаторами.
А вы чем мегабайты структур гоняете между сервисами? Джысоном?
На какие мыслепреступления ты готов ради "не только секса, но и дружеского и делового общения"?
API очень хочется, да, а откуда претензии про open-source?
Нет никаких злых умыслов. Всегда есть только бизнес :)
Архив, это не только сжатие, но и контроль передачи информации без сбоев. Так что даже несжимаемую информацию полезно бывает пересылать архивированной. Ну, или crc добавлять, но редко ведь кто-то это делает, да?
Вот у тебя 4 гига данных (не киношки с торрента - а данных) и VPN. Надо их перегнать и обработать. Дампы dotnet сжимаются 1 к 10, csv и прочие логи - 1 к 3-5.
Архиватор спасает.
Большинство высказывавшихся, подозреваю, на своё счастье об органах знают только из нижнего интернета.
Там вот ниже прямо очень показательный диалог того, кому все что-то должны и того, кто (хотя бы немножко) понимает как всё устроено.
https://xkcd.ru/927/
Т.е. про "выйдите с пустым листом" - это не методичка, да? :)
Если заменить всех людей роботами, перестанет существовать экономика основанная на обществе потребления, потому что людям не на что будет что-то покупать.
Давным давно делал в аналогичной икее медиа-сервер с торрентами. Чтобы объем был не замкнутым, во внутренней стенке ставится два вентилятора: снизу на вдув и сверху на выдув. А сам шкаф ставится в угол, чтобы за стенкой был объем воздуха.