Что значит тайм аут: аут | это… Что такое Тайм-аут?

Тайм-аут в отношениях: кому он нужен и зачем

Если кому-то из вас пришло в голову предложить партнеру взять перерыв в отношениях, то стоит разобраться в истинных причинах.  Возможно, это такой ход, чтобы смягчить расставание? Давай рассмотрим подробнее, стоит ли предлагать тайм-аут самой и как реагировать на подобные просьба партнера.

“Мне нужно время, чтобы всё обдумать. Давай возьмём перерыв на пару недель…”

Что нужно знать, если в ваших отношениях возникла потребность взять паузу?

1    Это приведет к отдалению

В период перерыва каждый из вас так или иначе будет продолжать жить полной жизнью. Будут появляться новые увлечения, знакомства, вы неизбежно постепенно начнете отдаляться друг от друга. И этот период оставит след в ваших отношениях.

Даже короткая пауза может перечеркнуть всё то, что связывало вас. А если расставание будет длительным, человек успеет измениться за это время.

2    Оговорите условия расставания

Лучше обговорить на берегу, считается ли пауза всё ещё отношениями или нет. Так или иначе, тайм-аут — это временное расставание, но, если у одного из вас будет мимолётная интрижка, — это будет считаться изменой.

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

3    Примите решение

Тайм-аут — это не самое зрелое и мудрое решение. Если проблемы в отношениях требуют немедленного решения, то придите к компромиссу или расстаньтесь сразу, не стоит продлевать эти муки на месяцы. Откладывание неприятного решения часто приводит к депрессиям.

4    Точка или многоточие?

Тут всё просто и очевидно: иногда страх произнести более серьёзные слова и поставить точку в отношениях заставляет придумывать разнообразные ухищрения. А что в вашем случае? Самообман, чтобы не ощущать груз и ответственность этих слов: «давай расстанемся»?

Не всем хватает смелости поставить точку в отношениях и сказать всё прямо.

Не пропустите

Что делать, если тайм-аут просит твой мужчина

Паниковать не стоит: это точно не конец света и не факт, что конец отношений. Не стоит устраивать сцен и допросов, спокойно обсудите причины такой просьбы. А затем лучше отпустить его и дать время, ведь мужчинам свойственно упираться и делать «вопреки».

Возможно, время наедине нужно вам обоим. Иногда расстояние только сближает и даёт возможность убедиться в серьёзности намерений и глубине чувств. 

Если вы оба пришли к тому, что пауза — это целесообразная мера на данном этапе отношений, то не стоит искать контакта друг с другом. Не пишите, не звоните, не ищите якобы случайных встреч. Не играйте в расставание, иначе игра может плохо кончиться.

Плюсы перерыва в отношениях:

• остыть и подумать;
• возможность дорасти до более серьёзного шага в отношениях;
• проверка чувств;
• возможность соскучиться и укрепить чувства.

 Минусы перерыва:

• возможная измена;
• пропасть между вами;
• проблема может усугубиться;
• в итоге, всё может привести к расставанию.

Не пропустите

• Не пропустите

  Он ушел, но остался. Как поставить точку в отношениях

Вместо тайм-аута

Перерыв — не всегда решение проблем. Скорее всего, расстояние ничего не изменит. Нужно уметь обсуждать проблемы, а не замалчивать их и ждать, что за время, что вы будете порознь, всё забудется.

Отпуск 

Если ты ощущаешь, что отношения на грани, просто поезжай отдохнуть к родителям, проведи отпуск с друзьями, отправься на выходные в другой город. Наедине с собой сможешь всё обдумать и переосмыслить. Если твоему мужчине вдруг тоже понадобиться время наедине — дай ему эту возможность.

Откровенный разговор 

Без ссор и битья посуды. Просто поговорите начистоту. Пусть каждый скажет о том, что его не устраивает. Внимательно выслушайте друг друга и попытайтесь вместе прийти к решению этих вопросов.

Начни с себя 

