Scalabilità per Rails ed eZ publish

Saturday, April 29. 2006

Scalabilità per Rails ed eZ publish

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.

Defined tags for this entry: ezpublish, rubyonrails, scalability

Posted by Alberto in WebDev at 11:50 | Comments (6) | View blog reactions

Trackbacks

Trackback specific URI for this entry

ISP 2.0
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...

Weblog: Qix.it
Tracked: Apr 30, 23:53

Comments

Display comments as (Linear | Threaded)

#1 Michele on 2006-04-29 12:57 (Reply)

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

#1.1 Alberto on 2006-04-29 13:55 (Reply)

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...

#1.1.1 ludo on 2006-04-29 14:36 (Reply)

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.

#1.1.1.1 Michele on 2006-04-29 14:57 (Reply)

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 ?

#1.1.1.1.1 gabriele on 2006-04-30 03:15 (Reply)

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

#1.1.2 Michele on 2006-04-29 14:54 (Reply)

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!)

Add Comment

Name
Email
Homepage
In reply to
Comment	Enclosing asterisks marks text as bold (word), underscore are made via _word_. Standard emoticons like :-) and ;-) are converted to images. E-Mail addresses will not be displayed and will only be used for E-Mail notifications To prevent automated Bots from commentspamming, please enter the string you see in the image below in the appropriate input box. Your comment will only be submitted if the strings match. Please ensure that your browser supports and accepts cookies, or your comment cannot be verified correctly. Enter the string from the spam-prevention image above:
	Remember Information? Subscribe to this entry

MySelf

In breve: 34 anni, friulano, vivo a Roma, lavoro nel web come user experience consultant.
Nel tempo libero mi dedico alla fotografia e alla natura.
Puoi contattarmi via mail e Skype.

Descrizione completa

Linkedin profile
Bookmarks
Fotografie
PublicBrain

View blog reactions

Scambio link, no grazie!

Mail indesiderate, no grazie!