Что такое кэширование сервиса изображений?—ArcGIS Server
Кэширование сервиса изображений улучшает производительность в клиентских приложениях. При кэшировании сервиса изображений сервер предварительно создает листы на разных уровнях масштаба, которые извлекаются быстрее, чем в случае обработки входных данных из набора данных мозаики или набора растровых данных при каждом запросе от ArcGIS Server. Важным аспектом кэша сервиса изображений является то, что поставляемые изображения не обрабатываются на лету. Изображения обрабатывают заранее, чтобы создать листы кэша, которые затем и поставляются.
В результате кэширования сервиса изображений получается сервис изображений двойного назначения, который используется в зависимости от цели. Одна из них – предоставить быстрый доступ к изображению как к сервису листов. Другая цель – предоставить доступ к данным для отправки запросов, загрузки элементов, доступа к отдельным элементам и использованию данных при обработке и анализе.
Весь кэш изображения хранится в виде 8-битовых данных.
Для чего нужно кэшировать сервисы изображений?
Основное преимущество кэширования сервиса – улучшение производительности. Кэшированный сервис изображений строит изображение очень быстро, поскольку ArcGIS Server не приходится создавать изображение динамически. К преимуществам кэшированного сервиса изображений относятся:
- Повышенная производительность работы с базовыми изображениями – если сервис изображений используется в качестве базового изображения (другими словами, как фоновое изображение карты), и пользователи не меняют свойства сервиса изображений, например методы мозаики, и не выполняют запросы, то рекомендуется применять кэширование.
- Пропуск шага создания обзорного изображения – если вы публикуете набор данных мозаики, который будет использоваться как базовое изображение, кэширование может сэкономить вам время, позволяя пропустить шаг создания обзорных изображений для набора данных мозаики. Это относится, например, к случаям, когда вы поставляете коллекцию предварительно обработанных и разбитых на листы ортофотографий или изображений ЦМР с отмывкой.
- Улучшенная производительность для медленно отображаемых форматов – если вы публикуете изображения в медленно отображаемых форматах или форматах с сильным сжатием, то рекомендуется создавать кэш. Если набор данных мозаики работает медленно из-за сложных функциональных связей, то кэширование обеспечит более быстрый доступ к изображениям.
Как создается кэш?
Кэширование не происходит автоматически. Прежде всего нужно опубликовать набор данных мозаики или набор растровых данных в качестве сервиса изображений. Затем нужно задать свойства кэша. После этого можно начать создавать кэш.
При кэшировании сервиса изображений создается коллекция листов на нескольких предварительно заданных уровнях масштаба или с определенными размерами пиксела, аналогично тому, как это делается при кэшировании картографического сервиса. Это позволяет пользователям быстро увеличивать и уменьшать изображение, но только на соответствующих масштабах. Кроме того, кэш сервиса изображений создается с использованием стандартной комбинации канала RGB и метода мозаики.
Схема листов
Выбираемые масштабы и значения параметров кэша определяют схему листов. Схема листов должна совпадать со схемами листов других слоев, которые вы используете. Например, вы можете выбрать хорошо известные схемы листов ArcGIS Online, Bing Maps и Google Maps, чтобы накладывать листы кэша на листы этих картографических онлайн-сервисов. Или создать собственную схему листов специально для вашего веб-приложения. В каждом кэше есть файл схемы листов, который можно импортировать при создании новых кэшей, чтобы все кэши использовали одни и те же размеры листов и масштабы.
Если схема листов не совпадает со схемой листов других слоев в приложении, то вы можете не увидеть кэшированные слои. Это происходит потому, что веб-клиенты часто не могут переработать данные для их отображения на другом уровне (в отличие от ArcGIS Pro).
При создании собственной уникальной схемы листов вы можете выбрать масштабы или размеры пиксела, соответствующие обзорным изображениям набора данных мозаики или пирамидных слоев в наборе растровых данных. Если кэш можно создать на основе обзорного или пирамидного слоя, близкого или совпадающего по интервалу с создаваемым кэшем, качество кэша улучшается; в противном случае есть риск, что лист кэша будет создан из других листов кэша, что может ухудшить качество изображения. Просмотрите исходные данные в ArcGIS Pro на тех же масштабах, что и в схеме листов, чтобы убедиться в их качественном отображении.
Вы также можете задать размер базовой ячейки кэша, указав значение параметра Максимальный размер ячейки источника на странице Дополнительные настройки для кэширования. Вы можете использовать этот параметр, например, для начала построения кэша там, где закончились обзорные или пирамидные слои.
Листы кэша
Листы кэша обрабатываются и хранятся в формате JPEG или PNG, что позволяет серверу распространять эти изображения по запросу.
Кэш хранится в директории кэша вашего сервера. При установке ArcGIS Server директория кэша сервера создается в локальной папке. При добавлении дополнительных ГИС-серверов для поддержки сайта следует настроить общий доступ к директории кэша сервера (используя опции операционной системы, такие как общий доступ к файлам Windows), для того чтобы она была доступна с других задействованных компьютеров.
Чтобы кэш работал оптимально, требуются следующие условия. Для создания листов кэша требуется мощный сервер и некоторое время, а для их хранения нужно оборудование. Вам также может потребоваться выполнять обновление кэша, если, например, исходные данные, такие как набор данных мозаики, редактируется. Если приложение предоставляет изображения для большой области с крупным масштабом, вы можете решить, что время и место, необходимые для создания и обслуживания кэша, перевешивают преимущества, связанные с производительностью.
Более подробно о создании кэша сервиса изображенийКэширование по запросу
В случае кэширования по запросу вы задаете схему листов и публикуете сервис изображений, но кэш создается только при обращении пользователя обращается к сервису. Первый пользователь, который переходит по карте в область, отсутствующую в кэш, будет вынужден ждать полной прорисовки листов сервером и добавления их в кэш. Затем листы добавляются в папку кэш на сервере и остаются там, пока их не обновит или не удалит администратор сервера. Это означает, что последующие пользователи карты в этой области не должны будут дожидаться создания листа.
При грамотном использовании кэширование по запросу может сэкономить время и место на диске. Многие сервисы изображений содержат пустые или не представляющие интереса области, особенно в крупных масштабах (при увеличении). Кэширование по запросу позволяет исключить ненужные листы, которые не будут прорисовываться и сохраняться, но у пользователя будет возможность просмотреть эти области при первой необходимости.
Существует много рекомендаций по созданию кэша по запросу для картографических сервисов, которые равным образом применимы к сервисам изображений. Дополнительные сведения см. в разделе Кэширование карты по запросу.
Внимание:
Для сервисов изображений, созданных с использованием набора данных мозаики: при создании кэша по запросу или построении одного уровня кэша, вы должны быть уверены в том, что кэш можно создать. Иначе кэш будет пустым. При создании кэша по запросу убедитесь, что изображения видны на каждом уровне. В противном случае постройте обзоры набора данных мозаики или измените другие параметры, которые могут повлиять на видимость изображения. При использовании инструмента Управление листами кэша картографического сервера не создавайте случайные масштабы. Формируйте все масштабы или только мелкий масштаб, если предыдущий крупный масштаб уже был построен.
Следует ли кэшировать сервисы изображений?
Кэш сервиса изображений представляет снимок сервиса в определенный момент времени с одним или тремя каналами с использованием определенного метода мозаика. Из-за этого кэш лучше работает с сервисами изображений, которые редко изменяют данные, например коллекция цифровых ортофотопланов или сервиса изображений с отмывкой.
Если данные изменяются (например, при частых обновлениях), вы можете использовать инструменты кэширования, периодически обновляя кэш с помощью соответствующих инструментов. Также настраивается и график автоматического запуска таких обновлений.
Если исходные данные сервиса изображений должны быть динамическими, и временная задержка недопустима, используйте кэширование по запросу.
Если обновление не поспевает за изменениями или сервис изображений должен часто изменяться с разными свойствами изображений, то сервис изображений не подходит для кэширования.
Более подробно:
При использовании ArcGIS Pro растяжка обычно применяется ко всем растровым данным при их добавлении в отображение, поэтому вы можете заметить, что сервис изображений выглядит в веб-приложении не так, как в ArcGIS Pro. Чтобы он выглядел одинаково, можно экспортировать растяжку, применяемую в ArcGIS Pro, и добавить ее в сервис изображений перед публикацией и кэшированием.
Дополнительные сведения об экспорте растяжек в ArcGIS Pro, см. в разделе Сохранение настроек символов в качестве шаблона.
Дополнительную информацию о применении шаблона функции растра (*.rft.xml) к сервису изображений см. в разделе Параметры управления обработкой «на лету».
Как обновлять кэш сервиса изображений?
Управление кэшем сервиса изображений аналогично управлению кэшем картографического сервиса.
Если для сервисов изображений, созданных на основе наборов данных мозаики, изменяются элементы набора данных мозаики, запустите инструмент Вычислить измененную область для создания класса объектов, определяющего измененные области. Этот класс объектов можно использовать для повторного формирования затронутых листов кэша.
Более подробно об инструментах для обновления кэшаДоступ к кэшированному и некэшированному сервисам изображений
При отображении кэшированного сервиса изображений его функциональность будет ограничена. Например, вы не сможете изменить метод мозаики или метод сжатия передачи. Но вы все равно сможете изменить настройки условных знаков, идентифицировать пикселы, производить запросы к данным и загружать исходные данные.
Если вам нужно работать с сервисом изображений динамически и использовать функции, такие как метод мозаики, вы можете изменить режим работы слоя. Чтобы изменить режим, щелкните правой кнопкой слой сервиса изображений и снимите отметку Включить режим просмотра кэша (Enable Cache View Mode).
Для доступа к кэшированному сервису изображений в веб-приложении (например, приложении, разработанном с использованием ArcGIS API for JavaScript) используйте класс ArcGISTiledMapServiceLayer, а для доступа к динамическому сервису изображений используйте класс ArcGISImageServiceLayer. Вы также можете получить доступ к кэшированному сервису изображений, используя протокол Open Geospatial Consortium, Inc. (OGC), Web Map Tile Service (WMTS).
Конечная точка REST сервиса изображений поддерживает как ExportImage для предоставления доступа к динамическому сервису изображений, так и GetTile для предоставления доступа к кэшированному сервису изображений.
Более подробно о доступе к кэшированным сервисам изображений
Отзыв по этому разделу?
клиентский, сетевой, серверный и уровень приложения
В этой статье мы рассмотрим один из секретов высокой масштабируемости и производительности сайтов. Из блога об архитектуре Flickr, на серверах которого размещается более 5 000 000 фотографий, мы узнали, что кэширование и оперативная память играют ключевую роль в масштабируемости и производительности сайта.
Сайт может хранить данные для ускорения обработки последующих запросов на четырёх уровнях:
- клиентский;
- сетевой;
- серверный;
- уровень приложения.
Разные страницы веб-сайта зачастую обмениваются одними и теми же ресурсами. Пользователь должен повторно использовать ресурсы во время навигации. Изображения, скрипты и стили можно хранить в кэше месяцами, а сама страница документа может кэшироваться в течение нескольких минут в клиентском браузере.
Кэш на клиентском уровне
Заголовки HTTP отвечают за определение возможности кэширования ответа и за определение срока хранения данных. Следующий пример заголовка Cache-control
указывает, что ответ может находиться в кэше в течение 7 дней. Браузер отправит повторный запрос на хранение данных, если срок хранения истечёт или пользователь целенаправленно обновит страницу.
Запрос и ответ, которые могут быть кэшированы в течение 604800 секунд.
Ответ также может включать заголовок Last-Modified
или Etag
. Эти заголовки нужны для проверки возможности повторного использования данных. Статус ответа 304 указывает, что содержимое не изменилось и повторная загрузка не требуется. Обратите внимание на парные заголовки Last-Modified
и If-Modified-Since
, а также на даты ниже:
Ответ с заголовком «Last-Modified» и последующим запросом с его использованием.
Заголовок Etag
используется с If-None-Match
аналогичным образом для обмена кодами ответа при определении изменений в контенте, если они имеются.
Сайт с продуманными HTTP-заголовками обретёт больший успех у пользователей. Кроме того, браузер сэкономит время и пропускную способность.
Кэш на сетевом уровне
Согласно Википедии, Сеть Доставки Контента (CDN) — географически распределённая сетевая инфраструктура, позволяющая оптимизировать доставку и дистрибуцию контента конечным пользователям в сети Интернет. Иначе говоря, CDN — это распределённое хранение и использование кэша.
Директива HTTP-заголовка Cache-control: public
позволяет различным частям сети кэшировать ответ. С помощью заголовка Cache-Control: public, max-age=31536000
находят ресурсы, которые хранятся в течение одного года.
Возможно, вы уже знакомы с другими директивами заголовков. Существует также ещё один мощный заголовок, для обработки аутентифицированных и других видов динамических ответов.
Кэш на серверном уровне
Помимо настройки правильных заголовков ответа и обработки заголовков запроса, есть много разных моментов, которые вы могли бы улучшить на стороне сервера и приложения.
Первый подход к более быстрым ответам и экономии ресурсов — настройка кэш-сервера между приложением и клиентом.
Клиенты, запрашивающие одно и то же содержимое на прокси-сервере.
Такие инструменты, как Varnish, Squid и nginx кэшируют изображения, скрипты и прочее содержимое, которое требуется пользователям. Следующая настройка nginx собирает кэш, опираясь только на HTTP-заголовки в приложении.
proxy_cache_path /path/to/cache keys_zone=my_cache:10m; server { location / { proxy_cache my_cache; proxy_pass http://aplication; } }
Существует ещё одна директива, которая называется proxy_cache_lock
, которая позволяет прокси-серверу делегировать только первый из похожих клиентских запросов за один раз для приложения. Если директива установлена, клиенты будут получать ответ при возврате первого запроса.
Множество клиентов, запрашивающих одно и то же содержимое одновременно.
Этот простой, но мощный механизм позволяет избежать беспорядка на стороне приложения при большом количестве запросов, когда заканчивается срок хранения контента.
Идея последнего, но не менее важного подхода заключается в том, что прокси-сервер может улучшить отказоустойчивость приложения. Существуют флаги директивы
для доставки контента с истёкшим сроком актуальности, когда приложение возвращает статус ошибки или когда связь между прокси-сервером и приложением не работает должным образом.
В руководстве по кэшированию с NGINX и NGINX Plus содержится более подробная информация и параметры конфигурации.
Кэш на уровне приложения
Кэширование приложения сокращает время выполнения определённых операций. В качестве примера можно привести комплексные вычисления, запросы данных к другим службам или общие данные, используемые в одинаковых запросах.
Мемоизация
def price @price ||= Price.new(unit_price, category) end
В приведённом выше коде на Ruby используется простой метод мемоизации, который сохраняет цену продукта, чтобы избежать дополнительных вычислений. Эта функция сохранит данные в экземпляре объекта и сэкономит ресурсы во время обработки запроса.
Эту функцию можно вызывать из любого места кода. Однако использование такой техники вызывает определённые проблемы. Важно помнить, что ваши данные не будут иметь срока актуальности. То есть глобальная мемоизация кода будет оставаться в памяти в течение всего цикла работы приложения.
Интеллектуальное кэширование в памяти
cache.fetch("category-tax-#{category_id}", expires_in: 1.minute) do CategoryTax.new(category_id) end
В приведённом выше коде используется API кэширования Rails для хранения и повторного использования метки категории в течение одной минуты во время обработки запросов. Ключом кэша для идентификации данных является
. Этот метод используется для экономии ресурсов, времени и уменьшения объёма запросов к внешней службе меток категорий.
Многие библиотеки предоставляют этот шаблон, но память приложения — не бесконечный ресурс. Например, менеджер кэша для Node не управляет объёмом потребляемой памяти. Также это может стать проблемой, если ваше приложение кэширует данные в больших объёмах, потребляя всю доступную память.
Кэширование данных Rails умным образом сокращает хранящиеся данные, когда они превышают выделенный размер памяти, удаляя давно неиспользуемые записи. Это позволяет кэшировать постоянные данные, не указывая срока их актуальности.
Совместное кэширование
Умение обращаться с растущим количеством пользователей и запросов — важный объект веб-разработки. Один из способов масштабирования приложения — добавление экземпляров приложения (горизонтальное масштабирование). Как вы, наверно, догадались, простой кэш в памяти не может использоваться несколькими экземплярами.
Приложение двенадцати факторов, методология построения программного обеспечения как службы (SaaS), указывает на то, что приложение никогда не должно предполагать, что все кэшированные в памяти или на диске данные будут доступны при последующих запросах — с большим количеством разнотипных процессов высока вероятность того, что следующий запрос будет обработан другим процессом.
Хранилище со значениями ключей, такое как Memcached или Redis, может использоваться для совместного распределения данных кэша между экземплярами приложения. Эти инструменты имеют разные алгоритмы для сокращения количества кэшированных данных. Хранилища кэша также могут быть устойчивы к ошибкам с репликацией и хранением данных. Алгоритмы настолько сильно различаются, что Netflix создала свой собственный инструмент.
Ещё один важный аспект при использовании хранилищ кэша — это состояние гонки, которое происходит, когда разные экземпляры приложения обращаются к некэшированным данным одновременно. API кэширования запросов Rails содержит свойство race_condition_ttl
для минимизации этого эффекта.
Упреждение состояния гонки для кэша с несколькими экземплярами приложений является сложной задачей. Оптимальным решением в этом случае выступает обновление данных кэша вне потока приложения и использование кэшированных данных в самом приложении. В архитектуре микросервиса можно защитить связь между приложением и сервисом с помощью nginx, как это описано выше.
Заключение
Надеемся, что эта статья поможет вам понять и выбрать лучшую стратегию для вашего приложения. HTTP-заголовки — это самое простое, что вы можете и должны настроить для оптимизации кэширования вашего приложения. Используйте также и другие стратегии, когда у вас появятся определённые проблемы в производительности, но помните, что преждевременная оптимизация — корень всех бед.
Перевод статьи «Client, Network, Server and Application Caching on the Web»
Общий кэш
Использование хранилища ключей и значений в памяти — отличный способ создания высокопроизводительных приложений. эффективно и быстро реагировать на запрос или вычислять ответ. Например, предположим, что ваше приложение получает некоторый пользовательский ввод и должно проверить, был ли сделан аналогичный запрос в течение часа, прежде чем ответить на него. Один из способов приблизиться к этому — кешировать запросы пользователей на час и кодировать приложение для проверки этого кеша при поступлении нового запроса пользователя. У вас также могут быть другие типы кэшированных данных, которые могут помочь вычислить значение, используемое в ответе. Этот тип кэшированной информации является временным и требует чрезвычайно низкой задержки.
Хотя можно использовать кэш приложения внутри самого узла приложения, он не сможет выдержать сбой. Кроме того, локальные кэши изолированы на отдельных узлах и не могут использоваться в кластере серверов приложений. Распределенные кэши, с другой стороны, обеспечивают низкую задержку и более высокий уровень доступности при использовании с репликами чтения и могут предоставить общую среду для всех ваших серверов приложений для использования кэшированных данных. Другие варианты использования распределенного кэша могут включать обмен информацией между различными приложениями в вашей системе. Когда у вас есть централизованное хранилище для ваших данных, оно может эффективно обеспечивать работу различных приложений с одними и теми же данными и низкой скоростью задержки.
Сегодня большинство хранилищ ключей/значений, таких как Memcached и Redis, могут хранить терабайты данных. Redis также предоставляет функции высокой доступности и постоянства, что делает хранение данных в нем отличным выбором, когда устойчивость на диске не важна. Чтобы узнать больше, посетите Amazon ElastiCache для Redis.
Вернуться на главную страницу кэширования
Начать кэширование в облаке легко с помощью полностью управляемого сервиса, такого как Amazon ElastiCache. Это устраняет сложность настройки, управления и администрирования вашего кэша и позволяет вам сосредоточиться на том, что приносит пользу вашей организации. Зарегистрируйтесь сегодня для Amazon ElastiCache.
Войдите в консоль
Узнайте об AWS
- Что такое AWS?
- Что такое облачные вычисления?
- AWS Разнообразие, равенство и инклюзивность
- Что такое DevOps?
- Что такое контейнер?
- Что такое озеро данных?
- Облачная безопасность AWS
- Что нового
- Блоги
- Пресс-релизы
Ресурсы для AWS
- Начало работы
- Обучение и сертификация
- Портфолио решений AWS
- Архитектурный центр
- Часто задаваемые вопросы по продуктам и техническим вопросам
- Аналитические отчеты
- Партнеры AWS
Разработчики на AWS
- Центр разработчиков
- SDK и инструменты
- . NET на AWS
- Python на AWS
- Java на AWS
- PHP на AWS
- JavaScript на AWS
Справка
- Свяжитесь с нами
- Подайте заявку в службу поддержки
- Центр знаний
- AWS re: Сообщение
- Обзор поддержки AWS
- Юридический
- Карьера в AWS
Amazon является работодателем с равными возможностями: Меньшинства / Женщины / Инвалидность / Ветеран / Гендерная идентичность / Сексуальная ориентация / Возраст.
- Конфиденциальность
- |
- Условия сайта
- |
- Настройки файлов cookie
- |
- © 2022, Amazon Web Services, Inc. или ее дочерние компании. Все права защищены.
Поддержка AWS для Internet Explorer заканчивается 31. 07.2022. Поддерживаемые браузеры: Chrome, Firefox, Edge и Safari. Узнайте больше »
Cache Определение и значение — Merriam-Webster
1 из 2
кэш
1
а
: тайник, специально предназначенный для сокрытия и хранения продуктов или инструментов
б
: надежное место хранения
обнаружен тайник с оружием
2
: что-то спрятано или хранится в тайнике
Тайник состоял из документов и личных писем.
3
: память компьютера с очень коротким временем доступа, используемая для хранения часто или недавно используемых инструкций или данных
звонили также кэш-память
кэш-память
2 из 2
переходный глагол
: для размещения (чего-либо) в кэше: например,
а
: размещать или хранить (что-либо) в скрытом или надежном месте в целях безопасности или сокрытия
тайник с припасами для лагеря у озера
монеты, спрятанные в чайнике
б
компьютеры : для размещения (инструкций или данных) в кэш-памяти для временного хранения
кэширование веб-сайтов для ускорения поиска в будущем
Знаете ли вы?
Кэш и наличные являются омофонами (слова, которые произносятся одинаково, но имеют разное значение, происхождение или написание), чье сходство в звучании может вызвать недоумение.
Тайник в первую очередь относится к вещи, которая где-то спрятана или хранится, либо к месту, где она спрятана. Недавно оно приобрело другое распространенное значение: «кратковременная компьютерная память, в которой информация хранится для легкого поиска». Cash , с другой стороны, чаще всего используется в значении «наличные деньги».
Если вас смущают эти слова, помните, что вы можете хранить наличных в кэше , но не можете сделать обратное. Помните также, что если у вас закончатся наличные , вы не сможете что-то купить, но если у вас не будет кэша , ваш компьютер не будет работать.
Синонимы
Существительное
- депозит
- клад
- резерв
- хранить
Глагол
- копить
- отложить
- лежал рядом с
- лежал в
- укладка
- поставил
- соль прочь
- белка (в гостях)
- тайник
- склад
- магазин
- укладка
- сокровище
Просмотреть все синонимы и антонимы в тезаурусе
Примеры предложений
Существительное тайник с оружием , используемый террористами Полиция нашла Тайник угнанных машин в лесу. Ее новый ноутбук имеет один мегабайт кэш-памяти . Глагол эксцентрик кто спрятал деньги в странных местах, например под досками пола спрятал беглецов в своем подвале, пока они не смогли добраться до Канады
Последние примеры в Интернете
В Дании находится самая большая в мире коллекция мозгов — кэша из 9479 из них. Кэти Хант, CNN , 12 ноября 2022 г. Между тем, тайник ценной руды обнаружен в Атлантическом океане, где таинственное племя пернатых рыбоподобных существ защищает его, сочетая месмерические силы и яростный боевой дух. Энн Хорнадей, Washington Post , 8 ноября 2022 г. Колорадо 9Кэш 0192 психоделических данных может подвергнуть участников социальным, юридическим и финансовым рискам. ПРОВОДНАЯ , 2 ноября 2022 г. Тем не менее, видео о катастрофах с волосами имеют уникальный кеш на TikTok. Элли Питерс, Vogue , 1 ноября 2022 г. Спустя 85 лет было найдено 90 192 тайника из 90 193 фотоаппаратов, утерянных двумя знаменитыми исследователями. Эбигейл Адамс, 9 лет0192 Peoplemag , 28 октября 2022 г. Bombay Sapphire только что выпустила новую бутылку, которая, хотя технически и не является духом знаменитости, все же несет в себе определенную арт-звезду тайник . Джона Фликер, Отчет Робба , 27 октября 2022 г. Терри Каммингс, член ультраправой группы ополченцев «Хранители клятвы», заявил в среду присяжным, что ее члены собрали большое оружие.0192 тайник в номере отеля в Вирджинии за ночь до того, как бунтовщики напали на Капитолий США 6 января 2021 года. Кешия Баттс и Джон Вулли, CBS News , 12 октября 2022 г. Чан-хо, ранее называвшийся Большой Рот, обвиняется в том, что он Большой Мышонок, печально известный аферист, после того как в его офисе обнаружен значительный тайник с наркотиками, деньгами, оружием и телефонами. Джоан Макдональд, 9 лет0192 Forbes , 4 октября 2022 г.
На случай, если что-то случится с Перси в течение следующих нескольких лет, марсоход также спрячет некоторые образцы в безопасном плоском месте, откуда их можно будет легко извлечь. ПРОВОДНАЯ , 16 сентября 2022 г. Однако это можно преодолеть, выбрав технологии, которые могут кэшировать и автоматически синхронизировать данные в облаке. Цзян Ли, Forbes , 27 декабря 2021 г. Если все пойдет по плану, Perseverance соберет десятки образцов горных пород со всего кратера Джезеро в течение следующих нескольких лет, а затем спрячет их для будущей миссии по возврату образцов. Рамин Скибба, 9 лет0192 Wired , 2 сентября 2021 г. В конце концов, марсоход Perseverance соберет и спрячет камень и реголит, которые будут возвращены в рамках совместной миссии с ЕКА (Европейское космическое агентство). Джулия Мусто, Fox News , 21 июля 2021 г. Марсоход соберет образца почвы для последующего возвращения на Землю в ходе серии миссий по поиску, выполненных совместно НАСА и Европейским космическим агентством. Роберт Ли Хотц, 9 лет0192 WSJ , 19 апреля 2021 г. Его последователи должны спрятать оружия, боеприпасов, перекиси водорода, кухонных спичек. Дана Гудиер, The New Yorker , 8 марта 2021 г. Что еще более важно, Perseverance кэширует самых интригующих образцов Марса, чтобы их можно было в конечном итоге собрать и доставить на Землю уже в 2031 году. Popular Science , 7 января 2021 г. Эти кучи — место, где красные белки Маунт-Грэм прячут свои шишки. Антон Л. Дельгадо, Республика Аризона , 2 ноября 2020 г. Узнать больше
Эти примеры предложений автоматически выбираются из различных онлайн-источников новостей, чтобы отразить текущее использование слова «кэш». Мнения, выраженные в примерах, не отражают точку зрения Merriam-Webster или ее редакторов. Отправьте нам отзыв.
История слов
Этимология
Существительное
заимствовано из североамериканского французского, от французского «укрытие», существительное, производное от cacher «скрывать, скрывать», восходит к старофранцузскому cachier, quaichier «убирать, запирать, накрывать, удалять из поля зрения». , скрывать» (также среднефранцузское cacher «давить, раздавливать»), восходящее к вульгарной латыни * coācticāre «давить, сжимать», от латинского coāctāre «принуждать» (частотная форма cōgere «сводить вместе, собирать, сжимать, принуждать») + -icāre, формообразующая форма глагола — больше в убедительном
Примечание: Этимологическое значение «сжимать, сжимать» не подтверждается старофранцузским глаголом, хотя оно, вероятно, существовало и проявляется в префиксной форме escachier «раздавливать и сплющивать, ломать при нажатии или падении». Из значения «сжимать» предположительно развились значения «запирать, скрывать, убирать» и, следовательно, «удалять из поля зрения, скрывать», распространенные с шестнадцатого века. Значение «давить, раздавливать» незначительно проявляется в среднефранцузском языке в областях, соприкасающихся с окситанским языком, хотя оно проникло достаточно широко, чтобы сформировать основу для производного 9. 0192 клеймо «пломба» (см. клеймо).
Глагол
глагольная производная от записи в кэше 1
Первое известное использование
Существительное
1797, в значении, определенном в смысле 1a
Глагол
1805, в значении, определенном выше
Путешественник во времени
Первое известное использование кэша было в 1797 г.
Другие слова того же года кашаза
тайник
кахектический
Посмотреть другие записи поблизости