В любом конфликте виноваты оба. Начни исправлять в себе недостатки и то, что его не устраивает. А он подтянется и начнёт меняться вместе с тобой. Простой попробуй.

Автор

Вера Гуляева

Практикующий психолог, редактор рубрики «Психология» Lisa.ru

Какое впечатление произвела на вас эта статья?

Тайм-ауты, повторные попытки и отсрочка с наличием джиттера

Автор: Марк Брукер

 PDF
 Kindle

Возникновение сбоев

Когда какой-либо сервис (или система) вызывает другой, возможно возникновение сбоев. Причиной этих сбоев может послужить целый ряд факторов. Они включают в себя серверы, сети, балансировщики нагрузки, программное обеспечение, операционные системы или даже ошибки системных операторов. Мы проектируем наши системы так, чтобы снизить вероятность сбоя, но невозможно разработать системы, которые никогда не выходят из строя. Поэтому в Amazon мы проектируем наши системы с учетом возможных сбоев так, чтобы снизить их вероятность и не допустить превращение небольшого процента сбоев в полное отключение. Для разработки отказоустойчивых систем мы используем три основных инструмента: тайм-ауты, повторные попытки и отсрочку.

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

Зачастую повторное выполнение одного и того же запроса приводит к его успешному выполнению. Это происходит потому, что типы разрабатываемых нами систем редко выходят из строя целиком. Чаще всего они испытывают частичные или временные сбои. Частичный сбой – это когда некоторое количество запросов успешно выполняется. Временный сбой – это когда запрос не выполняется в течение непродолжительного периода времени. Повторные попытки позволяют клиентам выдержать случайные частичные сбои и временные сбои с помощью повторной отправки запроса.

Повторная попытка не всегда безопасна. Повторная попытка может увеличить нагрузку на вызываемую систему, когда в системе уже есть сбои из-за приближающейся перегрузки. Чтобы избежать этой проблемы, мы внедряем в наши клиентские сервисы возможность использования отсрочки. Это увеличивает время между последующими повторными попытками, что позволяет поддерживать равномерную нагрузку на серверную часть. Еще одна проблема с повторными попытками заключается в том, что у некоторых удаленных вызовов есть побочные эффекты. При тайм-ауте или сбое возможны побочные эффекты. Если неоднократное возникновение побочных эффектов нежелательно, рекомендуется создать идемпотентные интерфейсы API, допускающие безопасные повторные попытки.

Наконец, у поступающего в сервисы Amazon трафика может не быть одних и тех же характеристик в любой из моментов времени. При поступлении запросов зачастую могут возникать пиковые ситуации. Эти пиковые ситуации могут быть вызваны поведением клиента, восстановлением после сбоя или даже регулярного задания планировщика. Если ошибки вызваны нагрузкой, повторные попытки могут быть неэффективными, когда все клиенты их выполняют одновременно. Чтобы избежать этой проблемы, мы используем джиттер. Это случайное количество времени перед выполнением или повтором запроса, которое помогает предотвратить пиковые ситуации благодаря распределению интенсивности входного потока.

Каждое из этих решений обсуждается в следующих разделах.

Тайм-ауты

Наилучшее решение для Amazon – это установка тайм-аута для любого удаленного вызова и, как правило, для любого вызова между процессами, даже в одном и том же окне. Это включает в себя как тайм-аут подключения, так и тайм-аут запроса. Для многих стандартных клиентов предусмотрены надежные встроенные возможности тайм-аута.

Как правило, сложнее всего – выбрать значение тайм-аута для установки. Слишком большое значение тайм-аута снижает его практическую пользу, поскольку во время ожидания клиента все еще потребляются ресурсы. Установка слишком низкого значение тайм-аута связана с двумя рисками:

• Увеличение трафика в серверной части и увеличение задержки вследствие чрезмерного количества повторных запросов.

• Увеличение малой задержки серверной части, приводящее к полному отключению, из-за повторения всех запросов.

