Redis is fast - I'll cache in Postgres
There are books & many articles online, like this one arguing for using Postgres for everything. I thought I’d take a look at one use case - using Postgres instead of Redis for caching. I work with APIs quite a bit, so I’d build a super simple HTTP server that responds with data from that cache. I’d start from Redis as this is something I frequently encounter at work, switch it out to Postgres usi
ãƒãƒ¼ã‚«ãƒ«ã‚ャッシュã«Caffeineã§ã‚‚ - CLOVERðŸ€
ã“ã®è¨˜äº‹ã¯ã€ã€ŒJava Advent Calendar 2016 - Qiitaã€ã®4日目ã®è¨˜äº‹ã¨ãªã‚Šã¾ã™ã€‚ 昨日ã¯ã€@susumuisã•ã‚“ã®ã€ŒJavaãŒåƒ•ã«ãã‚ŒãŸã‚‚ã® | susumuis Infoã€ã§ã—ãŸã€‚ 明日ã¯ã€@fukushiwã•ã‚“ã®ã”担当ã¨ãªã‚Šã¾ã™ã€‚ ãƒãƒ¼ã‚«ãƒ«ã‚ャッシュã€ä»Šãªã‚‰ãªã«ã‚’使ã†ã§ã—ょã†ï¼Ÿ Javaã®ã‚ャッシュライブラリã¨ã„ãˆã°ã€ãªã«ã‚’使ã†ã§ã—ょã†ã‹ï¼ŸOSSã‚‚ã®ã‚’ä¸å¿ƒã«è€ƒãˆã‚‹ã¨ã€æ¬¡ã®2ã¤ã‚ãŸã‚ŠãŒæµ®ã‹ã¶ã®ã§ã¯ãªã„ã‹ãªãã¨æ€ã„ã¾ã™ã€‚ Ehcache ※2ç³»ãŒå¼·ã„ã®ã‹ãªï¼Ÿ Google Guava ãªãŠã€ä»Šå›žã¯åˆ†æ•£ã‚ャッシュã¯è€ƒãˆãªã„ã“ã¨ã«ã—ã¾ã™ã€‚ã‚ãã¾ã§ã€ãƒãƒ¼ã‚«ãƒ«ã‚ャッシュを対象ã«ã€‚ Ehcacheã«ã¤ã„ã¦ã¯ã€ã™ã§ã«APIãŒåˆ·æ–°ã•ã‚ŒãŸ3ç³»ãŒãƒªãƒªãƒ¼ã‚¹ã•ã‚Œã¦ãŠã‚Šã€ç¾æ™‚点ã§3.1ãŒåˆ©ç”¨ã§ãã¾ã™ã€‚…ã‚ã‚“ã¾ã‚Šåå‰ã‚’èžãã¾ã›ã‚“ã‘ã‚Œã©ã€‚ ã“ã“ã§ã€å¯¾è±¡ã¨ã—ã¦æŒ™ã’ãŸã„ã®ãŒã€ä»Šå›žç´¹ä»‹ã™ã‚‹Caf
The 5-hour CDN
The 5-hour CDN Author Name Kurt Mackey @mrkurt @mrkurt The term “CDN†(“content delivery networkâ€) conjures Google-scale companies managing huge racks of hardware, wrangling hundreds of gigabits per second. But CDNs are just web applications. That’s not how we tend to think of them, but that’s all they are. You can build a functional CDN on an 8-year-old laptop while you’re sitting at a coffee sho
S3ã¯å·¨å¤§ãªKVSãªã®ã§Railsã®Cache storeã¨ã—ã¦ã‚‚使ãˆã‚‹ | ã†ãªã™ã‘ã¨ã‚ã‚Œã“ã‚Œ
S3 is a Key-Value store Amazon S3 ã¯ã€ä¸€æ„ã®ã‚ー値を使用ã—ã¦ã€å¿…è¦ãªæ•°ã®ã‚ªãƒ–ジェクトをä¿å˜ã§ãるオブジェクトストアã§ã™ã€‚ Amazon S3 オブジェクトã®æ¦‚è¦ - Amazon Simple Storage Service Amazon S3ã®åŸºç¤ŽæŠ€è¡“ã¯ã€å˜ç´”ãªKVS（Key-Value型データストア）ã§ã—ã‹ã‚ã‚Šã¾ã›ã‚“。 Amazon S3ã«ãŠã‘る「フォルダã€ã¨ã„ã†å¹»æƒ³ã‚’ã¶ã¡å£Šã—ã€ãã®å®Ÿä½“を明らã‹ã«ã™ã‚‹ | DevelopersIO Amazon S3ã®å®Ÿä½“ã¯Key-Value storeã¨ã„ã†äº‹å®Ÿã¯ã€æ—¢ã«ã”å˜çŸ¥ã®æ–¹ã€…ã«ã¨ã£ã¦ã¯ä½•ã‚’今更ã¨ã„ã†ã‚ˆã†ãªã“ã¨ã§ã¯ã‚ã‚Šã¾ã™ãŒã€ãã‚Œã§ã‚‚åˆã‚ã¦èžãã¨ãã«ã¯é©šã‹ã•ã‚ŒãŸã‚‚ã®ã§ã™ã€‚ ã•ã¦ã€Key-Value storeã¨èžã„ã¦ä¸€èˆ¬çš„ã«é¦´æŸ“ã¿ãŒæ·±ã„ã®ã¯Redisã§ã—ょã†ã€‚ãã—ã¦ã€Railsã«ãŠã‘ã‚‹Redisã®å½¹å‰²ã¨ã—ã¦Cac
Re-Architecting the Video Gatekeeper
This is the story about how the Content Setup Engineering team used Hollow, a Netflix OSS technology, to re-architect and simplify an essential component in our content pipeline — delivering a large amount of business value in the process. The ContextEach movie and show on the Netflix service is carefully curated to ensure an optimal viewing experience. The team responsible for this curation is Ti
Linuxã§ãƒ¡ãƒ¢ãƒªä½¿ç”¨é‡ãŒå¢—ãˆç¶šã‘㟠- å¹´ä¸ã‚¢ã‚¤ã‚¹
AmazonLinux 2017.03ã«nginxä¹—ã›ã¦ç¨¼åƒã•ã›ã¦ãŸã‚‰ã€ãªãœã‹ãƒ¡ãƒ¢ãƒªä½¿ç”¨é‡ãŒã€1æ—¥ã¡ã‚‡ã£ã¨ã§2GB後åŠã«ã•ã—ã‹ã‹ã‚Šã¾ã—ãŸã€‚cacheã§ã¯ãªãusedã‚’å¾ã€…ã«æ¶ˆè²»ã—ã¦ãŸã®ã§ã€ã“ã‚Œã¯ä½•ã‹ãƒªãƒ¼ã‚¯ã—ã¦ã‚‹ç–‘ã„。 プãƒã‚»ã‚¹ç‰ã‚’見ã¦ã‚‚メモリを使ã£ã¦ã„ã‚‹ã‚‚ã®ã‚‚ã„ãªã„ã—ã€ç–‘ã„ã®ã‚るプãƒã‚»ã‚¹ã‚’restartã—ã¦ã‚‚改善ã—ã¾ã›ã‚“ã§ã—ãŸã€‚ 何ã ã‚ã†ãªãƒ¼ã¨èª¿ã¹ã¦ã¿ãŸã‚‰ã™ã出ã¦ãã¾ã—ãŸã€‚特ã«AmazonLinuxã¯é–¢ä¿‚ãªã—。 dev.classmethod.jp 上記ページã¨åŒã˜ãã€NSSã®å•é¡Œã§ã€curlãŒdentryã¨ã„ã†ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªéšŽå±¤æ§‹é€ ã®ç®¡ç†ã‚’ã—ã¦ã„ã‚‹ã‚ャッシュを多ã消費ã—ã¦ã—ã¾ã†ã¨ã€‚curlã§httpsã®ç›£è¦–ãŒå‹•ã„ã¦ãŠã‚Šã€ãã‚ŒãŒ5分ã«1回ãªã®ã§ã€å¾ã€…ã«ãƒªãƒ¼ã‚¯ã—ãŸæ§˜å。1時間ã«100MB程度ãšã¤å¢—åŠ ã—ã¦ã„ãŸã‚ˆã†ã§ã™ã€‚ 回é¿ç–ã¯ã€NSS_SDB_USE_CACHE=YESã¨ã„ã†ç’°å¢ƒå¤‰æ•°ã‚’指定ã™ã‚‹
Linuxã§ãƒ‡ã‚£ã‚¹ã‚¯ã‚ャッシュã¨ã—ã¦ä½¿ãˆã‚‹ã€Œbcacheã€ã‚’試ã—ã¦ã¿ãŸ - astamuse Lab
ã“ã‚“ã«ã¡ã¯ã€‚並河(@namikawa)ã§ã™ã€‚ 最近ã€ã™ã£ã‹ã‚Šæš‘ããªã£ã¦ã—ã¾ã£ã¦ã€å¤æœ¬ç•ªã£ã¦æ„Ÿã˜ã§ã™ã。å¤ã¨ã„ãˆã°ã€æµ·ã«èŠ±ç«ã«ãƒ©ãƒ¼ãƒ¡ãƒ³ã¨ã€æ¥½ã—ã¿ãŒç››ã‚Šæ²¢å±±ã§ãƒ¯ã‚¯ãƒ¯ã‚¯ã—ã¾ã™ãï¼ ã•ã¦ã€å¼Šç¤¾ã§ã¯å¤šãã®ãƒ‡ãƒ¼ã‚¿ã‚¹ãƒˆã‚¢ã‚’æŒã£ã¦ãŠã‚Šã¾ã™ãŒã€ã‚¯ãƒ©ã‚¦ãƒ‰ã‚µãƒ¼ãƒ“ス上ã§å¤§å®¹é‡ãªãƒ‡ã‚£ã‚¹ã‚¯ã¨é«˜ã„性能を両立ã•ã›ã‚ˆã†ã¨ã™ã‚‹ã¨ã€(費用的ãªæ„味ã§ã®)コストãŒä¸€æ°—ã«è·³ã上ãŒã‚‹ã“ã¨ã‚‚ã‚ã‚Šã€è‰²ã€…ãªå·¥å¤«ã‚’試行錯誤ã—ãªãŒã‚‰ã‚„ã£ã¦ãŠã‚Šã¾ã™ã€‚ 一定é‡ã®ãƒ›ãƒƒãƒˆãƒ‡ãƒ¼ã‚¿ãŒã¯ã£ãり見ãˆã¦ã„ã‚‹å‰æã§ã‚ã‚Œã°ã€é«˜é€Ÿãªã‚¹ãƒˆãƒ¬ãƒ¼ã‚¸ãƒ‡ãƒã‚¤ã‚¹ã‚’ã‚ャッシュã¨ã—ã¦ä½¿ã†ã“ã¨ã¯å®šçŸ³ã§ã‚ã‚Šã€ã‚ャッシュã¨ä¸€æ‹¬ã‚Šã«ã—ã¦ã‚‚様々ãªãƒ¬ã‚¤ãƒ¤ã§æŠ€è¡“実装ã•ã‚Œã¦ã„ã¾ã™ã€‚ 今回ã¯ãã®ä¸ã§ã‚‚比較的低レイヤã¨ãªã‚‹ãƒãƒ¼ãƒ‰ãƒ‡ã‚£ã‚¹ã‚¯ç‰ã®ãƒ‡ã‚£ã‚¹ã‚¯ã‚¢ãƒ¬ã‚¤ã®ã‚ˆã†ãªãƒ–ãƒãƒƒã‚¯ãƒ‡ãƒã‚¤ã‚¹ã«å¯¾ã™ã‚‹ã‚ャッシュã¨ã—ã¦å‹•ä½œã™ã‚‹ bcache ã«ã¤ã„ã¦ç°¡å˜ãªæ€§èƒ½æ¤œè¨¼ã‚’è¡Œãªã£ã¦ã¿ã¾ã—ãŸã€‚ bcache ã¨ã¯ 概è¦çš„ãªæƒ…å ±ã‚’ä»¥
ファイル指定ã§ã€ãƒšãƒ¼ã‚¸ã‚ャッシュã«ã®ã£ã¦ã„ã‚‹ã‹ç¢ºèªã—ãŸã‚Šè¿½ã„出ã—ãŸã‚Š - （ã²ï¼‰ãƒ¡ãƒ¢
ファイル指定ã§ã€ãƒšãƒ¼ã‚¸ã‚ャッシュã«ã®ã£ã¦ã„ã‚‹ã‹ç¢ºèªã—ãŸã‚Šè¿½ã„出ã—ãŸã‚Šã™ã‚‹Perlモジュールを書ãã¾ã—ãŸã€‚ https://metacpan.org/release/Sys-PageCache https://github.com/hirose31/Sys-PageCache Linux ãªã‚‰å‹•ãã¯ãšã§ã™ãŒã€å‹•ã‹ãªã‹ã£ãŸã‚‰æ•™ãˆã¦ãã ã•ã„。ã‚ã¨ä¸€å¿œã€FreeBSD 8.3以上ã§ã‚‚å‹•ãã¨æ€ã„ã¾ã™ã€‚ æ—¢å˜ã®å®Ÿè£…ã«Googleã®linux-ftoolsやエヌãƒãƒ¤ã‚·æ°ã®pagecache-toolãŒã‚ã‚Šã¾ã™ãŒã€ã“ã‚Œã®Perlモジュール実装（XS）ã«ãªã‚Šã¾ã™ã€‚ https://code.google.com/p/linux-ftools/ https://github.com/nhayashi/pagecache-tool ãŸã¾ã«freeコマンドã§ã¿ã‚‹ã¨buffers/cacheãŒé£Ÿã£ã¦ã¦swapã—ã¦ã‚‹
ã‚ャッシュサーãƒé‹ç”¨æŠ€è¡“ Internet Week ‘99 Tutorial @Yokohama 12/16/99 é‹å³¶ å…¬ç« NTT æƒ…å ±æµé€šãƒ—ãƒ©ãƒƒãƒˆãƒ•ã‚©ãƒ¼ãƒ ç ”ç©¶æ‰€
1 (C) nabe@slab.ntt.co.jp Internet Week '99 Tutorial (12/16/99) 1 Internet Week ‘99 Tutorial @Yokohama 12/16/99 NTT nabe@slab.ntt.co.jp (C) nabe@slab.ntt.co.jp Internet Week '99 Tutorial (12/16/99) 2 • • • 2 (C) nabe@slab.ntt.co.jp Internet Week '99 Tutorial (12/16/99) 3 Part 1 (C) nabe@slab.ntt.co.jp Internet Week '99 Tutorial (12/16/99) 4 • – – • Cache WWW Cache WWW LAN WAN LAN WAN 3 (C) nabe@sl
Linuxエンジニア日記 ページã‚ャッシュã®åŠ¹çŽ‡åŒ–
メモリãƒãƒ¥ãƒ¼ãƒ‹ãƒ³ã‚°ã®ä¸€ç’°ã¨ã—ã¦ãƒšãƒ¼ã‚¸ã‚ャッシュã®åŠ¹çŽ‡åŒ–ã‚’çºã‚ã¦ã¿ã¾ã™ã€‚ ã¡ãªã¿ã«Linuxã¯ç©ºãメモリをãŒã—ãŒã—ファイルI/O用ã®ã‚ャッシュã¨ã—ã¦åˆ©ç”¨ã—ã¾ã™ãŒã€ メモリã¯ãƒšãƒ¼ã‚¸å˜ä½ã§åˆ†å‰²ç®¡ç†ã•ã‚Œã¦ãŠã‚Šã€ã“れらã®ã‚ャッシュをページã‚ャッシュã¨è¨€ã„ã¾ã™ã€‚ (ã“れらã¯ä½¿ã‚ã‚Œã£ã±ãªã—ã§ã¯ãªãé »ç¹ã«å‰²å½“ã¦ã€è§£æ”¾ãŒè¡Œã‚ã‚Œã¦ã„ã¾ã™) ã§ã¯ãƒšãƒ¼ã‚¸ã‚ャッシュã®ãƒãƒ¥ãƒ¼ãƒ‹ãƒ³ã‚°ã¨ã¯ä½•ã‚’ã™ã‚‹ã‹ã¨è¨€ã†ã¨ã€ è¦ã¯ç„¡é§„ãªãƒšãƒ¼ã‚¸ã‚ャッシュを残ã•ãªã„よã†ã«ã—ã¦ã‚ã’ã‚Œã°ã‚ˆã„ã®ã§ã™ã€‚ 通常ã®I/O処ç†ã¯ãƒ©ã‚¤ãƒˆãƒãƒƒã‚¯ã§å‡¦ç†ã•ã‚Œã¦ã„ã‚‹ã®ã§ã€ãƒšãƒ¼ã‚¸ã‚ャッシュã«æ›¸ãè¾¼ã¾ã‚ŒãŸæ™‚点㧠プãƒã‚»ã‚¹ã«ã¯æ›¸ãè¾¼ã¿å®Œäº†é€šçŸ¥ãŒè¿”ã•ã‚Œã€ã‚ャッシュ上ã®ãƒ‡ãƒ¼ã‚¿ã¯ãƒãƒƒã‚¯ã‚°ãƒ©ãƒ³ãƒ‰ã§ãƒ‡ã‚£ã‚¹ã‚¯ã« 書ãè¾¼ã¾ã‚Œã¦ã„ãã¾ã™ã€‚ ライトãƒãƒƒã‚¯ã—ãŸã‚ャッシュ上ã®ãƒ‡ãƒ¼ã‚¿ã¯è§£æ”¾å¯èƒ½ãªãƒ‡ãƒ¼ã‚¿ã¨ãªã‚Šã¾ã™ã®ã§ã€ é »ç¹ã«ãƒ©ã‚¤ãƒˆãƒãƒƒã‚¯ã‚’ã—ã¦ã‚ã’る事ã§ã‚ャッシュã®è§£æ”¾ã‚µã‚¤ã‚¯ãƒ«ã‚’æ—©ã‚る事ãŒå‡ºæ¥ã¾
ã‚ャッシュエンジンã®æ¯”較（1/3） | IIJã®æŠ€è¡“ | インターãƒãƒƒãƒˆã‚¤ãƒ‹ã‚·ã‚¢ãƒ†ã‚£ãƒ–（IIJ）
（※）ã“ã®ãƒšãƒ¼ã‚¸ã§ç´¹ä»‹ã—ã¦ã„ã‚‹äº‹é …ã¯è¨˜äº‹åˆå‡ºæ™‚点ã®æƒ…å ±ã«åŸºã¥ã„ãŸã‚‚ã®ã§ã™ã€‚本ページã¯ã‚¢ãƒ¼ã‚«ã‚¤ãƒ–ã¨ã—ã¦æŽ²è¼‰ã—ã¦ã„ã¾ã™ã€‚ 2012å¹´6月12æ—¥ 大è¦æ¨¡ãªã‚µã‚¤ãƒˆã§ã¯ã€ã‚¯ãƒ©ã‚¤ã‚¢ãƒ³ãƒˆã‹ã‚‰ã®ã‚¢ã‚¯ã‚»ã‚¹ã‚’効率よãå—ã‘付ã‘ã‚‹ãŸã‚ã«ã‚ªãƒªã‚¸ãƒŠãƒ«ã®ã‚³ãƒ³ãƒ†ãƒ³ãƒ„ã‚’ä¿æŒã™ã‚‹ã‚ªãƒªã‚¸ãƒ³ã‚µãƒ¼ãƒã®ã»ã‹ã«ã€ä½•ã‚‰ã‹ã®ãƒªãƒãƒ¼ã‚¹ãƒ—ãƒã‚ã‚·ã‚‚é‹ç”¨ã—ã¦ã‚³ãƒ³ãƒ†ãƒ³ãƒ„ã®é…ä¿¡ã‚’ã—ã¦ã„ã¾ã™ã€‚ã¾ãšã€ã“ã“ã§ã¯ãƒªãƒãƒ¼ã‚¹ãƒ—ãƒã‚ã‚·ã¨ã—ã¦åˆ©ç”¨ã§ãるプãƒãƒ€ã‚¯ãƒˆã®ä¸ã‹ã‚‰ã‚³ãƒ³ãƒ†ãƒ³ãƒ„ã‚ャッシュã®æ©Ÿèƒ½ï¼ˆã‚ャッシュサーãƒï¼‰ã«ã¤ã„ã¦èª¬æ˜Žã—ã¾ã™ã€‚ ã‚ャッシュサーãƒã«æœŸå¾…ã•ã‚Œã‚‹å½¹å‰² コンテンツをé…ä¿¡ã™ã‚‹ä¸Šã§ã€ã‚ャッシュサーãƒã«ã¯ä»¥ä¸‹ã®ã‚ˆã†ãªå½¹å‰²ãŒæœŸå¾…ã•ã‚Œã¦ã„ã¾ã™ã€‚ コンテンツをã‚ャッシュデータã¨ã—ã¦ä¿æŒã™ã‚‹ã“㨠ã‚ャッシュデータを管ç†ã™ã‚‹ã“㨠オリジンサーãƒã¸ã®å•ã„åˆã‚ã›ã‚’減らã™ã¨ã„ã£ãŸè² è·åˆ†æ•£ã‚’ã™ã‚‹ã“㨠大抵ã®ã‚ャッシュサーãƒã§ã¯ã€ã‚ャッシュã—ã¦ã„るコンテンツを有効期é™ï¼ˆTim
nginx+squidã§ç”»åƒã‚ャッシュサーãƒãƒ¼ã®ä½œã‚Šæ–¹ - hideden.hatenablog.com
仕事ã§ç”»åƒã‚ャッシュサーãƒãƒ¼ã‚’構築ã—ãŸæ™‚ã®ãƒ¡ãƒ¢ã€‚大è¦æ¨¡äº‹ä¾‹ã®è¨å®šä¾‹ãŒæ¤œç´¢ã—ã¦ã‚‚ã‚ã¾ã‚Šè¦‹ã¤ã‹ã‚‰ãªã‹ã£ãŸã®ã§åŒã˜ã‚ˆã†ãªå¢ƒé‡ã®èª°ã‹ã®å‚考ã«ãªã‚Œã°ã€‚ ピーク時ã®ãƒˆãƒ©ãƒ•ã‚£ãƒƒã‚¯ã¯æ•°Gbps ç”»åƒç·å®¹é‡ã¯æ•°åTB ãƒãƒƒã‚¯ã‚¨ãƒ³ãƒ‰ã®storageãŒè¤‡æ•°ç¨®é¡ž è¦æ¨¡ã¨ã‚¢ã‚¯ã‚»ã‚¹é‡ã¨ã‚¢ã‚¯ã‚»ã‚¹ã•ã‚Œã‚‹ç”»åƒã®ç¨®é¡žãŒå¤šã„ã®ã§ã€squidã§disk cacheを使用ã™ã‚‹ã¨COSSç‰ã‚’使用ã—ã¦ã‚‚diskIOã§è©°ã¾ã‚‹ç‚ºã€å…¨ã¦on memory cache。cache容é‡ã‚’確ä¿ã™ã‚‹ç‚ºã«å¿…然的ã«cacheサーãƒãƒ¼ã®å°æ•°ã‚‚æ•°åå°ã€‚ 1. squidã‚’sibling構æˆã§ä¸¦åˆ—ã«ä¸¦ã¹ã‚‹ cache_peer 10.0.1.1 sibling 80 3130 no-query no-digest proxy-only cache_peer 10.0.1.2 sibling 80 3130 no-query no-digest proxy-o
ブラウザã‚ャッシュã«ã‚ˆã‚‹ HTTP 高速化ãƒãƒ¥ãƒ¼ãƒ‹ãƒ³ã‚°
ã‹ã‚Œã“れ一年ã»ã©å‰ã«å®Ÿæ–½ã—ãŸå®Ÿã‚µãƒ¼ãƒ“スã§ã® apache ã®ãƒãƒ¥ãƒ¼ãƒ‹ãƒ³ã‚°ãƒã‚¿ã‚’æ€ã„出ã—ãŸã‚ˆã†ã«æ›¸ã„ã¦ã„ã¾ã™ã€‚ 以å‰ã„ãŸéƒ¨ç½²ã§ã¯å°‘ãªã„サーãƒå°æ•°ã§å¤§é‡ã®ãƒªã‚¯ã‚¨ã‚¹ãƒˆã‚’如何ã«å‡¦ç†ã—ãã‚‹ã‹ã£ã¦ã“ã¨ã«ç‡ƒãˆã¦ã„ãŸã®ã§ã€é™çš„コンテンツãªã©ã‚’ブラウザã«æ”¯éšœã®ãªã„範囲ã§æœ€å¤§é™ã«ã‚ャッシュã•ã›ã€ã‚µãƒ¼ãƒã¨ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã®è² è·ã‚’最å°åŒ–ã•ã›ã¦ã„ã¾ã—ãŸã€‚ 当時å‚考ã«ã—ãŸæƒ…å ±æºã¯ä»¥ä¸‹ã®ï¼“ã¤ã§ã—ãŸã€‚ ã©ã®ã‚ˆã†ãªãƒ¬ã‚¹ãƒãƒ³ã‚¹ãƒ˜ãƒƒãƒ€ã‚’è¿”ã—ã¦ãŠã‘ã°ãƒ–ラウザã‚ャッシュを最大化ã§ãã‚‹ã‹ã®ãƒ†ã‚¯ãƒ‹ãƒƒã‚¯ãŒã¾ã¨ã‚られã¦ã„ã¾ã™ã€‚ ブラウザã‚ャッシュã¨ãƒ¬ã‚¹ãƒãƒ³ã‚¹ãƒ˜ãƒƒãƒ€ - murankã®æ—¥è¨˜ Kazuho@Cybozu Labs: ã‚ャッシュã®ä¸Šæ‰‹ãªä½¿ã„æ–¹ [Studying HTTP] HTTP Status Code ãƒãƒ¥ãƒ¼ãƒ‹ãƒ³ã‚°ã«ãŠã„ã¦é‡è¦ãªã®ã¯è‡ªåˆ†è‡ªèº«ã§ã®æ¤œè¨¼ã€‚ã¨ã„ã†ã‚ã‘ã§è‡ªå‰ã§æ¤œè¨¼ã—ãŸçµæžœã¨æ¤œè¨¼ã™ã‚‹ãŸã‚ã«ç”¨æ„ã—ãŸãƒ—ãƒã‚°ãƒ©ãƒ を公開ã—ã¾ã™ã€‚
CPU ã¨ã‚ャッシュã®ã¯ãªã— - graphics.hatenablog.com
別ã«ã‚°ãƒ©ãƒ•ã‚£ãƒƒã‚¯ã‚¹ã«é™ã£ãŸã“ã¨ã˜ã‚ƒãªã„ã—ã€ãã‚‚ãã‚‚è«–æ–‡ã¨ã‹å…¨ç„¶é–¢ä¿‚ãªã„ã‘ã©ã€‚GPU 周りã§ã‚‚ãŸã¾ã«è©±é¡Œã«ãªã‚‹ã—ã€è‡ªåˆ†ã§ã‚‚ãŸã¾ã«ã‚ã‘ã‚ã‹ã‚‰ã‚“ããªã‚‹ã‹ã‚‰æ•´ç†ã—ã¨ã。 メインメモリã¯é…ã„ CPU ã‹ã‚‰ãƒ¡ã‚¤ãƒ³ãƒ¡ãƒ¢ãƒªã«ãƒ‡ãƒ¼ã‚¿ã‚’èªã¿ã«è¡Œãå ´åˆã€ã“ã‚Œã¯ã¨ã«ã‹ãé…ã„。例ãˆã°ãƒ¬ã‚¸ã‚¹ã‚¿ã«ã‚るデータをèªã¿ã«è¡Œãå ´åˆã¨æ¯”ã¹ã‚‹ã¨ã€ã ã„ãŸã„æ•°å€ã‹ã‚‰æ•°100å€ã®é…ã•ã€‚ヤãƒã„ã‹ã‚‰ãªã‚“ã¨ã‹ã—よã†ã€‚ã‚‚ã£ã¨æ—©ãアクセスã§ãã‚‹å ´æ‰€ã«ãƒ‡ãƒ¼ã‚¿ãŠã„ã¨ã“ã†ã€‚ ã‚ャッシュライン CPU ãŒãƒ¡ã‚¤ãƒ³ãƒ¡ãƒ¢ãƒªã‹ã‚‰ãƒ‡ãƒ¼ã‚¿ã‚’èªã¿å‡ºã™ã¨ãã€å¿…ãšå°ã•ãªãƒ¡ãƒ¢ãƒªãƒãƒ£ãƒ³ã‚¯ã‚’ã‚ャッシュ上ã«ãƒãƒ¼ãƒ‰ã™ã‚‹ã€‚ãƒãƒ¼ãƒ‰å˜ä½ã¯ãƒ—ãƒã‚»ãƒƒã‚µã«ã‚ˆã‚‹ã‘ã©ã€ã ã„ãŸã„ 8 ～ 512 ãƒã‚¤ãƒˆã€‚ã“ã®ãƒãƒ¼ãƒ‰å˜ä½ã‚’ã‚ャッシュラインã¨å‘¼ã¶ã€‚ アクセス対象ã®ãƒ‡ãƒ¼ã‚¿ãŒæ—¢ã«ã‚ャッシュã«è¼‰ã£ã¦ã‚‹å ´åˆã¯ã€ãƒ¡ã‚¤ãƒ³ãƒ¡ãƒ¢ãƒªã˜ã‚ƒãªãã¦ã‚ャッシュをèªã¿ã«è¡Œã。ãªã„å ´åˆã¯ãƒ¡ã‚¤ãƒ³ãƒ¡ãƒ¢ãƒªã«ã‚¢ã‚¯ã‚»ã‚¹ã™ã‚‹ã‘ã©ã€ãã®ãƒ‡ãƒ¼ã‚¿ã¯ã‚‚
highscalability.com ã® Tumblr ã®ã‚¢ãƒ¼ã‚テクãƒãƒ£ã«ã¤ã„ã¦ã®è¨˜äº‹ã‚’èªã‚“ã - @kyanny's blog
High Scalability - High Scalability - Tumblr Architecture - 15 Billion Page Views a Month and Harder to Scale than Twitter ã‚’èªã‚“ã 。ã™ã”ãé¢ç™½ã‹ã£ãŸã€‚ Kindle ã§å¼•ç”¨ã—ãŸã¨ã“ã‚ã‚’ä¸å¿ƒã«ãƒ¡ãƒ¢ã€‚ Tumblr ã®ã‚½ãƒ¼ã‚·ãƒ£ãƒ«ã‚°ãƒ©ãƒ•ã®ç‰¹å¾´ The graph for Tumblr users has hundreds of followers. This is different than any other social network and is what makes Tumblr so challenging to scale. Tumblr ã 㨠follower ãŒæ•°ç™¾äººã„るユーザーã¯ã‚¶ãƒ©ã«ã„る。 follower ã®å¤šã„ユーザー㮠post ã¯å¤šãã®ãƒ¦ãƒ¼ã‚¶
Freak: Squidã®ãƒ¡ãƒ¢ï¼ˆã‚ャッシュã—ãªã„è¨å®šï¼‰
202506 « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 » 202508 コンパイル時ã®configureã¯â†“ ./configure --enable-storeio=ufs,null --disable-ident-lookups squid.confã¯â†“ ・ã‚ャッシュã—ãªã„è¨å®šã€‚ acl NOCACHE src 0.0.0.0/0.0.0.0 cache deny NOCACHE ・ã‚ャッシュã—ãªã„ã‹ã‚‰é–¢ä¿‚ãªã„ã¨æ€ã†ã‘ã©ä¸€å¿œå¤§ãã‚ã«ã—ã¨ã。 cache_mem 512 MB maximum_object_size 10000 KB ・DNSã®ã‚ャッシュをã„ãã¤ä¿æŒã™ã‚‹ã‹ã€‚多ã‚ã«ã—ã¨ã。 ipcache_size 5120 ・ã‚ャッシュディレクトリã¯ã„らãªã„
1
ランã‚ング
ãŠçŸ¥ã‚‰ã›
ランã‚ング
リリースã€éšœå®³æƒ…å ±ãªã©ã®ã‚µãƒ¼ãƒ“スã®ãŠçŸ¥ã‚‰ã›
最新ã®äººæ°—エントリーã®é…ä¿¡
j次ã®ãƒ–ックマーク
kå‰ã®ãƒ–ックマーク
lã‚ã¨ã§èªã‚€
eコメント一覧を開ã
oページを開ã
GitHub - twitter/pelikan: Pelikan is Twitter's unified cache backend
2138com太阳集团-太阳集团2138手机版
ドメインパーã‚ング
{{#tags}}- {{label}}
{{/tags}}