Это как пример всего одной проблемы. Треды, примитивы синхронизации, работа с HID'ом, нетворкинг, работа с пользовательскими данными, всё это накапливается и в итоге получается, что надо писать чуть ли не половину всего того, что по умолчанию есть в современных ОСях.
Не только в этом проблема. Надо ещё понимать, что поддержка какой-нибудь ОСи - это не просто один раз написал и работает. Надо писать тесты под эту ОСь, держать инфру с рабочими ранерами этой системы, код должен использовать только те фичи, которые есть на всех системах. Сейчас для реализации логов с аргументами как у printf можно использовать сам printf. А если мы включаем поддержку win7, то вдруг оказывается, что там printf умеет только в треть спецификации libc. И это либо обрезать функционал вообще на всех системах, либо писать реализацию printf самостоятельно. Задайтесь вопросом: Хотите ли вы писать парсинг форматера только для поддержки трёх с половиной анонов на семёрке?
Ну это только для тех, кто с помощью perf не может понять, что его код медленный. В реальности же для оптимизации кода под современное железо, надо писать оптимизированный код под современное железо. Раньше тригонометрию делали через lookup таблицы, сейчас дереференс этой таблицы занимает больше времени, чем сама тригонометрия. Про пайплайны данных на одноядернике без предиктора тоже не сильно думали. Так что хоть я и люблю софт, который работает на старом железе, но софт от программиста, знакомого с низкоуровневым профайлингом мне нравится больше :)
Учитывая, что на гитхабе тысячи рандомных ботов, которые по своим причинам создают рандомные аккаунты и репозитории на них, удивительно, что этот был создан не автоматически.
Очень неплохое обновление. Потихоньку реализуется ожидаемый функционал, стандартизируются протоколы вейленда, именно этого и ожидаешь от самого простого композитора для системы. Приятно видеть стабильные улучшения. Очень бы хотелось видеть виртуальные экраны, но их ещё непонятно сколько надо делать, так что пока только в мечтах. Ну и за два последних пункта очень рад, свей наконец-то полностью юзабельный прямо из коробки и не требует установки иксового dmenu только для подтягивания скрипта уровня `ls /bin`.
Представьте: у вас на одном сервере два приложения. Одному нужна Java 8, другому — Java 11. С виртуалками решение одно: две отдельные виртуалки.
Или можно сделать unshare -m, чтобы не тратится на создание отдельной файловой системы под каждое приложение; Или можно сделать chroot, чтобы не плодить неймспейсы линукса под каждое приложение; Или можно подменить PATH, чтобы вообще не зависеть от подсистем ядра Линукса; Или же можно просто не использовать /bin/java, а вместо этого хотя бы запускать приложение через /bin/java<версия>. В линуксе в принципе изначально плохо изолируется только libc по понятным причинам, который обычно никогда не надо изолировать. Я не понимаю, почему девопсы пытаются мне доказать, что поставить две версии интерпретатора на одну систему - это рокет сайнс, который требует неймспейсов, си групп и подмену рута одновременно. И так со всем девопсом в целом: Большинство поднимает кубер только для того, чтобы либо "разгрузить" приложение с максимальным rps равным двум, либо разгрузить (уже без кавычек) приложение с максимальным rps равным двум. Имхо, два случая должны заставить задуматься о жизни и о направлении проекта. Похоже мне никогда не увидеть 450к в месяц :p
Это же вроде и так было понятно, разве нет? Или я что-то пропустил и теперь на Хабре можно публиковать статьи только по достижению успехов в коммерческой деятельности?
Это как пример всего одной проблемы. Треды, примитивы синхронизации, работа с HID'ом, нетворкинг, работа с пользовательскими данными, всё это накапливается и в итоге получается, что надо писать чуть ли не половину всего того, что по умолчанию есть в современных ОСях.
Не только в этом проблема. Надо ещё понимать, что поддержка какой-нибудь ОСи - это не просто один раз написал и работает. Надо писать тесты под эту ОСь, держать инфру с рабочими ранерами этой системы, код должен использовать только те фичи, которые есть на всех системах.
Сейчас для реализации логов с аргументами как у printf можно использовать сам printf. А если мы включаем поддержку win7, то вдруг оказывается, что там printf умеет только в треть спецификации libc. И это либо обрезать функционал вообще на всех системах, либо писать реализацию printf самостоятельно. Задайтесь вопросом: Хотите ли вы писать парсинг форматера только для поддержки трёх с половиной анонов на семёрке?
Ну это только для тех, кто с помощью perf не может понять, что его код медленный. В реальности же для оптимизации кода под современное железо, надо писать оптимизированный код под современное железо.
Раньше тригонометрию делали через lookup таблицы, сейчас дереференс этой таблицы занимает больше времени, чем сама тригонометрия. Про пайплайны данных на одноядернике без предиктора тоже не сильно думали.
Так что хоть я и люблю софт, который работает на старом железе, но софт от программиста, знакомого с низкоуровневым профайлингом мне нравится больше :)
Учитывая, что на гитхабе тысячи рандомных ботов, которые по своим причинам создают рандомные аккаунты и репозитории на них, удивительно, что этот был создан не автоматически.
Очень неплохое обновление. Потихоньку реализуется ожидаемый функционал, стандартизируются протоколы вейленда, именно этого и ожидаешь от самого простого композитора для системы. Приятно видеть стабильные улучшения.
Очень бы хотелось видеть виртуальные экраны, но их ещё непонятно сколько надо делать, так что пока только в мечтах.
Ну и за два последних пункта очень рад, свей наконец-то полностью юзабельный прямо из коробки и не требует установки иксового dmenu только для подтягивания скрипта уровня `ls /bin`.
Или можно сделать unshare -m, чтобы не тратится на создание отдельной файловой системы под каждое приложение; Или можно сделать chroot, чтобы не плодить неймспейсы линукса под каждое приложение; Или можно подменить PATH, чтобы вообще не зависеть от подсистем ядра Линукса; Или же можно просто не использовать /bin/java, а вместо этого хотя бы запускать приложение через /bin/java<версия>. В линуксе в принципе изначально плохо изолируется только libc по понятным причинам, который обычно никогда не надо изолировать. Я не понимаю, почему девопсы пытаются мне доказать, что поставить две версии интерпретатора на одну систему - это рокет сайнс, который требует неймспейсов, си групп и подмену рута одновременно.
И так со всем девопсом в целом: Большинство поднимает кубер только для того, чтобы либо "разгрузить" приложение с максимальным rps равным двум, либо разгрузить (уже без кавычек) приложение с максимальным rps равным двум. Имхо, два случая должны заставить задуматься о жизни и о направлении проекта.
Похоже мне никогда не увидеть 450к в месяц :p
У каких-то провайдеров работает, у каких-то нет. I2p, по идее, должен избежать таких блокировок (если они вообще будут).
Это же вроде и так было понятно, разве нет? Или я что-то пропустил и теперь на Хабре можно публиковать статьи только по достижению успехов в коммерческой деятельности?