При выборе значения тайм-аута для вызовов в регионе AWS рекомендуется начинать с метрик задержки нисходящего сервиса. В Amazon при вызове одного сервиса с помощью другого сервиса мы выбираем приемлемый уровень ложных тайм-аутов (например, 0,1%). Затем мы рассматриваем соответствующий перцентиль задержки в нисходящем сервисе (в данном примере это 99,9). Этот подход отлично работает в большинстве случаев, но у него есть несколько недостатков:

• Этот подход не эффективен в случаях, когда клиенты сталкиваются со значительной сетевой задержкой (например, через Интернет). В этих случаях мы учитываем наибольшую возможную задержку сети, принимая во внимание, что клиенты могут охватывать весь мир.

• Этот подход также не работает с сервисами, которые имеют жесткие границы задержки, где перцентиль 99,9 приближается к перцентилю 50. В этих случаях смягчение жестких условий помогает нам избежать малого увеличения задержки, которое вызывает большое количество тайм-аутов.

• При реализации тайм-аутов мы столкнулись с распространенной проблемой. Параметр SO_RCVTIMEO для Linux достаточно мощный, но имеет некоторые недостатки, из-за которых он не подходит в качестве параметра установки тайм-аута для сквозного сокета. Некоторые языки, такие как Java, предоставляют такое средство контроля непосредственно. Другие языки, такие как Go, предоставляют более надежные механизмы тайм-аута.

• Существуют также варианты реализации, в которых тайм-аут не охватывает все удаленные вызовы (например, вызовы с DNS- или TLS-подтверждениями). Обычно мы предпочитаем использовать тайм-ауты, встроенные в проверенные клиенты. При реализации наших собственных тайм-аутов мы обращаем особое внимание на точное значение параметров сокетов тайм-аутов и выполнение задач.

В одной системе, над которой я работал в Amazon, мы заметили малое количество тайм-аутов при взаимодействии с зависимостью сразу после развертывания. Было установлено очень маленькое значение тайм-аута (около 20 миллисекунд). Но даже при таком значении тайм-аута мы не заметили регулярных тайм-аутов вне развертываний. Анализ показал, что таймер предусматривал установление нового безопасного соединения, которое использовалось при последующих запросах. Поскольку установление соединения занимало более 20 миллисекунд, мы заметили тайм-ауты небольшого количества запросов, когда новый сервер начал работу после развертывания. В некоторых случаях повторные запросы выполнялись успешно. Изначально мы обошли эту проблему, увеличив значение тайм-аута в случае установления соединения. Позже мы улучшили систему, обеспечив установление этих соединений при запуске процесса, но до получения трафика. Это решило проблему тайм-аута.

Повторные попытки и отсрочки

Повторные попытки «эгоистичны». Другими словами, когда клиент повторяет попытку, он тратит больше времени сервера, чтобы добиться большей вероятности успеха. Когда сбои происходят редко или временно, это не проблема. Это объясняется тем, что общее количество повторных запросов невелико, а компромисс с увеличением видимой доступности довольно эффективен. Когда сбои вызваны перегрузкой, повторные попытки могут значительно ухудшить ситуацию, так как они увеличивают нагрузку. Кроме того, они могут привести к задержке восстановления, сохраняя высокую нагрузку после устранения исходной проблемы на протяжении длительного времени. Повторные попытки похожи на мощное лекарство – полезны в правильной дозировке, но при чрезмерном использовании могут нанести значительный ущерб. К сожалению, в распределенных системах почти невозможно координировать действия всех клиентов для достижения необходимого количества повторных попыток.

