Кэш — это временное хранилище данных, предназначенное для ускорения доступа к часто используемой информации. Он работает по принципу сохранения уже обработанных данных, чтобы при повторном запросе не выполнять те же вычисления или не запрашивать информацию из медленных источников, таких как база данных или внешний сервер. Благодаря кэшу приложения работают быстрее, снижается нагрузка на систему, и пользователи получают мгновенный отклик вместо долгого ожидания.
Рубрика «кэш»
Кэш. Теория кэширования. Устройство и разновидности кэша
2025-01-18 в 7:16, admin, рубрики: system design, Алгоритмы, кэш, кэширование данных, Программирование, системное программированиеДилемма 3n+1 на Java. Кэшируем рекурсию
2024-08-28 в 16:11, admin, рубрики: 3n+1 problem, collatz conjecture, Guava cache, гипотеза Коллатца, кэш, оптимизацияПриветствую всех, сегодня я хочу рассказать про одну из самых интересных неразгаданных загадок математики. Гипотеза Коллатца, или же дилемма 3n+1 прославилась благодаря простоте своей формулировки, при этом оставаясь не доказанной уже более 90 лет.
Краткая формулировка, то бишь немного измененная выдержка из википедии (en и ру):
Берём любое натуральное число n:
-
Если оно чётное, то делим его на 2,
-
Если нечётное, то умножаем на 3 и прибавляем 1.
Привет! Я Алёна, пишу про мобильные проекты со стороны Системного аналитика.
Сегодня хочу поговорить про кэши. Статья ориентирована на новичков системных аналитиков и написана в легкой форме
Что такое кэширование?
Кэширование - это сохранение данных в локальном хранилище (кэше) для быстрого их использования. Конкретно в статье рассмотрим кэширование ответов методов на мобильных устройствах.
Чем кэши помогут тебе?
Кэши помогут быстрее отображать пользователю информацию. Данные загружаются заранее и отображаются из кэша, что позволяет избежать загрузочных экранов, шиммеров и ошибок.
Кэш – король быстродействия: нужен ли процессорам четвёртый уровень кэширования
2020-01-25 в 7:00, admin, рубрики: cpu, l1, L2, l3, l4, level 4, высокая производительность, кэш, Производство и разработка электроники, Процессоры
Разрыв между быстродействием процессоров в общем смысле и быстродействием основной памяти DRAM, также в общем смысле, был проблемой в последние 30 лет – в этот период разрыв начал по-настоящему расти. И стоит честно сказать, что инженеры, разрабатывавшие как оборудование, так и программы, создавшие иерархию кэшей и ПО, способное воспользоваться её преимуществами, поступили просто гениально. Это одна из труднейших в реализации архитектур, когда-либо задуманных человеком.
Однако теперь, когда мы находимся на пороге появления постоянно расширяющейся иерархии памяти, когда начинает появляться энергонезависимая память типа Optane 3D XPoint (вариант памяти с изменением фазового состояния) в формате DIMM и SSD, а также новые протоколы (CXL, OpenCAPI, CCIX, NVLink и Gen-Z), возникает вопрос: не пора ли добавить серверам кэш четвёртого уровня? Поскольку от комплекса CPU зависит работа такого количества устройств – некоторые из которых расположены ближе, другие же дальше – логично задуматься над тем, не нужен ли нам ещё один уровень кэша, маскирующий задержки этих других видов памяти и увеличивающий пропускную способность всей системы.
Читать полностью »
Новый подход к кэшированию процессора
2017-07-11 в 12:42, admin, рубрики: Железо, кэш, Научно-популярное, память, процессор, Процессоры, Системные платы, схемотехникаЧипы на большинстве современных настольных компьютеров имеют четыре ядра, но производители микросхем уже объявили о планах перехода на шесть ядер, а для высокопроизводительных серверов и сегодня 16-ядерные процессоры далеко не редкость.
Чем больше ядер, тем больше проблема распределения памяти между всеми ядрами при одновременной совместной работе. С увеличением числа ядер всё больше выгодно минимизировать потери времени на управлении ядрами при обработке данных — ибо скорость обмена данными отстает от скорости работы процессора и обработки данных в памяти. Можно физически обратиться к чужому быстрому кэшу, а можно к своему медленному, но сэкономить на времени передаче данных. Задача усложняется тем, что запрашиваемые программами объемы памяти не четко соответствуют объемам кэш-памяти каждого типа.
Физически разместить максимально близко к процессору можно только очень ограниченный объем памяти — кэш процесcора уровня L1, объем которого крайне незначителен. Даниэль Санчес (Daniel Sanchez), По-Ан Цай (Po-An Tsai) и Натан Бэкмен (Nathan Beckmann) — исследователи из лаборатории компьютерных наук и искусственного интеллекта Массачусетского технологического института — научили компьютер конфигурировать разные виды своей памяти под гибко формируемую иерархию программ в реальном режиме времени. Новая система, названная Jenga, анализирует объемные потребности и частоту обращения программ к памяти и перераспределяет мощности каждого из 3 видов процессорного кэша в комбинациях обеспечивающих рост эффективности и экономии энергии.
Как устроен поиск пакетных туров в стране, где люди не очень-то доверяют кредиткам
2017-03-21 в 6:54, admin, рубрики: api, агрегатор, Блог компании Травелата, кэш, разработка, туры, Управление e-commerce, управление проектами, управление разработкой, цены, метки: туры
Двухместный стандарт в Сочи в отеле Bridge Mountain стоит 86 рублей за сутки на человека на 1-6 апреля, и его можно взять отдельно от тура за 860 рублей на 5 ночей
5 лет назад мы обнаружили, что «Букинг» продаёт отели, всякие «Скайсканеры» и AWAD — авиабилеты, и голову поднимает AB&B. Но никто не продаёт туры целиком. Я тогда сказал своему другу: «Мужик, давай продавать туры. Это же очень просто сделать!»
А дальше начались такие круги ада, что мы несколько раз проклинали тот день. Началось всё с довольно простой задачи — синхронизации туров и их поиска. А прикол был в том, что если до нас у туроператора искали только руками из офисов, то с нашими поисками-сравнениями (на один запрос «Травелаты» поднимается около 500–600 туров в общем) мы просто клали их сервера к едрене фене. И туры не находились. Вообще, системы бронирования были сделаны в 90-х годах, а некоторые системы бронирования авиабилетов тащат легаси ещё чуть ли не со времён телеграфа.
Потом мы столкнулись с тем, что люди за пределами Москвы банально не доверяют кредиткам. Потом — с тем, что некоторые туроператоры очень любят, скажем так, недоговаривать цену при заказе. И так далее.Читать полностью »
IT-хардкор: конференция о самых сложных ситуациях и проектах
2016-09-23 в 17:00, admin, рубрики: Блог компании DataArt, видеонаблюдение через интернет, Дизайн в IT, заказчики, конференции, конференция, кэш, менеджмент проектов, моделирование социальных процессов, потоковое видео, управление проектами
Сегодня мы анонсируем самую суровую из наших конференций, которая пройдет 8 октября в Санкт-Петербурге. Она посвящена экстремальным ситуациям в IT-проектах: в планировании, менеджменте, разработке и поддержке. В программе — доклады от «Медузы» и «Вконтакте», история создания системы видеонаблюдения на выборах, разбор провалов в менеджменте проектов, предсказательное моделирование критических ситуаций с серьезными социальными последствиями, противостояние дизайнеров с женами заказчиков и еще несколько историй. Все по хардкору, даже кофе-брейки!Читать полностью »
Ко Дню тестирования ВКонтакте
2016-09-10 в 6:16, admin, рубрики: 9 сентября, mail.ru, Sammy, Вконтакте, день тестера, день тестера 2016, кэш, облачные сервисы, поддержка, Социальные сети и сообщества, Сэмми, тестирование, метки: ТестированиеНемного опоздав к 9 сентября, всё же размещу это здесь. Постараюсь изложить суть нескольких открытий тестирования, оставив рассказ о последующих коммуникациях с представителями ВКонтакте для другого поста.
1. Обнаружено нарушение обновления кэша между VK и Telegram.
Только что в некоторой telegram-конференции мы обнаружили, что описания групп ВКонтакте, автоматически генерируемые по ссылкам в отправляемых сообщениях, создаются по неактуальной и замененной более чем 5 дней назад информации. Читать полностью »
Создание in-memory кэша первого уровня для .NET-клиентов StackExchange.Redis
2016-05-23 в 10:57, admin, рубрики: .net, in-memory, redis, Блог компании Plarium, клиент, Клиентская оптимизация, кэш, оптимизация, Программирование, Серверная оптимизацияДжонатан Карди написал .NET-библиотеку StackRedis.L1 с открытым исходным кодом, которая позволяет создавать кэш первого уровня для Redis. Иными словами, используя библиотеку StackExchange.Redis в .NET-приложении, вы можете подключить к ней StackRedis.L1 для ускорения работы за счет локального кэширования данных в оперативной памяти. Это позволяет избежать лишних обращений к Redis в тех случаях, когда данные не подвергались изменениям. Библиотека доступна на GitHub и NuGet.
В этой статье рассказывается о том, как и почему она была создана.
Масштабирование до 100 миллионов пользователей. Кэшировать или не кэшировать?
2016-03-30 в 15:49, admin, рубрики: api, cash, ehcache, java, join, mysql, sql, wix.com, Блог компании Wix.com, конструктор сайтов, кэш, кэширование запросов, кэширование на практике, создание сайтов Это вторая часть цикла «Масштабирование Wix до 100 миллионов пользователей». Вступление читайте тут.
Когда мы только запускали Wix, был использован стек Tomcat, Hibernate и Ehcache c базой данных MySQL и фронтендом на Flash. Почему мы выбрали этот стек? Да просто потому, что у нашего первого бэкенд-разработчика уже был опыт работы с ним. Частью этой архитектуры был Ehcache – отличная кэш-библиотека для Hibernate и JVM, которая создавала абстракцию в виде карты для кэша памяти и которая могла также быть сконфигурирована как распределенный кэш. Ehcache, в отличие от Memcached, запускается как процесс в JVM и в точности реплицирует состояние кэша для всех узлов кластера. Обратим внимание, что в то время (около 2006–2008 гг.) Encache все еще был независимым open source проектом и не был частью Terracotta (в рамках Terracotta модель репликации и дистрибуции может быть иной, но для данной статьи это не столь важно).
Аспекты использования кэша
Поскольку у нас уже были реальные клиенты, мы установили два сервера Tomcat для обеспечения дополнительной надежности. Следуя правилам выстраивания архитектуры, мы установили распределенный Ehcache-кластер между серверами. Мы исходили из того, что MySQL работает медленно (как и любая другая SQL-система), а значит кэш оперативной памяти обеспечит гораздо более высокую скорость чтения и снизит нагрузку на базу данных.Читать полностью »