Forwarded from Платиновые мысли гомофобов | ПМГ
В будущем если вы спросите у скрепофреника - где положительные эффекты на демографию запрета на пропаганду ЛГБТ (которому уже 12 лет) - он вам ответит, что положительный эффект - это штрафы для активистов.
Подобное заявление - это настолько же убого, как от идейного коммуниста на вопрос об успехах коммунистических режимов - услышать "ну вот расстреляли n-ное число диссидентов и контрреволюционеров"
За этими запретами никогда не стояло ничего более ненависти тех, кто их поддерживал. Ничего созидательного в них не было. Никому они не помогли. Поэтому эти люди сгинут в истории, не добившись никаких результатов.
Подобное заявление - это настолько же убого, как от идейного коммуниста на вопрос об успехах коммунистических режимов - услышать "ну вот расстреляли n-ное число диссидентов и контрреволюционеров"
За этими запретами никогда не стояло ничего более ненависти тех, кто их поддерживал. Ничего созидательного в них не было. Никому они не помогли. Поэтому эти люди сгинут в истории, не добившись никаких результатов.
Forwarded from Дневник пидора-провинциала | Ярослав Распутин
Вообще охотиться за книгами, которые давно не продают, и издательством, которое уже не существует, это какой-то уникальный просто жест, даже нацисты сжигали книги, которые существовали на тот момент, а эти вот бегают за теми, от которых уже ничего не осталось. Это какое, девятое дело об «экстремизме», если подтвердится? Я уже сбился со счёта. Я никогда не сомневаюсь в завтрашнем дне — завтра будет новое дно, и я прогнозирую, что в какой-то момент ЛВПГ признают экстремистской литературой, потому что стесняться уже нечего.
#гейновости #бомбита
#гейновости #бомбита
Telegram
Парни+
📚 СМИ: Московские силовики задержали сотрудников ЭКСМО по статье за ЛГБТ-экстремизм
В Москве силовики устроили серию облав на сотрудников издательства ЭКСМО, сообщает телеграм-канал ВЧК-ОГПУ со ссылкой на источник. По информации ТАСС, задержан директор по…
В Москве силовики устроили серию облав на сотрудников издательства ЭКСМО, сообщает телеграм-канал ВЧК-ОГПУ со ссылкой на источник. По информации ТАСС, задержан директор по…
Блог*
А сегодня утром она по собственному желанию заплела мне косичку
Внезапно это случилось снова с другой женщиной
Forwarded from Experimental chill
Size based vector
https://discourse.llvm.org/t/adding-a-size-based-vector-to-libc-s-unstable-abi/86306
Мы тут в Гугле экспериментировали с тем как репрезентовать вектор. Существует два способа:
1. Указатель на начало, конец и указатель на конец вместимости
2. Или указатель на начало, размер и вместимость
Оба варианта имеют свои особенности и слабые места. Первый вариант плох тем, что когда вы хотите посчитать size(), то вы вычитаете два указателя: end - begin. Вычитание указателей в численном представлении эквивалентно формуле (end_as_num - begin_as_num) / sizeof(T), где T -- тип вектора. Вот это деление на константу порой выбешивает, например, когда sizeof(T) не является степенью двойки. Компилятору приходится это деление переводить в умножение и теперь когда вы вызываете size(), то у вас откуда-то страшные конструкции вида https://godbolt.org/z/zKGz7nEE6
Но первый вариант неплох, когда вы итерируетесь и надо просто сравнивать с концом. Почему? Во втором варианте вам надо при вызове .end() загружать два регистра -- начало и размер, чтобы сложить. В итоге у вас баланс между двумя опциями
.size() выливается в умножение при sizeof(T) не степень двойки
.end() загружает два регистра
Остальные операции чуть чуть поменяются, но в основном размен происходит у этих двух.
Оказалось, что .end() чаще вызывается один раз, а .size() намного чаще в том числе и внутри циклов, потому что... Ну потому что программистам удобнее работать с числами, а не указателями. Или по каким-то ещё причинам.
В итоге мы увидели улучшение перфа всего прода на 0.12% с особенно важными серверами с исправлениями на 0.5-0.6%, о чем и поделились в discourse.llvm. Понятное дело, что кто-то слишком сильно пользовался репрезентацией вектора, но мы всех их починили и выкатили. Теперь хотим выкатить и в unstable ABI в libcxx.
Почитайте ссылку, там больше всяких анализов, в том числе и размер кодгена, и всякой ещё статистики.
https://discourse.llvm.org/t/adding-a-size-based-vector-to-libc-s-unstable-abi/86306
Мы тут в Гугле экспериментировали с тем как репрезентовать вектор. Существует два способа:
1. Указатель на начало, конец и указатель на конец вместимости
2. Или указатель на начало, размер и вместимость
Оба варианта имеют свои особенности и слабые места. Первый вариант плох тем, что когда вы хотите посчитать size(), то вы вычитаете два указателя: end - begin. Вычитание указателей в численном представлении эквивалентно формуле (end_as_num - begin_as_num) / sizeof(T), где T -- тип вектора. Вот это деление на константу порой выбешивает, например, когда sizeof(T) не является степенью двойки. Компилятору приходится это деление переводить в умножение и теперь когда вы вызываете size(), то у вас откуда-то страшные конструкции вида https://godbolt.org/z/zKGz7nEE6
Но первый вариант неплох, когда вы итерируетесь и надо просто сравнивать с концом. Почему? Во втором варианте вам надо при вызове .end() загружать два регистра -- начало и размер, чтобы сложить. В итоге у вас баланс между двумя опциями
.size() выливается в умножение при sizeof(T) не степень двойки
.end() загружает два регистра
Остальные операции чуть чуть поменяются, но в основном размен происходит у этих двух.
Оказалось, что .end() чаще вызывается один раз, а .size() намного чаще в том числе и внутри циклов, потому что... Ну потому что программистам удобнее работать с числами, а не указателями. Или по каким-то ещё причинам.
В итоге мы увидели улучшение перфа всего прода на 0.12% с особенно важными серверами с исправлениями на 0.5-0.6%, о чем и поделились в discourse.llvm. Понятное дело, что кто-то слишком сильно пользовался репрезентацией вектора, но мы всех их починили и выкатили. Теперь хотим выкатить и в unstable ABI в libcxx.
Почитайте ссылку, там больше всяких анализов, в том числе и размер кодгена, и всякой ещё статистики.
LLVM Discussion Forums
Adding a size-based vector to libc++’s unstable ABI
Adding a size-based vector to libc++’s unstable ABI tl;dr We can significantly improve the runtime performance of std::vector by changing its representation from three pointers to one pointer and two integers. This document explains the details of this change…
Forwarded from Luntry — безопасность контейнеров
🚨 Случайный ханипот: как мы поймали криптомайнер в контейнере и что из этого вышло
Один демо-стенд, одна замеченная аномальная активность, расследование — и вот он, криптомайнер Redtail, скрывавшийся в контейнере. Как мы его нашли? Конечно, с помощью Luntry.
В новом исследовании в блоге разобрали, как майнеру удавалось прятаться, как мы его обезвредили и что нужно делать, чтобы такой криптомайнер не завелся в вашем кластере.
🔗 Читать статью
P.S. Если думаете, что ваш кластер чист — возможно, вы просто ещё не нашли своего Redtail 😉
#DevSecOps #Kubernetes #Security #Luntry
Один демо-стенд, одна замеченная аномальная активность, расследование — и вот он, криптомайнер Redtail, скрывавшийся в контейнере. Как мы его нашли? Конечно, с помощью Luntry.
В новом исследовании в блоге разобрали, как майнеру удавалось прятаться, как мы его обезвредили и что нужно делать, чтобы такой криптомайнер не завелся в вашем кластере.
🔗 Читать статью
P.S. Если думаете, что ваш кластер чист — возможно, вы просто ещё не нашли своего Redtail 😉
#DevSecOps #Kubernetes #Security #Luntry
Google Logo Ligature Bug
У одного из популярных гугловских шрифтов, который использует по умолчанию в Google Chrome на Android — Google Sans — есть лигатура googlelogoligature, которая отображается в виде логотипа Google (со стилизованной буквой G). Автор считает это проблемой безопасности из-за потенциала для фишинга.
У одного из популярных гугловских шрифтов, который использует по умолчанию в Google Chrome на Android — Google Sans — есть лигатура googlelogoligature, которая отображается в виде логотипа Google (со стилизованной буквой G). Автор считает это проблемой безопасности из-за потенциала для фишинга.
Jefftk
Google Logo Ligature Bug
Jeffrey Yasskin recently pointed out an interesting security bug: The idea is, if you had registered googlelogoligature.net then Chrome on Android (and possibly other Google products) would have displayed it as Google.net, potentially tricking users…