Предпочтительным решением, используемым нами в Amazon, являются отсрочки. Клиент не выполняет немедленные и агрессивные повторные попытки, а выжидает некоторое время. Наиболее распространенным шаблоном является экспоненциальный алгоритм отсрочки, при котором время ожидания после каждой попытки увеличивается экспоненциально. Экспоненциальный алгоритм отсрочки может значительно увеличить время отсрочки из-за стремительного экспоненциального роста. Чтобы избежать значительного увеличения времени повторных попыток, при реализации, как правило, устанавливают максимальное значение отсрочки. Это ожидаемо называется ограниченным экспоненциальным алгоритмом отсрочки. Однако это создает другую проблему. Теперь все клиенты постоянно повторяют попытки с использованием такого максимального значения. Практически во всех случаях наше решение заключается в ограничении количества повторных попыток клиента и более ранней обработке сбоя в сервис-ориентированной архитектуре. В большинстве случаев клиент прекратит попытки вызова, потому что следует своим тайм-аутам.

Существуют и другие проблемы повторных попыток:

• Распределенные системы часто имеют множество уровней. Рассмотрим систему, в которой вызов пользователя создает пятиуровневый стек вызовов сервиса. Он предусматривает отправку в итоге запроса к базе данных, а также три повторные попытки на каждом уровне. Что происходит, когда в базе данных начинают возникать ошибки запросов вследствие нагрузки? Если на каждом уровне выполняются свои повторные попытки, нагрузка на базу данных увеличится в 243 раза, что сделает ее восстановление маловероятным. Это происходит потому, что количество повторных попыток на каждом уровне увеличивается: сперва три попытки, затем девять попыток и т. д. Повторные попытки на самом верхнем уровне стека могут привести к потере данных предыдущих вызовов, что снизит эффективность. Как правило, для низкозатратных операций плоскости управления и плоскости данных рекомендуется выполнение повторных попыток в единой точке стека.
• Нагрузка. Даже когда уровень повторных попыток всего один, при возникновении ошибок трафик по-прежнему значительно увеличивается. Для решения этой проблемы широко используются автоматические выключатели, которые при превышении порогового значения ошибки полностью прекращают вызовы нисходящего сервиса. К сожалению, автоматические выключатели добавляют модальное поведение в системы, из-за чего возможны сложности тестирования и вероятно значительное увеличение времени восстановления. Мы обнаружили, что можем уменьшить этот риск, ограничив повторные попытки локально с помощью алгоритма маркерной корзины. Это позволяет при наличии маркеров выполнять повторные попытки всех вызовов, а при их исчерпании – повторные попытки с фиксированной скоростью. В AWS было добавлено это поведение для AWS SDK в 2016 году. Это значит, что у пользователей с SDK есть встроенное регулирование.
• Принятие решения о выполнении повторной попытки. Мы считаем, что опасно выполнять повторную попытку в случае интерфейсов API с побочными эффектами, если они не способны обеспечить идемпотентность. Она гарантирует, что побочные эффекты будут возникать всего единожды независимо от количества повторных попыток. API только для чтения обычно являются идемпотентными, а API создания ресурсов – нет. Некоторые API, такие как Amazon Elastic Compute Cloud (Amazon EC2) RunInstances API, предоставляют явные механизмы на основе маркеров, чтобы обеспечить идемпотентность и безопасность повторных попыток. Чтобы побочные эффекты не дублировались, разработка API должна быть продуманной, а реализация клиентов – правильной.
• Определение того, при каких сбоях необходимы повторные попытки. HTTP обеспечивает четкое разделение между ошибками клиента и сервера. То есть при ошибках клиента нецелесообразны повторные попытки для одного запроса, так как они не будут удачными, а при ошибках сервера последующие повторные попытки могут быть удачными. К сожалению, потенциальная непротиворечивость в системах вносит в этот принцип множество оговорок. Ошибка клиента в одно мгновение может смениться успешным выполнением сразу после изменения состояния.

Повторные попытки – это мощное средство обеспечения высокой доступности при возникновении временных и случайных ошибок. Чтобы найти правильный компромисс для каждого сервиса, необходимо правильное суждение. Наш опыт показывает, что отличной отправной точкой является понимание того, что повторные попытки «эгоистичны». Повторные попытки – это способ подтверждения клиентами важности запроса и требование подключения большего количества ресурсов для его обработки. Если клиент слишком «эгоистичен», могут возникнуть серьезные проблемы.

Джиттер

