Anda melihat dunia melalui lubang jarum. Tes valid perbedaan latensi pada kecepatan yang berbeda akan antara dua NIC identik terhubung dengan kabel cross-connect. Atur kecepatan NIC untuk matematika 10mb, 100mb, dan 1000mb. Ini akan menunjukkan bahwa hampir tidak ada perbedaan dalam latensi pada kecepatan yang berbeda. Semua paket berjalan dengan kecepatan kabel yang sama terlepas dari bandwidth maksimum yang digunakan. Setelah Anda menambahkan sakelar dengan simpan dan teruskan tembolok semua perubahan. Pengujian latensi melalui sakelar harus dilakukan hanya dengan dua koneksi sakelar. Lalu lintas lain apa pun dapat memengaruhi latensi pengujian Anda. Bahkan kemudian saklar dapat roll-over log, menyesuaikan penghitung tipe paket, memperbarui jam internal, dll. Semuanya dapat mempengaruhi latensi.
Ya, beralih dari 100mb ke 1gb mungkin lebih cepat (latensi lebih rendah) karena perubahan perangkat keras, NIC berbeda, saklar berbeda, driver berbeda. Saya telah melihat perubahan yang lebih besar dalam latensi ping dari perbedaan driver daripada perubahan lainnya; bandwidth, switch, offloading NIC, dll.
Switch akan menjadi perubahan terbesar berikutnya dengan cut-through yang secara signifikan lebih cepat daripada store and forward untuk tes transmisi tunggal. Namun, toko yang dirancang dengan baik dan sakelar maju dapat melampaui sakelar cut-through dalam kinerja keseluruhan di bawah beban tinggi. Pada hari-hari awal gigabit saya telah melihat 10MB switch backplane kinerja tinggi dengan latensi lebih rendah daripada switch gigabit murah.
Tes Ping praktis tidak relevan untuk analisis kinerja saat menggunakan Internet. Mereka adalah tes cepat untuk mendapatkan gambaran kasar tentang apa yang terjadi pada transportasi pada saat tes. Pengujian kinerja produksi jauh lebih rumit dari sekadar ping. Switch berperforma tinggi adalah komputer dan di bawah beban tinggi berperilaku berbeda - perubahan latensi.
Memiliki NIC yang lebih lambat, atau NIC yang diatur ke kecepatan yang lebih lambat, sebenarnya dapat membantu server dengan semburan bersamaan dengan membatasi input ke server menggunakan cache switch. Pengiriman ulang tunggal dapat meniadakan penurunan latensi. Biasanya tingkat lalu lintas sedang hingga tinggi penting, bukan tes ping tunggal. mis. Sun Ultrasparc lama yang lambat (latensi lebih tinggi untuk satu ping) mengungguli desktop gigabit murah baru yang digunakan sebagai server dev ketika beban bandwidth di bawah 70% 100mb. Desktop memiliki gb NIC yang lebih cepat, koneksi gb-gb yang lebih cepat, memori yang lebih cepat, memori yang lebih banyak, disk yang lebih cepat, dan prosesor yang lebih cepat tetapi tidak berfungsi sebaik perangkat keras / lunak kelas server yang disetel. Ini bukan untuk mengatakan bahwa server yang disetel saat ini yang menjalankan gb-gb tidak lebih cepat dari perangkat keras lama, bahkan dapat menangani beban throughput yang lebih besar. Ada lebih banyak kompleksitas pada pertanyaan "
Cari tahu apakah penyedia Anda menggunakan sakelar yang berbeda untuk koneksi 100mb vs. 1gb. Jika mereka menggunakan saklar backplane yang sama dari saya hanya akan membayar kenaikan jika tingkat lalu lintas melebihi bandwidth yang lebih rendah. Kalau tidak, Anda mungkin menemukan bahwa dalam waktu singkat banyak pengguna lain akan beralih ke gigabit dan beberapa pengguna yang tersisa di sakelar lama sekarang memiliki kinerja lebih tinggi - latensi lebih rendah, selama beban tinggi pada sakelar (beban sakelar keseluruhan, tidak hanya ke server Anda ).
Contoh apel dan jeruk: ISP lokal menyediakan switch baru untuk layanan paket, DSL, dan telepon. Awalnya pengguna melihat peningkatan kinerja. Sistem sudah oversold. Sekarang pengguna yang tetap menggunakan sakelar lama memiliki kinerja konsisten yang lebih tinggi. Pada larut malam, pengguna pada sistem baru lebih cepat. Di malam hari di bawah beban tinggi, klien switch lama jelas mengungguli sistem kelebihan beban baru.
Latensi yang lebih rendah tidak selalu berkorelasi dengan pengiriman yang lebih cepat. Anda menyebutkan MySQl dalam 20 permintaan untuk melayani satu halaman. Lalu lintas itu seharusnya tidak berada di NIC yang sama dengan permintaan halaman. Memindahkan semua lalu lintas internal ke jaringan internal akan mengurangi tabrakan dan jumlah paket total pada NIC keluar dan memberikan keuntungan yang lebih besar daripada kenaikan latensi 0,04 ms dari satu paket. Kurangi jumlah permintaan per halaman untuk mengurangi latensi pemuatan halaman. Kompres halaman, html, css, javascript, gambar untuk mengurangi waktu pemuatan halaman. Ketiga perubahan ini akan memberikan keuntungan keseluruhan yang lebih besar daripada membayar bandwidth yang tidak digunakan untuk mendapatkan pengurangan latensi 0,04 ms. Ping perlu menjalankan 24 jam dan dirata-rata untuk melihat perubahan latensi nyata. Smart switch sekarang melakukan throttling tipe RTSP adaptif dengan peningkatan bandwidth awal kecil dan transfer besar dibatasi. Bergantung pada ukuran halaman Anda (grafik, html / css / javascript besar), Anda mungkin melihat latensi / bandwidth koneksi awal jauh lebih rendah / lebih tinggi daripada halaman besar atau transfer halaman penuh. Jika bagian dari halaman Anda mengalir, Anda mungkin melihat kinerja yang sangat berbeda antara halaman dan aliran.