Вчера утром юзеры поднимают панику: отзывчивость сервиса (самописная web-CRM на основе Yii2) упала многократно. Проверяем: CPU load на сервере уткнулся в потолок, что случилось - непонятно.
Серверное окружение, надо сказать, настроено почти никак. Стандартная связка nginx+php-fpm+mysqld, аппаратных ресурсов с запасом, всё работает, а до мало-мальского тюнинга руки просто не доходят.
top показывает, что процессорное время отжирает mysqld, так что лезу в sql processlist. Не видно ничего подозрительного, запросов много, но они отрабатываются. Висяков нет, slow_log пустой. Рестартуем сервисы - сразу после запуска нагрузка опять зашкаливает.
Сразу скажу - что это было, мы так и не уверены. Провели, что называется, комплекс мероприятий: докрутили nginx, включили кеш mysql (то, что отключён был - глупый косяк, зато не мой), вытащили темповые таблицы в memfs, поправили индексы, добавили памяти под всякие буфера, и оставили до завтра, то есть до сегодня. Было подозрение, что утром час наибольшей нагрузки, но ситуация не повторяется, что-то помогло, но неясно, что.
А пока мониторил работу sql, заметил очень странную вещь: счётчик select_full_join увеличивается очень быстро, буквально +1000/сек.
[Ликбез]
Отличие этого счётчика от нуля означает, что выполняется запрос с JOIN по неиндексированным полям. mysql вынужден каждый раз производить сканирование всей таблицы, не имеющей нужного индекса, таким образом нагрузка растёт пропорционально количеству записей в ней.
[/Ликбез]
Вместе с этим счётчиком рос в той же пропорции и счётчик created_tmp_disk_tables, очевидно потому, что временные таблицы создавались как раз из-за этих фулл джойнов. Это тоже совсем нехорошо: mysql должен запихивать временные таблицы в память, если под это выделено место, но не делает этого, если JOIN происходит по текстовому или двоичному полю. Обмануть mysql можно, отдав под tmpdir раздел в памяти, но это костыль.

Я был вполне уверен, что с индексами самых часто используемых таблиц у меня всё в порядке. Но даже один незамеченный отсутствующий индекс, помноженный на сотни тысяч обращений, мог дать описываемую ситуацию. Поэтому я включил general_log на некоторое время, убедился, что select_full_join подрос, а затем сделал

SELECT argument FROM general_log WHERE argument LIKE '%JOIN%'

и стал смотреть эти запросы с EXPLAIN.
Забегая вперёд скажу, что единственным типом запросов, не использующим индексы, стали обращения к information_schema, выглядящие примерно как

SELECT
    kcu.constraint_name,
    kcu.column_name,
    kcu.referenced_table_name,
    kcu.referenced_column_name
FROM information_schema.referential_constraints AS rc
JOIN information_schema.key_column_usage AS kcu ON [...]

Быстрый гуглинг показал, что Yii2 с какого-то времени получает схему таблиц не через SHOW COLUMNS, а вот этими запросами. Вот тебе и select_full_join; а поскольку типы полей в таблицах текстовые, то образующиеся временные таблицы создаются только на диске.

С одной стороны: information_schema почти целиком состоит из MEMORY-таблиц, т.е. обращения к ним почти ничего не стоят. Но по этой же причине проиндексировать таблицы невозможно, значит счётчики будут расти. Ну и оверхед какой-то есть; при малом количестве обращений он несущественен, но при тысячах запросов в секунду даёт уже заметную нагрузку.

Решением оказывается включение кеша схемы БД в db.conf:

	'enableSchemaCache' => true,
	'schemaCacheDuration' => 0,
	'schemaCache' => 'cache',

Сразу после донастройки минимум вдвое упало количество запросов на БД, количество full_join и tmp_tables стало нулевым. Снижение нагрузки на cpu объективно оценить нельзя, но субъективно нагрузка упала (логично - убраны тысячи холостых запросов).
Единственный минус - при каждом обновлении структуры БД кеш надо сбрасывать через

php yii cache/flush-schema

но, при желании, это автоматизируется в скрипте деплоя.