Когда сбои вызваны перегрузкой или соперничеством, довольно часто алгоритм отсрочки оказывается не таким уж и полезным. Это связано с корреляцией. Если все неудачные вызовы отменяются одновременно, при повторных попытках они вызывают соперничество или перегрузку. Нашим решением является джиттер. Джиттер добавляет некоторую случайность в алгоритм отсрочки, чтобы распределить повторы операций во времени. Дополнительную информацию о степени и наилучших способах добавления джиттера см. в статье Экспоненциальный алгоритм отсрочки и джиттер.

Джиттер можно использовать не только для повторных попыток. Благодаря практическому опыту мы знаем, что трафик наших сервисов, включая операции плоскости управления и плоскости данных, имеет пиковую тенденцию. Эти пики трафика могут быть непродолжительными и зачастую могут скрываться агрегированными метриками. При разработке систем мы рекомендуем добавление джиттера в определенной степени ко всем таймерам, периодическим заданиям и другим отложенным работам. Это помогает распределить рабочие пики и упростить масштабирование нисходящих сервисов для рабочей нагрузки.

При добавлении джиттера к запланированным задачам мы выбираем джиттер для каждого хоста не случайным образом. Вместо этого мы используем согласованный метод, который каждый раз создает одинаковое количество на одном и том же хосте. Таким образом, при перегрузке сервиса или в состоянии гонки происходит добавление по шаблону. Люди склонны к выявлению шаблонов и с большой вероятностью определят первопричину. При перегрузке ресурса использование случайного метода обеспечивает добавление случайным образом. Это значительно усложняет поиск и устранение неисправностей.

В системах, над которыми я работал, таких как Amazon Elastic Block Store (Amazon EBS) и AWS Lambda, мы заметили, что клиенты зачастую отправляют запросы через регулярные промежутки времени, например, один раз в минуту. Если у клиента множество серверов с одинаковым алгоритмом поведения, они могут одновременно инициировать запросы. Это могут быть первые несколько секунд в минуте или первые несколько секунд после полуночи для ежедневных заданий. Сосредоточив внимание на нагрузке в секунду и работая с клиентами для устранения периодических рабочих нагрузок, мы выполнили тот же объем работы при меньшем использовании ресурсов сервера.

У нас меньше возможностей контроля над пиками клиентского трафика. Однако даже для задач, инициируемых пользователем, рекомендуется добавлять джиттер там, где он не повлияет на качество обслуживания.

Выводы

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

Мы в Amazon узнали, как важна осторожность при повторных попытках. Повторные попытки могут усилить нагрузку на зависимую систему. Если время ожидания для вызовов в системе начинает истекать, а система перегружена, повторные попытки могут усилить перегрузку. Мы стараемся избегать этого, обеспечив выполнение повторных попыток только при работоспособной зависимости. Мы прекращаем повторные попытки, если они не помогают улучшить доступность.

Об авторе

Марк Брукер

Марк Брукер – главный инженер в Amazon Web Services. Работает в AWS с 2008 года над множеством сервисов, включая EC2, EBS и IoT. В настоящее время Брукер сосредоточил усилия на сервисе AWS Lambda, работая в том числе над вопросами масштабирования и виртуализации. А еще он всегда внимательно изучает данные по исправлению ошибок (COE) и результаты анализа причин неудачи. Марк Брукер – обладатель докторской степени в области электроинженерии.

Сложности, связанные с распределенными системами Сброс нагрузки во избежание перегрузок Работа распределенных систем без необходимости откатов

Тайм-аут Определение и значение | Dictionary.com

• Лучшие определения
• Викторина
• Связанный контент
• Примеры
• Британский
• Идиомы и фразы

Показывает уровень сложности слова.

или тайм-аут

[ tahym-out ]

/ ˈtaɪmˈaʊt /

Сохранить это слово!

См. синонимы тайм-аута на сайте Thesaurus.com

Показывает уровень оценки в зависимости от сложности слова.

существительное во множественном числе · тайм-ауты.

