Я бы сделал отсылку к одному из основателей и/или популяризаторов ABAC - Ruby-on-Rails библиотеке CanCan (ныне CanCanCan) . Имеет весьма приятный DSL для описания доступов и интеграцию и с контроллером, и с построителем запросов ActiveRecord.
В Go по сути реализовали то, что вы хотите: goroutines - это вполне себе полноценные userspace/green threads с полноценной помощью компилятора в их реализации.
Первые версии Go полагались на хуки в системной библиотеке вокруг блокирующих вызовов. Потом им в помощь появился вотчдог, способный добавлять новые системные треды, если шедулер упёрся в системный вызов или C функцию, неожиданно заблокировавшуюся.
Следом они научили компилятор расставлять проверки по времени в заголовок каждой функции, и корутины смогли переключаться на любом вызове функции, если их время закончилось.
Когда в версию Go 17 затащили preemptive scheduling горутин (если я не ошибаюсь, на основе кооперации вотчдога и сигналхендлера), они окончательно стали полноценными green threads.
Журнал асинхронной репликации - это тоже почти WAL. Т.е. у вас уже есть два "почти WAL".
Я понимаю, что я сейчас не смогу убедить Вас, что WAL необходим. Я могу лишь поспорить на что-нибудь, что через 5 лет он у вас будет :-) (хотя бы в ближайших планах с приоритетом выше среднего). Надеюсь прийти снова на Firebird Conf, чтобы нам разбили.
На самом деле, в России её много где используют: в приложениях для поликлиник она преобладает, как я понял; некоторые гос.структуры используют; мне показалось, что московское метро тоже упоминалось. Обо всём этом я услышал на прошлом FirebirdConf.
Приношу сразу извинения за вброс: искренне надеюсь, что разработчики прикрутят к Firebird WAL в 6й или 7й версии. Это бы помогло бы базе и с онлайн-бэкапом, и со скоростью, и с надёжностью.
Когда сами отменяют, им это заканчивается штрафами и понижением рейтинга. Потому я практически ни когда не отменяю поездку по просьбе водителя. Только если очень спешу или водитель сумел убедить меня, что проблема реальная.
Если я правильно понял то, что переводил, авторы пишут о том же: - Чарльз Дахигг советует приложить усилия, чтобы понять причину-"стимул" своей зависимости и её "вознаграждение". Найдя "стимул", можно заменить действие, им порождаемое, чтобы получить то же или близкое "вознаграждение". - Венди Вуд предлагает приложить усилия, чтобы понять: как сделать привычку "неудобной"? Изменить своё окружение, чтобы быть "правильным" было проще.
Оба подчёркивают необходимость осознанности. Но не в примитивном усилии "нет, я больше не буду этого делать", а в нахождении путей, по которым будет проще пройти.
Эта статья не для тех счастливчиков-баловней естественного отбора, которых природа наградила колосальной силой воли. Такие люди наверняка составляли ту четверть детишек, что спокойно высиживали 15 минут в ожидании двойной порции зефира. И такие люди не читают статьи "как избавиться от привычек".
Эта статья для обычных людей. Таких, как я, например. Которым нужен совет, что же делать, если силы воли не хватает.
В Ubuntu 23.10 что-то сломали в поддержке GPU, встроенного в Ryzen. В итоге сессия Wayland на ноуте стала очень нестабильной, и вешает комп в течении часа-двух. Пришлось вернуться на X11. На X11 тоже есть определенные проблемы, но хотя бы не вешается.
Гугление показало, что проблема масштабная, и кажется цепляет не только Ubuntu.
Подход ABAC реализован в https://github.com/CanCanCommunity/cancancan .
Про реализацию стандарта XACML не подскажу.
Я бы сделал отсылку к одному из основателей и/или популяризаторов ABAC - Ruby-on-Rails библиотеке CanCan (ныне CanCanCan) . Имеет весьма приятный DSL для описания доступов и интеграцию и с контроллером, и с построителем запросов ActiveRecord.
Почитайте PEP703, благо на него есть ссылка в статье.
Там в начале как раз приведены примеры, кому и когда мультипроцессинг не удобен.
Зачем столько желчи?
Мне статья интересна. Да и шаурмичную я эту знаю, летом иногда дохожу до неё в обеденный перерыв. Шаурма там и правда хорошая.
А на VC не сижу, потому для меня «копипасты» как бы и нет. А почему контент должен быть уникальным на каждом сайте?
Или вы про не совпадении тематики? Можно согласиться. Ну так, Хабр давно «не торт», в смысле, не строго тематический ресурс. Что уж тут плакать?
А самореклама… блин, ну вертится человек, как может. Вы ему завидуете, что ли?
В Go по сути реализовали то, что вы хотите: goroutines - это вполне себе полноценные userspace/green threads с полноценной помощью компилятора в их реализации.
Первые версии Go полагались на хуки в системной библиотеке вокруг блокирующих вызовов. Потом им в помощь появился вотчдог, способный добавлять новые системные треды, если шедулер упёрся в системный вызов или C функцию, неожиданно заблокировавшуюся.
Следом они научили компилятор расставлять проверки по времени в заголовок каждой функции, и корутины смогли переключаться на любом вызове функции, если их время закончилось.
Когда в версию Go 17 затащили preemptive scheduling горутин (если я не ошибаюсь, на основе кооперации вотчдога и сигналхендлера), они окончательно стали полноценными green threads.
В сравнении CIL кода показаны методы GetClass16/64, а не GetStruct16/64
Журнал асинхронной репликации - это тоже почти WAL. Т.е. у вас уже есть два "почти WAL".
Я понимаю, что я сейчас не смогу убедить Вас, что WAL необходим.
Я могу лишь поспорить на что-нибудь, что через 5 лет он у вас будет :-) (хотя бы в ближайших планах с приоритетом выше среднего).
Надеюсь прийти снова на Firebird Conf, чтобы нам разбили.
А вижу: nbackup блокирует файл и включает запись "файла изменений", чтобы основной файл не менялся, пока его копируют.
Не знал, прошу прощения.
По сути, это вырожденный случай WAL, урезанный по реализации и возможностям. Но задачу файлового бэкапа без остановки работы решает.
А PITR как делается/будет делаться?
На самом деле, в России её много где используют: в приложениях для поликлиник она преобладает, как я понял; некоторые гос.структуры используют; мне показалось, что московское метро тоже упоминалось. Обо всём этом я услышал на прошлом FirebirdConf.
Приношу сразу извинения за вброс: искренне надеюсь, что разработчики прикрутят к Firebird WAL в 6й или 7й версии. Это бы помогло бы базе и с онлайн-бэкапом, и со скоростью, и с надёжностью.
Когда сами отменяют, им это заканчивается штрафами и понижением рейтинга. Потому я практически ни когда не отменяю поездку по просьбе водителя. Только если очень спешу или водитель сумел убедить меня, что проблема реальная.
Если это случится, я, наверное, вернусь на андроид.
Автор статьи рассказал о своём опыте и пересказал пару книг. Выводы каждый делает сам.
По-поводу хитрожопости древней части, согласен. Сам много раз об неё спотыкался. Но, что-то ж делать нужно.
Про осмысленность согласен, и авторы про неё тоже говорят. Ни каких противоречий.
Если я правильно понял то, что переводил, авторы пишут о том же:
- Чарльз Дахигг советует приложить усилия, чтобы понять причину-"стимул" своей зависимости и её "вознаграждение". Найдя "стимул", можно заменить действие, им порождаемое, чтобы получить то же или близкое "вознаграждение".
- Венди Вуд предлагает приложить усилия, чтобы понять: как сделать привычку "неудобной"? Изменить своё окружение, чтобы быть "правильным" было проще.
Оба подчёркивают необходимость осознанности. Но не в примитивном усилии "нет, я больше не буду этого делать", а в нахождении путей, по которым будет проще пройти.
Вы правы.
Эта статья не для тех счастливчиков-баловней естественного отбора, которых природа наградила колосальной силой воли. Такие люди наверняка составляли ту четверть детишек, что спокойно высиживали 15 минут в ожидании двойной порции зефира. И такие люди не читают статьи "как избавиться от привычек".
Эта статья для обычных людей. Таких, как я, например. Которым нужен совет, что же делать, если силы воли не хватает.
Хороший вопрос.
Сделать javascript (GreaseMonkey?) плагин, вырезающий заголовки статей при наличии стоп-слова?
Полтора часа, полёт нормальный (хотя я играл в браузерную игрушку, что обычно заметно ускоряло падение). Подозреваю, что помогло.
Ещё раз спасибо!
Спасибо, попробую.
В Ubuntu 23.10 что-то сломали в поддержке GPU, встроенного в Ryzen. В итоге сессия Wayland на ноуте стала очень нестабильной, и вешает комп в течении часа-двух. Пришлось вернуться на X11. На X11 тоже есть определенные проблемы, но хотя бы не вешается.
Гугление показало, что проблема масштабная, и кажется цепляет не только Ubuntu.
PHP сам по себе скалируется бесконечно.
Вопрос, как организованы походы в базу? Когда база перестанет справляться?
В тему люблю своё «да что за х..» в пример приводить:
давным давно на 450MHz AMD K6-2, 128MB и S3 Savage 4 я проходил Unreal Tournament
В 2015 году на телефоне с двумя ядрами 1GHz, 512MB оперативки я не мог без тормозов чатом пользоваться (Hangouts, если кто помнит)
Как говорится, WTF?