Уже годы назад, в бытность мою жителем Самары, fromaway_mainer как бы невзначай рассказывала мне, что есть одно место, где можно покормиться лучшими во Вселенной беляшами. Но то да сё - так я тогда не причастился: то было некогда, то было закрыто, то ещё что. Так что впервые попробовал я тех беляшей много позже, приехав в Самару из Москвы погостить.
Мы с Асей тогда успели к самым последним беляшикам, и кукушечная женщина долго извинялась - мол, эти беляши некрасивые. Именно так - "некрасивые", не идеальной формы. И согласилась отдать последний десяток (я взял скопом, несмотря на гневные взгляды Аси, блюдущей мою диету) беляшей только со скидкой - по десять, что ли, рублей, или по пятнадцать...

Когда я вкусил сей дивный продукт, слёзы подступили к моим глазам, и не заплакал от счастья я только по причине своей мужицкой брутальности. Сказать, что беляш был вкусен - не сказать ничего; он был не просто беляшом, а консистенцией всего беляшного. Да, возможно он был некрасив - но он был прекрасен!

А сегодня мои коллеги, командированные в Самару, по моей наводке нашли то самое кукушечно-беляшечное окошко. А это не так просто, если не знать, где: место неприметное, в интернетах незасвеченное, и известное только аборигенам. Но оно того стоило:


Истекаю слюнями.

Если будете в Самаре - непременно сходите. Это место находится в здании Жигулёвского пивзавода, то есть там же, где знаменитое Дно (туда тоже непременно стоит заглянуть; полагаю, что туристы обычно "дном" и ограничиваются), но с той стороны, где вход в ресторан. Ищите там окошко, из которого вкусно пахнет - и лучше на голодный желудок, потому что съедите вы много.

Несколько дней назад я был одарен вот таким девайсом:


Девайсу я очень обрадовался: как раз присматривал себе трекер физической активности, но всё не доходили руки до покупки. А трекер реально нужен - для правильного и качественного тренинга необходимо, кроме прочего, следить за балансом калорий. Завоз калорий я могу определить с пренебрежимой погрешностью - все продукты давно промаркированы и оценены. С тратой сложнее, тут можно прикидывать только на глаз, и тут погрешность очень велика.

Дарение шло под ненавязчивое условие сделать обзор, так что энжойтесь.
( Read more... )

Помните ли вы что-нибудь из школьного или вузовского курса истории? Мировой или отечественной?
Ну там Наполеон напал на Израиль, татаро-монгольское иго основало Вологду, Пётр Первый отпочковал Петра Второго при помощи хирурга Пирогова? Я, например, ни хрена не помню из школы, а из институтского курса я запомнил только препода-шизофреника и трёхсуточную сдачу экзамена ему (что само по себе эпично). Хотя сам предмет мне нравился, но подавался он так, что пользы из него извлечь было решительно невозможно. Ну скажите, какая разница, в каком именно году была та или иная битва, или помер тот или иной государственный деятель? Зачем это запоминать?
А меж тем полезность истории, как науки, в том, что всё уже было в Симпсонах. Любому более-менее современному событию можно найти аналог из прошлого. А найдя его - проанализировать причины и следствия, и, на основании анализа принять решение. Так что будь я государственным деятелем, то держал бы штат историков, как раз под эти цели.

Эта простая мысль пришла ко мне во время просмотра парфёновской "Истории Российской Империи". Этот цикл передач в своё время прошёл как-то мимо, а жаль: посмотри я их вовремя, то сдавал бы историю не три дня, а три недели. Парфёнов очень интересно рассказал о трёх столетиях существования Империи, дав ответ даже на те вопросы, которые прямо не задавались. Плюс куча фактов, о которых я никогда и не слышал даже: скажем, я понятия не имел, что Горький жил и писал на Капри, и спонсировал революцию на гонорары. Что Аляску решили продавать после того, как извели на ней всех каланов. Что Шамиль, чеченский имам и, в то время, главный враг страны, после поимки жил на царские деньги в Калуге. Что Маннергейм, финский президент и военачальник, был ассистентом на коронации Николая II.

Очень рекомендую, если не смотрели, как, впрочем, и другие проекты Парфёнова.

Кстати, хотя цикл выходил на пике российского либерализма, в начале двухтысячных, когда ни о каких имперских идеях не говорили, он создавал впечатление, что в этой стране ничего не меняется, и не поменяется. Всё уже было, и даже не по одному разу.

UPD: Я посчитал необходимым обновить пост, т.к. ссылки на него разошлись по сети, мне пишут люди, что-то спрашивают и предлагают. Я добавляю что-то вроде FAQ, чтобы не отвечать каждый раз одно и то же.

