Scale or die

Tech posts

Filed undermysql

See all posts on Posterous with this tag »

Alexis Lê-Quôc

One of the people behind http://datadoghq.com

Twitter
Alexis Lê-Quôc's profile »

Tags

  • technical (18)
  • architecture (16)
  • scalability (15)
  • velocity (13)
  • storage (12)
  • cloud computing (10)
  • infrastructure (10)
  • conference (7)
  • production (7)
  • database (5)
  • View all 193 tags »
  • hardware (5)
  • amazon (4)
  • distributed computing (4)
  • google (4)
  • monitoring (4)
  • sun (4)
  • book (3)
  • ec2 (3)
  • it (3)
  • linux (3)
  • market (3)
  • mysql (3)
  • operations (3)
  • performance (3)
  • 3par (2)
  • R (2)
  • SAN (2)
  • apple (2)
  • backup (2)
  • bingodisk (2)
  • cache (2)
  • culture (2)
  • document (2)
  • documentation (2)
  • ebay (2)
  • eucalyptus (2)
  • flickr (2)
  • format (2)
  • hadoop (2)
  • infoq (2)
  • investigation (2)
  • joyent (2)
  • kanban (2)
  • netflix (2)
  • network (2)
  • networks (2)
  • oracle (2)
  • pdf (2)
  • presentation (2)
  • rdbms (2)
  • relational (2)
  • s3 (2)
  • scale (2)
  • servers (2)
  • sharding (2)
  • software (2)
  • solaris (2)
  • strongspace (2)
  • structure (2)
  • testing (2)
  • wiki (2)
  • yahoo (2)
  • 3par sun thumper zfs iscsi (1)
  • 5501 (1)
  • academia (1)
  • alerting (1)
  • alerts (1)
  • art (1)
  • awk (1)
  • aws (1)
  • bad analogy (1)
  • benchmark (1)
  • branching (1)
  • c (1)
  • cable (1)
  • capacity planning (1)
  • cassandra (1)
  • census (1)
  • cheap (1)
  • choice (1)
  • cloud (1)
  • cloudcamp (1)
  • cluster (1)
  • cmg (1)
  • cmg mainframe cloudscale capacity (1)
  • cmg'09 (1)
  • communication (1)
  • continuous production (1)
  • crypto (1)
  • dan pritchett (1)
  • data (1)
  • datacenter (1)
  • datadog (1)
  • datamodel (1)
  • dba (1)
  • dbms (1)
  • dell (1)
  • disaster recovery (1)
  • discount (1)
  • doug cutting (1)

Archive

2011 (5)
May (2)
March (3)
April 19, 2008

Great overview of "traditional" web service scaling

  • Edit
  • Delete
  • Tags
  • Autopost
Viewable on scribd, from the mysql 2008 conference.

Filed under  //

  • architecture
  • cache
  • database
  • memcached
  • mysql
  • scalability
  • sharding
  • technical
Tweet
  • 0 responses
  • Like
  • Comment
February 23, 2008

Twitter architecture

  • Edit
  • Delete
  • Tags
  • Autopost
[slideshare id=41197&doc=scaling-twitter-12758&w=425] A bit that caught my attention is the mention of ejabberd. I've always been a big fan of erlang for 3 main reasons: a message-passing interface, its hot code upgrades and its making time an explicit and operational part of the language.

Filed under  //

  • architecture
  • cache
  • mysql
  • production
  • rails
  • rubyonrails
  • sharding
  • twitter
Tweet
  • 0 responses
  • Like
  • Comment
January 31, 2008

A useful presentation on mysql performance

  • Edit
  • Delete
  • Tags
  • Autopost
[slideshare id=245799&doc=how-to-kill-mysql-performance-1201635569837936-3&w=425] Some of the slides are quite mysql-specific but a lot applies to all databases (at least to Oracle as well).

Filed under  //

  • dba
  • dbms
  • mysql
  • performance
  • presentation
  • slideshare
Tweet
  • 0 responses
  • Like
  • Comment