кратковременная приостановка деятельности; антракт или перерыв.

Спорт. короткий перерыв в обычном игровом периоде, во время которого судья или другое официальное лицо останавливает часы, чтобы игроки могли отдохнуть, посовещаться, произвести замены и т. д.

короткое время, используемое в качестве наказания или последствия для плохо себя ведет.

Компьютеры.

1. прекращение процесса или события, для выполнения которого требуется больше времени, чем ожидалось, и которое с большей вероятностью будет успешным в случае повторного запуска, повторной отправки и т. д.
2. разрыв онлайн-соединения после периода бездействия, например, когда пользователь выходит из безопасного сеанса на веб-странице по истечении фиксированного периода времени.

ВИКТОРИНА

МОЖЕТЕ ЛИ ВЫ ОТВЕЧАТЬ НА ЭТИ ОБЫЧНЫЕ ГРАММАТИЧЕСКИЕ ДИСКУССИИ?

Есть грамматические дебаты, которые никогда не умирают; и те, которые выделены в вопросах этой викторины, наверняка снова всех разозлят. Знаете ли вы, как отвечать на вопросы, которые вызывают самые ожесточенные споры по грамматике?

Вопрос 1 из 7

Какое предложение правильное?

Происхождение тайм-аута

Впервые записано в 1870–1875 гг.; time + out

Слова рядом timeout

time off, времяпролетная масс-спектроскопия, time of one’s life, time on one’s hand, timeous, timeout, time out of mind, time paradox, timepass, timepiece, timepleaser

Dictionary.com без сокращений
На основе Random House Unabridged Dictionary, © Random House, Inc., 2023

Слова, относящиеся к тайм-ауту

тем временем, прерывание, интервал, затишье, пауза, антракт, перерыв, заклинание, передышка, спокойствие, тишина, ослабевание, передышка, тайм-аут, закрытие, праздник, пауза, приостановка, отпуск, перерыв

Как использовать тайм-аут в предложение

• «Тогда вы знали, что все почти закончилось, потому что у нас не было тайм-аутов», — сказал Махоумс.

  Что пошло не так у «Чифс» и Патрика Махоумса в жестоком поражении в Суперкубке|Адам Килгор|8 февраля 2021 г. |Washington Post

• В отсутствие этого ответа Брукс всю игру искал другой ответ, исчерпав свои тайм-ауты до конца третьей четверти.

  Защита «Уизардс» снова дала сбой после поражения от «Хорнетс» со счетом 119–97|Ава Уоллес|7 февраля 2021 г.|Washington Post Терпы тут же ответили собственной очередью со счетом 13: 0.

  Бренда Фрезе сравнялась с Крисом Веллером в списке небывалых побед Терпса|Карим Коупленд|5 февраля 2021 г.|Washington Post

• Я ни разу не запрашивал тайм-аут и не получал его.

  Девять проблем с студенческим баскетболом на телевидении — и как их решить|Джон Файнштейн|3 февраля 2021|Вашингтон пост и, в конечном счете, устранить его зависимость от любого тайм-аута и ограничений в течение следующих трех лет.

  Законопроект, запрещающий закрытую изоляцию и ограничения лицевой стороной вниз в школьных киосках Иллинойса, поскольку у законодателей истекло время | Дженнифер Смит Ричардс, Chicago Tribune и Джоди С. Коэн, ProPublica | 14 января 2021 г. | ProPublica

• «Мы приняли удар и взяли тайм-аут, и я посмотрел вниз, где мы стояли, и то, что я увидел, было потрясающим», — сказал он.

  Боб Курланд, первый игрок, сделавший данк, был пионером для больших мужчин|Кевин Фикслер|21 марта 2014 г.|DAILY BEAST законодательство.

  Взяточничество, просачивающееся вниз, или Конгресс Бутча Кэссиди|Линдси Марк Льюис|17 ноября 2012 г.|DAILY BEAST