Q: Это действительно самая полная коллекция?
A: На момент первоначальной публикации (февраль 2014) — да. У меня были собраны все известные радиозаписи, все доступные записи лайвов, и, конечно, все подкасты. Сейчас (март 2016) — вряд ли, в последний год я довольно редко нахожу время на поиск новых выпусков и их сортировку. Не вижу в этом большой проблемы, все подкасты и так выкладываются в общедоступных источниках, записи с живых выступлений также не проблема найти. А радиопередач, записи которых и представляют наибольшую ценность, больше не выходило.
UPD: Последняя сверка коллекции - апрель 2016.

Q: Ты говорил, что коллекция полностью вычищена от рекламы и другого аудиомусора, но это не так!
A: Я никогда такого не говорил. Я, по мере прослушивания, стараюсь помечать записи, содержащие рекламу и громкие отбивки, чтобы в свободное время заняться вычисткой. Но, во-первых, до этого руки доходят ещё реже, чем до обновления коллекции, а во-вторых, могу и пропустить что-то. Когда-нибудь коллекция будет вычищена.

Q: Реклама — понятно, а отбивки зачем вырезать?
A: У меня была привычка засыпать под Модель, а отбивки громкие и неожиданные, будят.

Q: А ещё ты говорил, что у тебя нет ошибок в названиях записей, но это тоже не так!
A: И этого я не говорил. В архиве немеряная уйма записей, даже учитывая, что я многожды перепроверял и сверялся с известными списками выпусков, статистически ошибки возможны. Найденное исправляется.
Другое дело, что иногда возникают недоразумения: ведущий называл не того автора. В этом случае в файле указан настоящий автор.

Q: Почему архив в облаке, а не в торрентах?
A: Мне это удобно. Я вношу изменения у себя, они улетают в облако, и всегда там доступны. Тупо архивная копия.
Торренты же хороши для распространения, но для хранения не очень подходят: торрент надо вручную обновлять при каждом изменении архива, информировать личеров, чтоб забрали, ну и ещё всякое. Я не готов этим заниматься.

Q: Мне неудобно забирать архив из облака!
A: Действительно, у облака mail.ru проблемы с удобством (и выбрал этот сервис я исключительно из-за акции, когда они на халяву раздавали 1Тб пространства). Они не хотят включать поддержку WebDAV (именно, что не хотят — в первое время она была, потом выключили), не говоря уж о FTP. Выкачивать файлы в браузере по одному или даже группами — никаких нервов не хватит. Единственный известный мне приемлимый способ забрать архив — использовать синхронизацию. По пунктам: 1) создаёте своё облако под фейковой учёткой (ну или реальной, сами смотрите); 2) копируете мой архив (или нужные его части) себе в облако; 3) стандартным клиентом сливаете файлы себе.

Ну или пользуетесь вот этой штукой, которую тоже я сделал.

Q: Но ты же делал торрент, где он?
A: С торрентом получилась некрасивая история. Я поделился архивом с администратором одной из модельных групп вконтактика, и он через какое-то время всё-таки меня уболтал на создание торрента. Но по причинам, упоминаемым в следующем вопросе, у него, пардон, дичайше бомбануло, и он принялся поливать меня грязью. Я пожал плечами, и убрал торрент, поддержка которого всё-таки стоила мне сил, пусть и небольших.

Q: А почему бы тебе не переделать в этом архиве следующие вещи...
A: Потому что это моя коллекция. Собранная и организованная так, как удобно мне. Собственно, всё, что в ней есть моего — это именно организация.
Я никому не запрещаю (не хочу и не могу запретить) взять этот набор файлов, переиначить его по собственному желанию, и распространять (или не распространять) где и каким угодно способом. Я даже уже не прошу давать ссылку на этот пост при распространении (многим и это западло). Модель не принадлежит мне (вообще затрудняюсь сказать, чего там с авторскими правами).

Q: Но почему коллекция организована так, а не иначе, и почему не поменять сортировку?
A: Сейчас архив сгруппирован по авторам произведений. Причём не по <Фамилия Имя> а по <Имя Фамилия>. Так сложилось исторически — изначально мне так было удобнее слушать понравившихся авторов. Я прекрасно понимаю, что коллекцию было бы удобнее группировать по датам выпусков, и если бы я готовил её "на публику" — то так бы и поступил. Но я собирал это для себя, и не вижу смысла что-то менять.
Некоторым решением проблемы могло бы быть прописывание всей информации о датах выхода в теги с последующей сортировкой плейлиста. Я собираюсь этим заняться после вырезания всей рекламы (серьёзно).

