Perlambatan khas lintas browser pada 10.9.1


8

Saya perhatikan ada pola penundaan yang aneh saat mencoba mengambil situs web; perilakunya tampak sangat khas, dan mudah bagi saya untuk mereproduksi jadi saya cukup yakin dengan sebagian besar detail di bawah ini. Saya berharap seseorang akan mengenalinya, atau bisa menyelesaikannya.

  • Lamanya penundaan tampaknya meningkat dengan jumlah waktu sejak me-restart komputer saya, sejauh yang saya tahu tanpa terikat. Ini kurang teruji dibandingkan poin lainnya, tetapi saya yakin bahwa memulai kembali memperbaiki masalah dan jarang muncul dalam beberapa jam pertama setelah memulai ulang (dan tampaknya dapat dikelola untuk waktu yang jauh lebih lama dari itu).

  • Penundaan muncul di Firefox, Safari, atau Chrome mana saja.

  • ikal bekerja dengan baik secara normal. Tetapi sementara Chrome, Safari, atau Firefox mana pun memuat halaman, curl akan mengalami penundaan besar. Menutup browser akan segera menyebabkan semua pekerjaan keriting yang berjalan selesai dengan sukses (misalnya, saya dapat memulai 5 contoh ikal mengambil situs web yang berbeda, yang semuanya akan berhenti di bilah kemajuan yang tidak menunjukkan kemajuan; menutup Chrome akan menyebabkan semua pekerjaan untuk segera selesai).

  • Penundaan untuk ikal secara substansial lebih kecil daripada penundaan untuk situs web, bahkan ketika ada. Sekarang ini berada di urutan 15 detik, karena saya belum memulai lagi dengan harapan untuk debugging. Sebuah situs web akan memakan waktu lebih lama dari ini, mungkin 15 detik sambil "menunggu www.---.com" diikuti oleh lamanya waktu yang sebanding menunggu orang lain.

  • Latensi (seperti yang dilaporkan oleh ping) tidak meningkat selama masalah.

  • Sementara ikal mengalami penundaan, pekerjaan ikal yang berbeda akan selesai pada saat yang sama. Artinya, mereka semua akan menggantung untuk waktu yang lama, kemudian semua berhenti menggantung pada saat yang sama (dan selesai pada waktu yang hampir bersamaan, pada skala 15+ detik yang mereka gantung). Kadang-kadang ini terjadi di browser, tetapi tidak andal (yang saya pikir mungkin karena browser memiliki beberapa peluang untuk digantung sebelum benar-benar selesai memuat halaman). Setelah pekerjaan keriting selesai, segera restart mereka menghasilkan mereka menggantung dengan cara yang persis sama, sehingga masalahnya tidak hilang (setidaknya tidak terlalu lama).

  • Penundaannya cukup bervariasi di seluruh halaman web. Saya belum melakukan survei yang sangat terperinci (itu akan menjadi langkah berikutnya saya kira).

  • ketika hang, curl -v hang di progress bar tanpa data yang dikirimkan.

  • Saat memuat halaman di Chrome, sebagian besar waktu dihabiskan untuk "menunggu" CDN dan layanan pihak ketiga.

  • Seringkali Chrome akan menampilkan layar kosong, dan menekan "Stop" akan menyebabkan halaman merender (dengan sebagian besar tetapi tidak semua aset dimuat). Saya berasumsi ini terkait dengan poin terakhir, dan hanya perilaku chrome yang muncul ketika kita memiliki penundaan yang lama ini, daripada terkait erat dengan masalah.

  • Penundaan muncul ketika terhubung ke banyak jaringan nirkabel yang berbeda dengan karakteristik kinerja yang berbeda (misalnya jalur 50mbps). Saya belum mencoba jaringan kabel, meskipun saya kira itu tidak masalah.

  • Demikian pula DNS yang berbeda tidak membuat perbedaan (yang tidak mengejutkan mengingat ping selalu baik-baik saja).

  • Saya mengamati perilaku yang sama di bawah tingkat tekanan yang sangat berbeda pada sistem. Sebagai contoh, saat ini saya memiliki memori bebas 3/8 GB.


Mereka hanya 2 alasan yang akan menjelaskan itu, sering digabungkan. 1- Memori Anda hampir habis, dan 2- koneksi internet Anda. Jadi tolong beri tahu kami nilai-nilai itu.
Ruskes

Saya menambahkan baris tentang berapa banyak memori yang gratis ketika saya mengalami masalah. Info apa yang Anda cari dalam hal koneksi internet? Saya memiliki masalah pada banyak koneksi internet yang berbeda dengan kecepatan (dan karakteristik lainnya) di seluruh peta.
Paul Christiano

1
@PaulChristiano Saya punya teman yang mengalami masalah serupa, meskipun dia tidak memeriksanya seluas Anda, jadi saya tidak tahu itu persis sama. Dia telah meningkatkan ke Mavericks dari Snow Leopard. Dia menemukan bahwa dengan menghapus dan melakukan instalasi baru Mavericks masalah itu hilang.
dwightk

@PaulChristiano Apakah 10.9.2 memperbaiki ini?
NOTjust - user4304

Tidak, pada 10.9.2 sekarang dan masalahnya masih ada. (Belum mencoba menginstal ulang.)
Paul Christiano

Jawaban:


1

Sebagai metode debug tambahan, saya akan mencoba membuat pengguna sistem baru dan melihat apakah masalahnya masih ada.

Di masa lalu saya memiliki masalah yang sama setelah menginstal perangkat lunak VPN. Bahkan menggunakan uninstaller, sistemnya lamban.

Yang benar adalah, kami pengguna yang kuat, biasanya menyalahgunakan OS memasang alat berpikir, ekstensi peramban, panel preferensi, alat baris perintah ... Beberapa beta atau bahkan alpha.

Jika ini adalah kasus Anda menginstal sistem baru pada drive kosong mungkin merupakan solusi terbaik.


Terima kasih banyak karena menyebut VPN sebagai penyebabnya. Saya bingung tentang apakah akan menerima jawaban Anda, tetapi akhirnya menulis sendiri yang menjelaskan masalahnya secara lebih rinci. Bagaimanapun Anda memiliki rasa terima kasih kekal saya!
Paul Christiano

1

Masalahnya adalah kegagalan klien Cisco VPN, seperti dijelaskan di sini , dan itu diperbaiki dengan menjalankan sudo /opt/cisco/anyconnect/bin/websecurity_uninstall.sh.

Ini gagal terjadi pada saya karena saya belum menggunakan klien baru-baru ini ketika masalah muncul. Tetapi melihat melalui konsol dengan cepat mengungkapkan sejumlah pesan kesalahan yang tidak masuk akal yang dengan cepat mengidentifikasi pelakunya.


0

Saya memiliki pengalaman seperti ini dan inilah yang saya temukan untuk bekerja:

  • Mengosongkan memori (RAM)
  • Membersihkan cache di browser yang terpengaruh
  • Instal ulang browser
  • Membersihkan / mengganti RAM
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.