• А как насчет питья из бутылки во время тайм-аута, как будто он единственный, кто хочет пить?

  Леброн Джеймс, самый ненавистный спортсмен в Америке|Базз Биссинджер|14 июня 2011|DAILY BEAST отдыхать, обсуждать тактику или делать замены

  перерыв в рабочее время

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

  Collins English Dictionary — Complete & Unabridged 2012 Digital Edition
  © William Collins Sons & Co. Ltd., 1979, 1986 © HarperCollins
  Издательство 1998, 2000, 2003, 2005, 2006, 2007, 2009 гг., 2012

  Другие идиомы и фразы с тайм-аутом

  тайм-аут

  ---

  Короткий перерыв в работе или игре; также наказание за плохое поведение маленьких детей, когда их ненадолго отделяют от группы. Например, Люди так много спешат в эти дни, что я думаю, что каждый должен время от времени делать перерыв, или Мы не бросаем еду, Брайан; вам нужно время, чтобы подумать об этом. Это выражение происходит от ряда видов спорта, в которых оно означает перерыв в игре, когда судьи останавливают часы с целью отдыха, замены или консультации. Его фигуративное использование датируется серединой 19 в.00с.

  Словарь идиом американского наследия®
  Авторские права © 2002, 2001, 1995, издательство Houghton Mifflin Harcourt Publishing Company. Опубликовано издательством Houghton Mifflin Harcourt Publishing Company.

  Тайм-аут Определение и значение – Merriam-Webster

  ˈtīm-ˈau̇t

  1

  : кратковременная приостановка деятельности : перерыв

  особенно

  : приостановка спортивной игры

  2

  : период затишья, используемый в основном в качестве дисциплинарной меры для детей

  Синонимы

  • простои
  • увольнение
  • зима

  Просмотреть все синонимы и антонимы в тезаурусе 

  Примеры предложений

  Недавние примеры в Интернете

  В среду Федеральная резервная система снова повысила процентные ставки до 16-летнего максимума, что сделало стоимость займов между банками еще более дорогой и отклонило призывы принять тайм-аут на походах, чтобы сосредоточиться на охлаждении банковского кризиса.

  — Дерек Сол, Forbes , 22 марта 2023 г.

  Мяч оставался в игре, поскольку Крейг оставался на полу несколько секунд, прежде чем тренер «Санз» Монти Уильямс объявил тайм-аут .

  — Наташа Дай, Peoplemag , 15 марта 2023 г.

  Источники сообщили, что из-за заранее запланированного отпуска в честь Дня президента он не занимал свой пост 17 и 20 февраля, а тайм-аут оставил его вне эфира 21 февраля.

  — Стервятник , 21 февраля 2023 г.

  Эти примеры программно скомпилированы из различных онлайн-источников, чтобы проиллюстрировать текущее использование слова «тайм-аут». Любые мнения, выраженные в примерах, не отражают точку зрения Merriam-Webster или ее редакторов. Отправьте нам отзыв об этих примерах.

  История слов

  Первое известное использование

  около 1896 г., в значении, определенном в смысле 1

  Путешественник во времени

  Первое известное использование тайм-аута было
  около 1896 г.

  Другие слова того же года
  своевременный

  тайм-аут

  время с ума

  Посмотреть другие записи поблизости

  Процитировать эту запись
  «Тайм-аут».

  Словарь Merriam-Webster.com , Merriam-Webster, https://www. merriam-webster.com/dictionary/time-out. По состоянию на 25 апреля 2023 г.

  Копировать ссылку

  Детское определение

  тайм-аут

  сущ.

  ˈtī-ˈmau̇t

  1

  : остановка игры (как в игре) обычно на короткое время

  2

  : 26

  Последнее обновление:
  2 апреля 2023 г.
  — Обновлены примеры предложений

  Подпишитесь на крупнейший словарь Америки и получите тысячи дополнительных определений и расширенный поиск без рекламы!

  Merriam-Webster без сокращений

  Можете ли вы решить 4 слова сразу?

  Можете ли вы решить 4 слова сразу?

  орфография
  

  См.