Q: Давай выложим в группу вконтактика/на рутрекер/на мой сайтик, и будем там распространять!
A: Вы ничего не поняли, перечитайте сначала.

А теперь — оригинальный пост.

Привет, бродяги.
Я потратил несколько дней и завершил промежуточную часть квеста "Собери полную коллекцию МДС".


Для начала - краткий ликбез для тех, кто незнаком с феноменом Модели.
Модель Для Сборки, или, сокращённо, МДС - это культовый проект, существующий с 1995 года (то есть, без малого уже 20 лет). В МДС одновременно звучат странная музыка и странная литература; этот симбиоз рождает настоящие шедевры, полученные по рецепту "смешать, но не взбалтывать". Выпуски МДС сложно назвать просто аудиокнигами (хотя формально это именно так) - это, скорее, совершенно новый жанр искусства.
МДС успела просуществовать в разных форматах и вариантах: начавшись, как радиопередача, Модель побывала и на телевидении, и в Интернете (в виде подкастов), существует она и вживую - в последнее время всё чаще происходят встречи Модели с поклонниками.
Неизменный голос МДС - актёр Владислав Копп. Даже если вы не интересуетесь Моделью, вы гарантированно слышали его дубляж в каком-нибудь фильме или игре. Музыку обеспечивают DJ Габович, DJ Addison, DJ Инкогнито и, иногда, другие DJ, а литературным наполнением программы с не столь давних времён занимается известный писатель-фантаст lightday.

Модель, за редкими случаями, никогда не предназначалась для записи. Прошедший эфир - если в планах радиостанции не было его повтора - исчезал; сохранением эфиров могли заняться только сами слушатели; к счастью, проект моментально нашёл своих любителей, которые принялись писать передачу на кассеты, а позже - в MP3. Конечно, часть эфиров утеряна, или, по крайней мере, считается таковой, но отношение потерь к общему количеству "спасённых" записей невелико (десятые доли процента).
С появлением интернета любители начали организовывать поиск и сбор и обмен таких записей (и, иногда, "модельной" музыки, которая заслуживает отдельного рассказа), но и тут были проблемы. Кто-то мог хранить весь эфир, но сжатый в 64kbps, кто-то вырезал и хранил только рассказы, кто-то имел весь эфир с приличным битрейтом, но с дикими помехами - и найти наилучший, наиполнейший вариант было непросто. Да что-там, иногда было трудно найти хотя бы какой-то вариант - тем более что долгое время хронологию эфиров никто не вёл, и люди просто не знали, что и где искать.
Долгое время существовал знаменитый архив на mds.rudn.info, в котором была действительно неплохая (хотя и далеко не полная) коллекция "Модели". Медленно и печально выкачивал народ оттуда гигабайты mp3, пока и этот архив не закрылся. Существовали и другие архивы, но понять, какая разница между ними часто было невозможно (а, меж тем, источники получения записей и, следственно, полнота и качество, могли быть разными).
Тем не менее, с развитием социальных сетей и тут удалось навести порядок. Составлена полная карта всех выпусков МДС, архивы более-менее согласованы и выпуски доступны как на отдельных архивных сайтах, так и в МДС-группах социальных сетей.

Чем интересна именно моя коллекция?
Вкратце: качеством, полнотой, организацией.

Мои записи доставались самым различным образом, и все источники я не смогу назвать, даже если очень захочу. Записи обнаруживались в интернете, в домовых сетях, на дисках случайных людей. С какого-то времени я получил возможность писать их сам: кто-то из пользователей симиксовской сетки ретранслировал станцию тогдашнего обитания Модели со спутника. Помню, что из-за обилия пользователей ему приходилось ограничивать битрейт трансляции (в симиксе был закрыт броадкаст, необходимый для организации сетевого радио), и я договорился с ним на увеличение битрейта для меня одного на момент трансляции. Так что я писал выпуски 2004-2005 годов в божественных 320kbps, а затем часами корпел над ними, вырезая рекламные отбивки и выкладывая на местный форум.

Всё нарытое тщательнейше изучалось. Записи сравнивались на качество звучания, полноту записи и битрейт, оставлялось самое лучшее по сумме параметров. Если же мне доставались, например, полная передача с плохим звуком и её отрывки в хорошем звучании, я сохранял оба варианта. Этот подход я использую и по сей день, так что за качество ручаюсь. При этом, конечно, допускаю, что есть отдельные варианты записей чем-то лучших, чем у меня, но понимаю, что при текущих объёмах коллекции проводить полные сравнения очень затруднительно.
Единственное что - не из всех эфиров вырезаны рекламные отбивки. По мере прослушивания коллекции (а сам я не слышал далеко и половины её), я отмечаю те записи, в которых замечена реклама, и при появлении времени вырезаю её. Поскольку процесс это итеративный, то он стремится к бесконечности.

