1 poin oleh GN⁺ 2023-08-16 | 1 komentar | Bagikan ke WhatsApp
  • Firefox menjadi lebih cepat daripada Chrome pada benchmark JavaScript SunSpider yang sudah lama, tetapi pengujian ini pada dasarnya sudah banyak digantikan oleh JetStream
  • Firefox Nightly News baru-baru ini menyatakan bahwa Firefox tampaknya melampaui Chrome di SunSpider, dan angka yang dipublikasikan juga menunjukkan keunggulan Firefox
  • Sumber benchmark adalah AreWeFastYet.com, dengan perbandingan pada pengujian performa JavaScript yang berusia sekitar 10 tahun
  • Pada JetStream 2.0 yang lebih baru dan lebih berat, Google Chrome masih dengan mudah mengungguli Firefox
  • Dalam sekitar satu bulan terakhir, Firefox melakukan berbagai peningkatan selain kecepatan eksekusi SunSpider, termasuk kecepatan unggah HTTP/2

Keunggulan Firefox yang Terlihat di SunSpider yang Sudah Lama

  • Para pengembang Mozilla memandang positif hasil Firefox yang lebih cepat daripada Google Chrome pada benchmark JavaScript SunSpider
  • SunSpider adalah benchmark JavaScript yang berusia sekitar 10 tahun, dan saat ini sudah digantikan oleh benchmark JetStream
  • Baru-baru ini, Firefox Nightly News menyatakan, “We’re now apparently beating Chrome on the SunSpider JavaScript benchmark!”
  • Angka yang dipublikasikan menunjukkan tren bahwa Firefox dengan mudah melampaui Chrome pada benchmark JavaScript yang sudah lama ini
  • Data benchmark berasal dari AreWeFastYet.com

Chrome Tetap Unggul pada Benchmark Terbaru

  • Pada benchmark JetStream 2.0 yang lebih baru dan memiliki tuntutan lebih tinggi, Google Chrome masih dengan mudah mengungguli Firefox
  • Dalam sekitar satu bulan terakhir, Firefox secara signifikan meningkatkan kecepatan eksekusi benchmark JavaScript SunSpider
  • Pada periode yang sama, berbagai pekerjaan lain juga dilakukan, termasuk peningkatan kecepatan unggah HTTP/2
  • Perubahan pada build Firefox Nightly terbaru dapat dilihat di Firefox Nightly News

