Comments on: jQuery 1.3, un mostro di performance http://www.fullo.net/blog/2009/01/15/jquery-13-un-mostro-di-performance/ nulla e' impossibile per chi non lo deve fare! Thu, 09 Feb 2012 08:21:57 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Luglio7http://www.fullo.net/blog/2009/01/15/jquery-13-un-mostro-di-performance/comment-page-1/#comment-409732 Luglio7 Mon, 02 Feb 2009 08:38:55 +0000 http://www.fullo.net/blog/?p=2558#comment-409732 Dato che in Italia non si sviluppa quasi nulla di interessante uso Mootools, dato che questo framework rappresenta una rara eccezione.jQuery mi sta troppo antipatico :) Dato che in Italia non si sviluppa quasi nulla di interessante uso Mootools, dato che questo framework rappresenta una rara eccezione.

jQuery mi sta troppo antipatico :)

]]> By: denadai2http://www.fullo.net/blog/2009/01/15/jquery-13-un-mostro-di-performance/comment-page-1/#comment-409692 denadai2 Sun, 25 Jan 2009 02:19:22 +0000 http://www.fullo.net/blog/?p=2558#comment-409692 Beh sinceramente è una cosa formidabile, io lo uso massicciamente all'interno dei siti web che sto creando ora come ora quindi velocità in più non guasta, soprattutto con IE e pc vecchi ^^ Questi non spariranno mai XD Beh sinceramente è una cosa formidabile, io lo uso massicciamente all’interno dei siti web che sto creando ora come ora quindi velocità in più non guasta, soprattutto con IE e pc vecchi ^^ Questi non spariranno mai XD

]]> By: fullohttp://www.fullo.net/blog/2009/01/15/jquery-13-un-mostro-di-performance/comment-page-1/#comment-409609 fullo Thu, 15 Jan 2009 08:25:08 +0000 http://www.fullo.net/blog/?p=2558#comment-409609 i benchmark riguardano i tempi di esecuzione dello script non di download, quindi se il parsing del DOM è lento, lo è anche se lo script viene messo in cache.Inoltre la ram conta poco è più una questione di CPU utilizzata per eseguire uno script, tempo fa una vecchia release di prototype/scriptacolus in particolari condizioni portava i browser al 100% di carico di CPU senza fare apparentemente nulla.Il fatto che stiano lavorando a migliorere le performance degli script, e che parallelamente i browser stiano (finalmente) aggiornando gli interpreti JS porterà ad avere applicazioni sempre più responsive e, di conseguenza, utilizzabili su web. i benchmark riguardano i tempi di esecuzione dello script non di download, quindi se il parsing del DOM è lento, lo è anche se lo script viene messo in cache.

Inoltre la ram conta poco è più una questione di CPU utilizzata per eseguire uno script, tempo fa una vecchia release di prototype/scriptacolus in particolari condizioni portava i browser al 100% di carico di CPU senza fare apparentemente nulla.

Il fatto che stiano lavorando a migliorere le performance degli script, e che parallelamente i browser stiano (finalmente) aggiornando gli interpreti JS porterà ad avere applicazioni sempre più responsive e, di conseguenza, utilizzabili su web.

]]> By: Massimiliano Arionehttp://www.fullo.net/blog/2009/01/15/jquery-13-un-mostro-di-performance/comment-page-1/#comment-409608 Massimiliano Arione Thu, 15 Jan 2009 07:39:59 +0000 http://www.fullo.net/blog/?p=2558#comment-409608 Mi chiedo un po' quale sia il senso di questi benchmark, visto che sappiamo bene che 1) javascript viene messo in cache dopo la prima richiesta; 2) i client (che devono smazzarsi l'esecuzione del codice) diventano sempre più mostruosi, (quasi) costretti ormai ai 4GB di ram da sistemi operativi poco simpatici... Mi chiedo un po’ quale sia il senso di questi benchmark, visto che sappiamo bene che 1) javascript viene messo in cache dopo la prima richiesta; 2) i client (che devono smazzarsi l’esecuzione del codice) diventano sempre più mostruosi, (quasi) costretti ormai ai 4GB di ram da sistemi operativi poco simpatici…

]]>