mboost-dp1

Google

Google sænkede hastigheden på Chrome 3

- Via BetaNews - , indsendt af Skak2000

Det er ikke længe siden, at Google udgav Chrome 3, der, som det er standard ved den slags udgivelser, introducerer en række nye funktioner og forbedringer.

En af forbedringerne er højere hastighed ved brug af JavaScript, der i forhold til Chrome 2 steg med 25 %, men hastighedsstigningen kunne have været højere.

Ifølge hjemmesiden Betanews var den seneste beta-udgave af Chrome 3 hurtigere end den endelige udgave. I en test udviklet af Betanews, der efterligner virkelige forhold mest muligt, er Chrome 3 6,5 % langsommere end betaen.

Til trods for den mindre hastighed er Chrome 3 stadig den hurtigste browser til JavaScript på markedet med en score på 18,68 point i Betanews’ test, tæt efterfulgt af Safari 4 med 16,57 point.





Gå til bund
Gravatar #1 - -N-
21. sep. 2009 06:06
Ok og hvor i alverden ved Betanews fra, at der ikke skulle ske ændring fra beta til final, hvor bivirkningen var en langsommere javascript afvikling? - Så jeg ved ikke om hastigheden kunne have været højre, de har jo nok ikke gjort den langsommmere 'bare fordi'.
Gravatar #2 - Saxov
21. sep. 2009 06:40
code insight... they only changed sleep(200) to sleep(220) ;)
Gravatar #3 - ph1l
21. sep. 2009 07:16
Venter meget på, at AdBlock Plus bliver tilgængeligt til Chrome!
Gravatar #4 - Eniac
21. sep. 2009 07:34
Prøv fx. at besøge en hjemmeside som eb.dk med IE. Det er en dræber hvis man ikke har en rimelig kraftig maskine (eb er nok også selv skyld i en del slamkodning).
Personligt laver jeg også hjemmesider som let består at flere hundrede kb javascript der i særdeleshed bruges til dom-manipulering. Der kan jeg også mærke meget stor forskel på afviklingshastigheden i de forskellige browsere (uden at det dog når eb-niveauet).
Gravatar #5 - bvoid
21. sep. 2009 08:45
#4
Prøv at kig på jQuery til DOM. Det er meget mere kompakt og intuitivt. Hvis du allerede bruger jQuery og har flere 100KB til DOM manipulering - ja, så er jeg imponeret :O
Gravatar #6 - Boxcar
21. sep. 2009 09:10
De gør vel bare ligesom Usain Bolt...
Der er ikke nogen grund til at give sig fuldt ud med det samme. Så er det bedre at få den omtale det giver i næste version hvor hastighed jo igen vil værre hurtigere
Gravatar #7 - stekkurms
21. sep. 2009 09:33
Jeg gætter på, at der under beta testen blev fundet en fejl, der skulle rettes.

Jeg kan forestille mig to mulige forklaringer på, hvorfor det betød at den blev lidt langsommere.

Enten er det simpelthen fordi et sted i koden manglede at tage højde for en situation, og et check for den situation hver gang man kommer derigennem tager lidt længere tid, og en version uden fejlen, er dermed langsommere.

Eller også har de ikke fundet fejlen endnu, og har derfor valgt at bruge en ældre version af den del af koden. Og den ældre del har været langsommere.

Udviklerne er sikkert klar over, at der er noget, der kan gøres endnu hurtigere. Så mon ikke næste version vil have en optimeret udgave.

Så de har nok stået med valget imellem at udgive en final, der var lidt langsommere end beta versionen, eller at vente måske en uge, måske en måned. Men hvis den allerede er hurtigere end den foregående ikke-beta version, så er hastigheden jo ikke et argument for at vente.
Gravatar #8 - Eniac
21. sep. 2009 09:38
#5
Det er ikke kun dom-manipulering, men også datahåndtering.
Jeg bruger nogle gange jQuery afhængigt af projektet, men det kan jo kun bruges til visse ting. Det kan bare hjælpe med nogle af kaldene, men de skal jo stadig udføres.
Da jQuery i sig selv tilføjer over 50kb, så er det tit begrænset hvad den samlede databesparelse løber op i.
Det er langt fra alt man kan bruge jQuery til, så på et projekt med fx. 250kb js, kan jQuery måske spare mig for ialt 20-30kb. Det er ofte mere udviklingstiden der kan spares på.
Gravatar #9 - knasknaz
21. sep. 2009 11:03
Jeg synes kun folk tester hastigheden af javascsript efterhånden. Det forekommer lidt ensidigt.
Gravatar #10 - ismetteren
21. sep. 2009 17:26
knasknaz (9) skrev:
Jeg synes kun folk tester hastigheden af javascsript efterhånden. Det forekommer lidt ensidigt.

Hvad skulle man som browser producent ellers gå op i?
Gravatar #11 - Mads33
21. sep. 2009 17:46
Saxov (2) skrev:
code insight... they only changed sleep(200) to sleep(220) ;)


Der findes ikke sleep i javascript.
EDIT: - OK. Jeg forstår hvad du mener.

Jeg har fix'et flere javascripts specielt til Chrome.

Den kan fx. afvikle et javascriptet inden en sides indhold er læst helt ind. Hvor andre brovsere er så langsomme, at der ikke er taget højde for dette potientielle problem.

Måske har det også noget at gøre med hvor mange tråde der bruges til at vise en side.
Gravatar #12 - Windcape
21. sep. 2009 17:53
ismetteren (10) skrev:
Hvad skulle man som browser producent ellers gå op i?
Rendering?

Men nu benytter Chrome jo WebKit, så Google står ikke direkte selv for optimeringer af hastigheden der.

Hvis i hører om forbedringer i Safari, kommer de nok også til Chrome :)
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login