Че-то мне совсем разонравился постгрес.
Планировщик — ебаное говно, которое расчитано на работу неоптимизированных запросов в неоптимизированной базе, которая хотя бы большими кусками помещается в оперативную память. Короче говоря — в распиздяйском окружении. А в условии ограниченных ресурсов все плохо.
В итоге у меня на весь инстанс глобально стоит:
enable_bitmapscan = off
enable_hashjoin = off
enable_mergejoin = off
— просто чтобы избавиться от появляющихся зависших запросов, из-за которых пользователи отфутболиваются по таймауту.
Простой пример: изобретаем мы электронную почту.
Делаем таблицу messages (user_id, date, ...)
Делаем индекс для нее по (user_id, date DESC)
Каждому пользователю показываем 50 последних писем при помощи WHERE user_id = ... ORDER BY date DESC.
Ничего фантастического, самое обычное поведение самого обычного приложения.
Все работает очень быстро: делается index scan и nested loop 50 раз. Но только покудова мы одновременно не джоиним messages с какой-нибудь второстепенной хуетой. Тут планировщик начинает делать bitmap index scan, потом hash/merge join, а потом sort by date DESC. Беда в том, что писем у пользователя может быть 100 штук, а может быть 100 000 штук. Bitmap index scan в этом случае выбирает целый миллион, потом все это «быстро» и «эффективно» (как задумывалось планировщиком) джоинится, потом фильтруется лишнее (до 100 000 строк), потом сортируется, потом берутся верхние 50 писем. В результате пользователь со ста тысячами писем не может зайти в свой почтовый ящик вообще: он видит только nginx gateway timeout.
И ситуации подобные этой возникают постоянно. Иногда запрос работает хорошо, но только меняется аргумент в условии — все идет пиздой. Например, планировщик, которого попросили письма двухнедельной давности, может решить, что теперь-то эффективнее делать bitmap index scan — и все по-новой.
Обычная статистика не помогает, потому что, как я уже говорил, писем может быть и 100, и 100 000. Но в среднем — голубцы.
CREATE STATISTICS еще не опробовал. Надеюсь, конечно, что поможет, но едва ли это очевидное решение.
Хуй, блять, знает, какие исходники надо ковырять, чтобы сделать планировщик ПЕССИМЕСТИЧНЕЕ. Чтобы, блять, если в теории возможно, что план по выборке 50 обоссаных писем может закончится бедой — он не пользовался этим планом.
Хинтов в постгресе нет. Есть возможность отключать отдельные виды тактик на время сессии, и, по-моему, даже во время транзакции.
Вообще, все это хуйня, и через «еб твою мать!» с ней можно справиться. Но основной тренд очень расстраивает.
УНЯНЯ. У нас есть немножечко инфы
об этом пользователе. Мы знаем, что он понаписал,
порекомендовал и даже и то и другое сразу.
А ещё у нас есть RSS.
ДОСТОИНСТВА АЛЬЯНСА ТРЕД
+ Сильнейшая армия Измерения
+ Быстрый и дешевый проезд в сити 17
+ Доля свободного жилья под 90% - почти никто не платит дяде аренду
+ В номерных городах ГО работает круглосуточно
+ Огромная страна с неописуемыми природными красотами
+ Красивые и ухоженные тянки, не тронутые Factory Cinematic-чумой
+ Мгновенное внедрение цифровых имплантов и прием на работу в альянс
+ Копеечное ЖКХ
+ Очень развитая сфера услуг по предоставлению не механической репродуктивной симуляции
+ Собственные сервисы - Цимент, XCCГ, портал ГОуслуг
https://t.me/apologia/3447
Говно: акции протеста днем.
Охуенно: акции протеста ночью.
Хуесос: @l29ah (смотрите, сейчас в комментариях появится)
https://www.opennet.ru/opennews/art.shtml?num=54553
> Опубликована реализация новой техники идентификации конкретного экземпляра браузера. Метод основывается на особенностях обработки изображений Favicon, при помощи которых сайт определяет пиктограммы, отображаемые в закладках, вкладках и прочих элементах интерфейса браузера. В качестве области хранения используется кэш Favicon, который выступает в роли "Supercookie".
> Метод работает в Chrome, Safari, Edge и частично в Firefox. В Firefox для Linux использованию Favicon в качестве Supercookies мешает особенность, из-за которой браузер вообще не кэширует Favicon. Интересно, что авторы метода идентификации уведомили разработчиков Firefox о данной особенности около года назад, указав на наличие ошибки в работе кэша, но не упомянув о своей работе и о том, что исправление ошибки приведёт к возможности идентификации пользователей.
Tfw ты компьютерный учёный, придумываешь метод идентификации пользователя, а сраный браузер не работает как надо…
#MZHAVD
(3+3)
/ @ndtimofeev / 1620 дней назад
https://gdb.rferl.org/CFAAA036-8C73-46BB-BE91-42E9126DD2BC_w1597_n_r0_st.jpg
Раньше, если ты автор и тебе нужно получить аудиторию, то у тебя должен был быть посредник в виде средств массовой информации, а сейчас с социальными сетями ты минуешь этот этап. Я опубликовал картинку, и прошло минут 40, смотрю – менты идут, в телефоны уставившись, друг другу показывают и хохочут, и наши ребята, которые сидят, тоже начинают смотреть в телефон, потом смотреть на меня. И прибежал омоновец, злой такой, он не понял кто это снял, обратился в ту часть этого зала, откуда снимали, как он понял: "Вот, вы тайком!.. И вообще, это все очень!.. Короче, плохо!" И убежал, я подумал, чуть ли не плакать. Он очень был оскорблен. Конечно, прекрасно было бы ответить ему в этот момент: "Чувак, извини, ничего личного. Я делаю свою работу!"
JS-петушня есть?
Покажите мне, пожалуйста, two-way infinite scroll, который хорошо работает, который можно скроллить целый день не вешая браузер, который оставляет ссылку на текущий прогресс в адресной строке, и который не обсирается от нажатия кнопки «home» на клавиатуре электрического компустера.
https://t.me/avtozaklive/9649 даже омон считает что волков пидор и сосал
Тем временем в доебане поломатый бандлер: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=955405
https://www.kickstarter.com/projects/jywarren/public-lab-diy-spectrometry-kit
Блядь, @ndtimofeev, обосри это за меня, мне лень.
Цоперайт © 2010-2016 @stiletto.