Changeset 86

Show
Ignore:
Timestamp:
08/09/03 00:46:17 (5 years ago)
Author:
bradfitz
Message:

text updates, and change memd template look

Files:

Legend:

Unmodified
Added
Removed
Modified
Copied
Moved
  • trunk/website/index.bml

    r85 r86  
    9898to any number of open connections</a> (using <a 
    9999href="http://www.xmailserver.org/linux-patches/nio-improve.html">epoll</a> 
    100 on Linux), uses non-blocking network I/O, refcounts internal objects 
     100on Linux, if available at runtime), uses non-blocking network I/O, refcounts internal objects 
    101101(so objects can be in multiple states to multiple clients), and uses 
    102102its own slab allocator and hash table so virtual memory never gets 
  • trunk/website/memcached.css

    r16 r86  
    5656   font-style: italic; 
    5757} 
     58 
     59tt.mem { color: #000030; } 
  • trunk/website/memcached.look

    r85 r86  
    2626h1=>{D}<h2>%%data%%</h2> 
    2727 
    28 memd=>{S}<tt class='mem'><b>memcached</b></tt> 
     28memd=>{S}<tt class='mem'>memcached</tt> 
    2929 
    3030link=>{RP}[<a href="%%data1%%" class='barlink'>%%data2%%</a>]  
  • trunk/website/users.bml

    r85 r86  
    77 
    88<ul> 
    9 <li><b><a href="http://www.livejournal.com/">LiveJournal</a></b> -- fully dynamic blogging site with insane number of unnecessary features, doing over 20 million hits per day.  We made <?memd?> for LiveJournal and we hardly ever hit the databases anymore.  A few APIs in our codebase still unconditionally hit our databases, but they're being rewritten to be memcached-aware.  Memcached made a night-and-day difference in the speed of our site.</li> 
     9<li><b><a href="http://www.livejournal.com/">LiveJournal</a></b> -- fully dynamic blogging site with insane number of unnecessary features, doing over 20 million hits per day.  We made <?memd?> for LiveJournal and we hardly ever hit the databases anymore.  A few APIs in our codebase still unconditionally hit our databases, but they're being rewritten to be <?memd?>-aware.  <?memd?> made a night-and-day difference in the speed of our site.</li> 
    1010 
    11 <li><b><a href="http://www.slashdot.org/">SlashDot</a></b> -- I showed Jamie McCarthy <?memd?> at OSCON 2003 and how we use it on LiveJournal (including our memcached-farm stats page) and he started frothing at the mouth and began implementing it that night in his hotel room.  Now Slashdot uses it for caching comments in their rendered form, saving both DB load and web CPU load.  They're reportedly working on using memcached in more parts of their code.</li> 
     11<li><b><a href="http://www.slashdot.org/">Slashdot</a></b> -- I showed Jamie McCarthy <?memd?> at OSCON 2003 and how we use it on LiveJournal (including our <?memd?>-farm stats page) and he started frothing at the mouth and began implementing it that night in his hotel room.  Now Slashdot uses it for caching comments in their rendered form, saving both DB load and web CPU load.  They're reportedly working on using <?memd?> in more parts of their code.</li> 
    1212 
    13 <li><b><a href="http://www.everything2.com/">Everything2</a>?</b> -- they're reportedly starting to add memcached support to the ecore nodecache over at <a href="http://www.everydevel.com">everydevel.com</a>.</li
     13</ul
    1414 
    15 <li><b><a href="http://www.sourceforge.net/">SourceForge</a>?</b> -- they're reportedly looking into adding support, which is why the Python API for memcached was created.</li> 
     15<?h1 Coming soon... h1?> 
     16<p>These people are (or reportedly are, or were) working on memcache support to speed up their sites.</p> 
     17 
     18<ul> 
     19<li><b><a href="http://www.everything2.com/">Everything2</a></b> -- adding <?memd?> support to the ecore nodecache over at <a href="http://www.everydevel.com">everydevel.com</a>.</li> 
     20 
     21<li><b><a href="http://www.sourceforge.net/">SourceForge</a></b> -- adding support, which is why the Python API for <?memd?> was created.</li> 
     22 
     23<li><b><a href="http://www.wikipedia.org/">WikiPedia</a></b> -- Brion Vibber is adding support, since WikiPedia has been plagued with poor performance lately, running on their minimal hardware.</li> 
    1624 
    1725</ul>