1 komentar

 
GN⁺ 2023-08-16
Opini Hacker News
  • Dari sudut pandang mantan engineer V8, SunSpider adalah benchmark yang buruk, dan sulit dipercaya bahwa orang masih melacaknya
    Selama hampir 15 tahun terakhir, benchmark ini telah mengarahkan rekayasa performa JavaScript ke arah yang salah, dan membuat engine menciptakan trik optimasi aneh yang tidak membantu situs nyata
    V8 sudah lama meninggalkan sebagian besar microbenchmark: https://benediktmeurer.de/2016/12/16/the-truth-about-traditi...
    Itu bukan berarti peningkatan performa Firefox tidak penting atau tidak menggembirakan. Maksudnya hanya SunSpider adalah salah satu benchmark terburuk yang bisa dilihat

    • Tepatnya, mereka masih melacaknya dalam arti masih menjalankannya sebagai bagian dari dashboard lama
      Biayanya rendah, dan kadang membantu menangkap regresi performa yang tidak disengaja
      Tim SpiderMonkey juga sepenuhnya setuju untuk mengabaikan microbenchmark. Mereka menganggap Speedometer penting karena korelasinya cukup baik dengan performa dunia nyata, dan untuk JetStream2 mereka hanya melihat sebagian yang diperlukan
      Yang lebih lama dari itu bukan target, melainkan hanya tongkat ukur; kalau angkanya naik tentu bagus, tetapi itu hanya terjadi sebagai efek samping dari pekerjaan yang dilakukan karena alasan lain
      Khususnya peningkatan SunSpider pada grafik ini adalah efek samping dari pekerjaan Speedometer yang dilakukan tahun ini
    • Tautan yang diberikan justru mendorong Speedometer, dan di sana Firefox diketahui sudah menyalip Chrome
      https://news.ycombinator.com/item?id=36770883
    • Firefox melacak performa di berbagai benchmark
      Jika melihat performanya dibanding Chrome pada berbagai item selama setahun terakhir, cukup menggembirakan bahwa banyak di antaranya terus menunjukkan perbaikan yang konsisten
      https://arewefastyet.com/win10/benchmarks/overview?numDays=3...
    • Benchmark berbasis situs nyata terlihat seperti ide yang baik sekaligus buruk
      Alasan baiknya jelas, tetapi alasan buruknya adalah karena ia menciptakan feedback loop. Orang mengembangkan mengikuti performa, dan performa ditingkatkan mengikuti apa yang dikembangkan orang
      Penasaran bagaimana tim V8 menangani masalah seperti ini
    • Agar adil, saat SunSpider pertama kali muncul, ia cukup akurat merefleksikan bottleneck utama engine JavaScript yang ada di web waktu itu
      Itu juga berlaku untuk V8; meski saat diluncurkan V8 membawa kumpulan benchmark sendiri, benchmark itu terlalu condong ke akses properti dan kurang mencakup area pemuatan halaman awal yang secara kebetulan disentuh SunSpider
      Tentu saja itu 15 tahun lalu, jadi sulit mengatakan benchmark dari masa itu masih merefleksikan sesuatu yang berguna sekarang, dan kini nilainya hampir hanya sebatas deteksi regresi
  • Di semua komputer dan ponsel yang saya punya, saya hanya memakai Firefox
    Sejauh ini saya sangat puas dengan performanya dan sungguh berharap peningkatannya terus berlanjut. Pilihan kedua saya saat tidak bisa memakai Firefox adalah Brave, dan Chromium adalah pilihan paling terakhir
    Di Firefox, saya sangat merekomendasikan ekstensi-ekstensi ini: AdNauseam https://addons.mozilla.org/en-US/firefox/addon/adnauseam/, Consent-O-Matic https://addons.mozilla.org/en-US/firefox/addon/consent-o-mat..., Firefox Multi-Account containers https://addons.mozilla.org/en-US/firefox/addon/multi-account..., I don't care about cookies https://addons.mozilla.org/en-US/firefox/addon/i-dont-care-a...
    Seperti yang disebutkan di bawah, jika tidak memercayai Avast, sebaiknya hindari Consent-O-Matic

  • Intinya, “Firefox dengan mudah mengalahkan Chrome pada benchmark JavaScript berusia 10 tahun” sekaligus “pada JetStream 2.0 yang lebih baru dan lebih menantang, Google Chrome masih dengan mudah mengalahkan Firefox”

    • Di macOS, Safari mengungguli Chrome dengan selisih yang bahkan lebih besar
    • Saya sangat menyukai Firefox, tetapi membaca ini terasa agak pahit
  • Perlu dicatat bahwa SunSpider belum diperbarui sejak 2013
    JetStream lebih baik merepresentasikan beban kerja JavaScript modern, tetapi pada benchmark itu pun jaraknya sedang menyempit

  • Saya sedang mengerjakan mesin V8, dan ini adalah ladang ranjau deoptimisasi yang membuat hal-hal tak terduga menjadi lambat
    Struktur penangan pengecualian bisa sangat mengubah karakteristik performa kode, dan async/await benar-benar hampir seperti soal keberuntungan. Kadang Promise lebih cepat, kadang blok async lebih cepat
    Sebagian perlambatan bisa disalahkan pada spesifikasi yang buruk. Saya tidak mengerti kenapa destructuring ... memakai iterator
    Tapi saya bertanya-tanya apakah tim V8 mengejar benchmark alih-alih kode dunia nyata yang tidak ditulis dengan sempurna

    • Kalau ... tidak bisa memakai iterator, terutama kekuatan generator akan jauh berkurang
    • Tim V8 tidak melakukan itu
      Performa V8 di benchmark ini mandek karena mereka sudah lama tidak peduli padanya
      Sayangnya Firefox punya insentif untuk peduli. Karena meskipun benchmark tidak penting, terlihat tertinggal tetap terlihat buruk
    • Bukankah justru sebaliknya? https://v8.dev/blog/real-world-performance
      Sepertinya ada tulisan yang lebih baru yang membahas topik ini dengan angka dan contoh, tapi sekarang saya tidak bisa menemukannya. Mungkin itu blog tim chromium/chrome, atau mungkin orang lain bisa menemukannya
  • Belakangan banyak yang bilang Chrome makin jahat, jadi saya menghabiskan beberapa hari merapikan ekstensi Chrome saya, IPvFoo, agar juga berjalan dengan baik di Firefox
    IPvFoo adalah alat untuk mengamati transisi IPv6. Secara teknis sudah ada versi Firefox sejak 2017, tetapi ada banyak bug kompatibilitas yang saya harap suatu hari akan diperbaiki Firefox
    Pada akhirnya saya memutuskan untuk memutari masalah-masalah yang tersisa, dan sekarang paritas fitur Chrome/Firefox sudah tercapai dari codebase yang sama: https://github.com/pmarks-net/ipvfoo

  • Firefox dengan uBO aktif lebih dari 100% lebih cepat daripada browser berbasis Chromium
    Di browser berbasis Chromium, uBO tidak bekerja dengan benar karena berbagai pembatasan

  • Peningkatannya nyata
    Memang belum dirilis, tapi saya baru saja menguji dengan Speedometer 3.0 terbaru yang open source, dan memakai versi terbaru dari tiap browser
    Firefox Nightly(Gecko) 11.6, Safari TP(WebKit) 11.4, Chrome Canary(Blink) 9.9
    https://github.com/WebKit/Speedometer

  • Jujur, bagi saya Firefox tetap pilihan kedua sampai alat debugging-nya mencapai level Chrome dan UI tabnya sedikit lebih dipoles
    Saya ingin memakai Firefox setiap hari, tetapi saat memakainya saya merasa kecepatan pengembangan saya menurun

    • Saya justru merasa developer tools Firefox jauh lebih mudah digunakan
      Saya tidak suka desain Firefox, tetapi itu bisa diperbaiki dengan tema dan add-on
    • Kalau UI yang jadi masalah, coba sedikit utak-atik userchrome.css
      Saya melakukannya agar bisa memakai treestyletab dengan cara yang saya inginkan, dan kalau Anda peduli pada UI, userchrome.css memberi cukup banyak kebebasan
      Selain itu, saya menyinkronkannya antarperangkat dengan Nextcloud, jadi tidak perlu mengubahnya satu per satu di tiap perangkat
    • Saya juga ingin UI-nya sedikit berubah seperti itu
      Tidak perlu mewah; cukup sesederhana Chromium bawaan saja sudah bagus
  • Baru-baru ini saya melihat regresi performa Firefox dan mencoba membuat laporan bug, lalu mendapati bahwa alat-alat yang melacak performa secara cukup terbuka tampaknya mendapat perhatian
    Kemudahan mengunggah dan membagikan profil pelacakan juga membantu: https://firefox-source-docs.mozilla.org/testing/perfdocs/ind...
    Jika Anda tertarik pada performa Firefox, blog khususnya terus memberi kabar terbaru: https://blog.mozilla.org/performance/
    Jika Anda merasa Chromium jauh lebih cepat di situs web tertentu, ada https://webcompat.com/ untuk laporan sederhana. Namun bahkan dari sudut pandang orang yang terbiasa dengan GitHub Issues, Bugzilla ternyata lebih baik dari yang saya kira