This HTML5 document contains 34 embedded RDF statements represented using HTML+Microdata notation.

The embedded RDF content will be recognized by any processor of HTML5 Microdata.

Namespace Prefixes

PrefixIRI
dctermshttp://purl.org/dc/terms/
yago-reshttp://yago-knowledge.org/resource/
dbohttp://dbpedia.org/ontology/
foafhttp://xmlns.com/foaf/0.1/
n10https://www.adayinthelifeof.nl/2010/07/29/minimizing-cache-stampedes/
n18https://global.dbpedia.org/id/
dbthttp://dbpedia.org/resource/Template:
rdfshttp://www.w3.org/2000/01/rdf-schema#
freebasehttp://rdf.freebase.com/ns/
rdfhttp://www.w3.org/1999/02/22-rdf-syntax-ns#
owlhttp://www.w3.org/2002/07/owl#
n17https://web.archive.org/web/20150612214633/http:/www.openswartz.com/2008/02/
wikipedia-enhttp://en.wikipedia.org/wiki/
dbchttp://dbpedia.org/resource/Category:
dbphttp://dbpedia.org/property/
provhttp://www.w3.org/ns/prov#
xsdhhttp://www.w3.org/2001/XMLSchema#
goldhttp://purl.org/linguistics/gold/
wikidatahttp://www.wikidata.org/entity/
dbrhttp://dbpedia.org/resource/

Statements

Subject Item
dbr:Cache_stampede
rdf:type
dbo:MilitaryConflict
rdfs:label
Cache stampede
rdfs:comment
A cache stampede is a type of cascading failure that can occur when massively parallel computing systems with caching mechanisms come under very high load. This behaviour is sometimes also called dog-piling. To understand how cache stampedes occur, consider a web server that uses memcached to cache rendered pages for some period of time, to ease system load. Under particularly high load to a single URL, the system remains responsive as long as the resource remains cached, with requests being handled by accessing the cached copy. This minimizes the expensive rendering operation.
dcterms:subject
dbc:Engineering_failures dbc:Parallel_computing dbc:Cache_(computing) dbc:Computer_optimization
dbo:wikiPageID
33896116
dbo:wikiPageRevisionID
1075757765
dbo:wikiPageWikiLink
dbr:Memcached dbr:Caching_(computing) dbc:Engineering_failures dbc:Cache_(computing) dbr:Parallel_computing dbr:Concurrency_(computer_science) dbc:Computer_optimization dbr:Cascading_failure dbr:Web_server dbc:Parallel_computing dbr:Congestion_collapse
dbo:wikiPageExternalLink
n10: n17:
owl:sameAs
yago-res:Cache_stampede freebase:m.0hn8xj0 wikidata:Q5015984 n18:4eHLx
dbp:wikiPageUsesTemplate
dbt:Mono dbt:Reflist dbt:Short_description
dbo:abstract
A cache stampede is a type of cascading failure that can occur when massively parallel computing systems with caching mechanisms come under very high load. This behaviour is sometimes also called dog-piling. To understand how cache stampedes occur, consider a web server that uses memcached to cache rendered pages for some period of time, to ease system load. Under particularly high load to a single URL, the system remains responsive as long as the resource remains cached, with requests being handled by accessing the cached copy. This minimizes the expensive rendering operation. Under low load, cache misses result in a single recalculation of the rendering operation. The system will continue as before, with average load being kept very low because of the high cache hit rate. However, under very heavy load, when the cached version of that page expires, there may be sufficient concurrency in the server farm that multiple threads of execution will all attempt to render the content of that page simultaneously. Systematically, none of the concurrent servers know that the others are doing the same rendering at the same time. If sufficiently high load is present, this may by itself be enough to bring about congestion collapse of the system via exhausting shared resources. Congestion collapse results in preventing the page from ever being completely re-rendered and re-cached, as every attempt to do so times out. Thus, cache stampede reduces the cache hit rate to zero and keeps the system continuously in congestion collapse as it attempts to regenerate the resource for as long as the load remains very heavy. To give a concrete example, assume the page in consideration takes 3 seconds to render and we have a traffic of 10 requests per second. Then, when the cached page expires, we have 30 processes simultaneously recomputing the rendering of the page and updating the cache with the rendered page.
gold:hypernym
dbr:Failure
prov:wasDerivedFrom
wikipedia-en:Cache_stampede?oldid=1075757765&ns=0
dbo:wikiPageLength
7958
foaf:isPrimaryTopicOf
wikipedia-en:Cache_stampede