Ludo mi segnala dei corsi sulla scalabilità con Rails. Per i mai contenti, è disponibile una presentazione (pdf, 8Mb), anche se non molto esaustiva.
In contemporanea, esce un articolo sul performance di eZ publish. Da quel che so, i ragazzi norvegesi stanno spendendo parecchie energie per aumentarne la scalabilità e all’eZ conference 2006 di giugno ci saranno delle presentazioni a proposito.
7 commenti ↓
Le slide sulla scalabilità sono interessanti anche se secondo me hanno un taglio più generale di quello che il titolo farebbe presagire… 45% indicazioni generali su come scalare (sempre buone) 20% informazioni legate a rails e 35% Sun marketing
eh quel 35% di “sun marketing” in effetti…
ma tu dici che lo stesso throughput di banda non si riesce ad avere? per esempio smaneggiando sul kernel. mh, dovrei sentire anche ludo su questo…
Hmmmm secondo me Linux 2.6 è più veloce di Solaris…
Le slide sono ovviamente un po’ generiche, visto che introducono un seminario di due giorni che costa mille e passa dollari… comunque ZFS di Solaris sembra davvero eccezionale, anche la Apple lo porterà su OSX.
magari il kernel 2.6 è lighting fast in confronto a solaris, ma senza dubbio ZFS non ha paragoni con il layer vfs del pinguino; come dice il pdf, sono molti i punti da considerare… ed il risultato finale è un bilancio di tutti questi ($$ di TCO inclusi!)
aumentare il throughput di banda è fattibile, ma credo che il costo sia il profiling sul kernel e riscrittura di alcune parti in assembly… secondo voi (ammesso di trovare un team con competenze adatte) quanto costa ?
non so quanto sia questione di assembly e quanto algoritmica.. quando in linux introdussero lo scheduler O(1) il commento del team di sviluppo di solaris fu una cosa del tipo “ah, si, noi ne avevamo uno così qualche anno fa’ “.
Certo, decisamente non credo sia banale
Abbastanza impressionante seguire l’evoluzione del nuovo datacenter di Textdrive+Joyent nei commenti alle foto postate su Flickr, sul blog, e nella presentazione introduttiva del seminario Scale With Rails.
Storage doesn’t live on a serve…