В Linux из-за PID reuse (PID wraparound) можно дел наворосить.
Linux это крайне ненадёжная система. В суперкомпьютерах она относительно успешно используется только из-за физического ограничения кластеров от всего остального.
Особенно PID reuse (PID wraparound) касается любителей клепать всё через короткоживущие процессы и UNIX shell.
Раньше, в предыдущей версии продукта, был отдельный DSP, без операционки вообще, который я программировал, и который выполнял три четверти работы. В новой версии от этого DSP отказались, потому что исчерпали его возможности, а более дорогой DSP ставить не хотят: цену надо снижать, а не увеличивать.
Раз, когда был Perl 5.8.1, написал программку ... которая завешивала компьютер и под Windows и Unix сервер при её трансляции(!) Было такое впечатление, как будто я первый, кто начал программировать на Perl. :-)
Perl это реально write-only язык. Как будто даже не выполняют потом!
JPEG XL Image Coding System (ISO/IEC 18181) не готов на аппаратном уровне, но создатели утвержали про поддержку похожего сценария:
Каждый следующий новый формат сжатия требует больше вычислительных ресурсов и на 20–40% уменьшает размер данных. Поэтому нужно наращивать мощности и всё равно сохранить JPEG для фолбэка.
https://jpeg.org/jpegxl: Existing JPEG files can be losslessly transcoded to JPEG XL, significantly reducing their size. These can be restored into the exact same JPEG file, ensuring backward compatibility with existing JPEG-based applications.
лепят фреймворки с ленивой загрузкой картинок (проматываешь страничку, видишь мутные прямоугольники, ждёшь N секунд, картинки загрузились, смотришь, не то, мотаешь дальше, опять мутные прямоугольники и т.д.
Так текст важнее картинок почти всегда... Изображения-формулы важны как и текст.
По скорости прокрутки viewport можно предсказывать сколько именно тяжелых изображений подгружать.
Помню как годами читал сайты в Opera с подзагрузкой картинок по клику на изображении, но это на ПК. С мобильииками я не знаю что теперь делать.
Ждал больше вариантов.
Не нужно только приравнивать геометрию и топологию доски (клеток) и позицию!
3D шахматы на VICE News в 2017: https://www.youtube.com/watch?v=PqoD1Xkmwro.
Не обязательно повторять за автором ошибка в ошибку при переводе.
Chromium проект(ы) называется(ются).
А как же pid_max? Документнация по pid_max.
cat /proc/sys/kernel/pid_max
32768
uname --kernel-release
5.4.0-100-generic
PID_MAX_DEFAULT на GitHub
В Linux из-за PID reuse (PID wraparound) можно дел наворосить.
Linux это крайне ненадёжная система. В суперкомпьютерах она относительно успешно используется только из-за физического ограничения кластеров от всего остального.
Особенно PID reuse (PID wraparound) касается любителей клепать всё через короткоживущие процессы и UNIX shell.
Зачем Windows 95?
В Windows 95 многого нет.
Думаю, это связано с кардинальными изменениями чего-то и необдуманными выкатом в широкую паблику слишком рано.
Хабр ломали прилично количество раз до этого.
Почему нет источников вообще?
Документация по этому была всегда.
Очень поверхностно, почти ничего нового и не актуально.
Windows PowerShell нельзя сравнивать с большинством UNIX shell и bat-ами.
Омерзительно!
В идеале пригодились бы ссылки на исходники и документацию в колонке "Реализация в ...".
Продолжая тему C++03: C++(C++03) был долгое время плохо оптимизирован, не смотря на заявления Bjarne Stroustrup о Zero-overhead principle.
В стандартной библиотеке C++ даже в 2020 не было одной важной сортировки. Даже у Кнута в первых редакциях она была!
Я лично пользуюсь стронними библиотеками т.к. других вариантов C++ мне не даёт.
Не советую сочетания с +` +1 +2 += +- +) т.к. их должны по идее нажимать слабые пальцы.
Если переключения раскладки часты, то советую более близкие к home row сочетания.
Не забывайте про Punto Switcher:
https://yandex.ru/soft/punto
https://yandex.ru/support/punto-win
https://yandex.ru/support/punto-mac
Perl это реально write-only язык. Как будто даже не выполняют потом!
Так для C/C++ они написаны, а "другие языки" чаще всего повторяют всё одни и те же процессорные грабли.
Как будто-то Машина Тьюринга (чистая абстракция, полный фейк по факту) будет их интерпретировать, компилировать или выполнять!
Если умолчал о проблеме это решил проблему, то всё ясно с такими программистами.
Вы человек далёкий от каких-то серьёзных вычислений если такое говорите.
Меня кажется Apple не стоит заниматься браузерами...
Ну зачем им прям польностью свой браузер?
JPEG XL Image Coding System (ISO/IEC 18181) не готов на аппаратном уровне, но создатели утвержали про поддержку похожего сценария:
https://github.com/ImageMagick/jpeg-xl/blob/main/doc/software_support.md
https://squoosh.app
Да, плохо сказал. Хотел бы иметь возможно скрыть такие комментарии от других пользователей на временной шкале.
Столкнулся с некоторыми шуточными комментариями на YouTube у популярных авторов.
Я хотел бы возможность скрывать такие из рабочей области.
В приложении YouTube?
Я на сайте youtube.com через дескопный браузер не вижу такого.
Так текст важнее картинок почти всегда... Изображения-формулы важны как и текст.
По скорости прокрутки viewport можно предсказывать сколько именно тяжелых изображений подгружать.
Помню как годами читал сайты в Opera с подзагрузкой картинок по клику на изображении, но это на ПК. С мобильииками я не знаю что теперь делать.