За текущую полноту коллекции я также вполне могу поручиться. Как я уже писал, существует список всех известных эфиров и сайд-проектов МДС, и моя коллекция, как минимум покрывает его. Возможно и перекрывает - я производил сравнение только в одну сторону, чтобы убедиться, что ничего не пропустил.
Само собой, Модель живёт, и появляются новые записи. К счастью, теперь уже нет никаких проблем ни с их обнаружением, ни идентификацией, ни с качеством - МДС-подкасты выкладываются уже в приличествующем виде, а эфирные и живые записи бережно сохраняются огромной армией фанатов. Так что обновление коллекции также происходит постоянно.

Коллекция организована по принципу авторства произведений, прочитанных в эфире. Это обусловлено как историческими факторами, так и личными предпочтениями; хотя многие коллекционеры организуют сборники по дате эфира (а в одном эфире могли звучать произведения разных авторов), не все эфиры существуют в полном виде, что сразу лишает этот подход смысла.
Таким образом, произведения каждого автора хранятся в отдельном подкаталоге, "многосерийные" передачи (бывало, что большую книгу читали по нескольку выпусков подряд) - также в подкаталогах. Именование файлов сохраняет имя автора, название произведения, и порядковый номер выпуска (для "сериалов"), вся эта информация продублирована в ID3-тегах файлов. Там же в тегах иногда добавлена информация по файлу, например, где и когда был прочитан рассказ. В целом, мой подход вполне прост и очевиден, и дополнительно что-то объяснять я не вижу смысла.
С descript.ion-файлами, попадающимися в архивах, можете поступать, как вздумается. Это мои личные заметки о прослушанных рассказах, чтобы не слушать одно и то же несколько раз, или наоборот, иметь возможность найти и послушать понравившийся эфир. Такие заметки поддерживает Total Commander и некоторые другие файловые менеджеры.

Собственно, коллекция в мейлрушном облаке: прямая ссылка (~82 Гб).
UPD: торрент.

Удачного погружения!

А для тех, кто хотел бы познакомиться с МДС, перед тем, как качать, даю ссылку на прослушку двух моих любимейших модельных произведений: http://pozitronik.livejournal.com/264377.html

Скучная, но полезная часть:

При работе с API Yandex Maps наткнулся на странное поведение класса GeoCollectionBounds. Этот класс высчитывает границы минимального прямоугольника, в который входят все указанные точки, и, при необходимости, подгоняет карту под этои границы.

Мне понадобилось сделать динамическую карту, расположение точек на которой может многократно меняться. Соответственно, GeoCollectionBounds используется на полную катушку. Алгоритм работы с картой довольно прост:


/*Инициализация*/
map = new YMaps.Map(parent_div);//Создали экземпляр карты
bounds = new YMaps.GeoCollectionBounds();//Создали экземпляр класа для расчёта границ

/*Заполнение границ*/
for (var int = 0; int < points.length; int++) {//points - массив с координатами точек
bounds.add(YMaps.Point.fromString(points[int])); //добавляем новую точку
}
map.setBounds(bounds);//Вписываем карту в вычисленные границы

/*Обновление набора точек*/
bounds.Clear();//Сбрасываем границы, см документацию
for (var int = 0; int < new_points.length; int++) {//new_points - массив с координатами точек
bounds.add(YMaps.Point.fromString(new_points[int]); //добавляем новую точку
}
map.setBounds(bounds);//Вписываем карту в вычисленные границы


Если так сделать - карта отмасштабируется неверно. Удаление будет максимальным, в границы почему-то попадает вся планета.
Внимательное изучение под отладчиком показывает, что bounds после инициализации и bounds после вызова Clear() не идентичны. Параметр _empty у только что инициализированного экземпляря равен 0, после добавления первой точки становится равен 1, и не меняется при вызове Clear(). При этом Clear() корректно обнуляет границы, но при bounds._empty==1 нижняя граница прямоугольника (bounds._bottom) перестаёт вычисляться, что и приводит к виду на планету из верхних слоёв атмосферы.
Лечение, соответственно, простое - сразу после bounds.Clear(); делать присвоение bounds._empty=1;

Интересная, но бесполезная часть:
Параллельно задумался: а ведь сколько интересных, трудных, головоломных и непонятных ошибок доводилось мне встречать с того времени, когда я впервые запустил qbasic. Ну, например:
- Ошибки-призраки. Не работает, не понятно почему, вчера всё работало, а сегодня - нет. Не лечится никак и ничем. Откладываешь код, всю ночь играешь в кваку, на следующий день смотришь - тот же самый код работает.
- Трололо-ошибки. Код собирается без единого ворнинга, но не работает. Потом оказывается, например, что написал класс с таким же названием и операторами, что и стандартный, и компилятор, естественно, вызывает не тот, что нужен. Но иногда бывают необъяснимые случаи - стираешь, переписываешь чуть ли не символ в символ, и работает.
- Трололо-отладчик. Под отладчиком программа работает не так, как при запуске. Проходишь пошагово - всё чистенько, четкенько, красота. Запускаешь тот же код вне отладчика - еггог ололо. Иногда помогает дубовый способ понапихивания после каждой строчки вызова собственного логгера (самое ffffuuuuu начинается, когда и при добавленном логгере всё работает, а без него - хуйс). Реже бывает обратное - в отладчике код работает неверно. Вернее, это просто обнаруживается реже - потому что кто же будет отлаживать код, который и так работает.
- Зеркальные ошибки. Оператор работает ровно наоборот от положенного. Скажем, итератор for x=0 to 100 начинает не инкрементировать переменную x, а наоборот - инициализирует её, как 100, а потом делает декремент. Или if/case/switch начинают путать ветки. Этим борландовские компиляторы грешили, но чтобы наткнуться на такой глюк, надо было написать много-много-много кода, так как грешили они редко, но исключительно в жилу.
- Кстати, о Борланде. В какой-то из версий их среды разработки под Delphi иногда тупо переставали работать Insert и Space. Но это фигня, обычно решалось перезапуском. А вот что немало нервов мне пожрало в свой время - на больших участках кода, в десятки тысяч строк, отладчик при пошаговой отладке скакал не по тем строкам. Причём в некоторых функциях работал как надо, а в некоторых - сбивался.
- Мультипоточные глюки. Отлаживать код, который работает в несколько потоков можно только свою судьбу хуйня и бля. Лучше сразу писать правильно.
- Глюки ассемблирования. Поскольку грешил с ассемблером я не так много, то и ошибку помню только одну: в одной из моих досовских программ код собирался неверно, кажется, вместо JE ставилось JNE и последующий оператор тоже менялся. Причём вся отладочная информация и прочее были нормальными. Если кто не знает - код на ассемблере, и код с отладочной информацией в дебаггере должны быть одинаковыми, но вот у меня они одинаковыми не были. Скриншот я показывал сокурсникам и преподавателям, но и те и другие от ассемблера шарахались, как еврей от работы, потому выяснить причину глюка не удалось.

А какие необычные мозговыносящие глюки встречались вам?

Знаешь, какой вопрос мужчине самый нечестный, неоригинальный и даже несколько неприятный? Это вопрос "О чëм ты думаешь?".
Что можно ответить на такой вопрос?
Если мне хорошо с тобой, я расслаблен, и не думаю, о чëм думаю. Тогда вопрос убивает расслабленность, и всë идëт к чëрту.
Если мне пока ещë не очень хорошо, то я сосредоточен, и пытаюсь контролировать ситуацию. Тогда вопрос заставляет терять эту нить самоконтроля, и, с большой долей вероятности, всë снова идëт к чëрту.
Если я думаю всякую фигню, то мне будет неловко про это рассказывать. Например совсем недавно, без всякой причины и каких-либо последствий, я думал о том, что помню, как были круты и интересны игры про нинзю Гайдена на NES, но почему-то никак не могу переиграть их сейчас, на эмуляторе. И это ещë не самая странная мысль, просто та, что запомнилась. Обьяснять эту ерунду - в 99% случаев всë рушить к чëрту.
Есть и ещë вариант, самый, надо думать, частый. Я думаю, но не словами, а образами, пересказать которые не смогу при всëм желании, не потому, что ты не поймëшь, а потому, что слов таких ещë не придумано.

Понимаешь, почему я ответил на твой вопрос ссылкой на этот пост?

Инструкция по понаезду для беременных детей и бородатых женщин.
Всё чётко и по делу.