Memperbarui

Oke, saya sudah mencoba jawaban di bawah ini dan tidak ada yang berubah. Saya telah mengidentifikasi chipset di laptop sebagai NVIDIA nForce 520. Saya mengunduh driver Vista x64 terbaru untuk nForce 520 (NVIDIA belum memiliki driver untuk chipset untuk Win 7). Saya sudah mencoba menginstal perangkat lunak firewall yang disertakan (berpikir mungkin itu mengganggu - tidak). Saya telah sepenuhnya menghapus perangkat lunak anti virus saya (saya menggunakan Avast!) Berpikir driver filter jaringannya mungkin menyebabkan masalah, yang juga tidak membantu.

Saya membawa laptop saya ke rumah saudara saya dan dapat menyalin file pada 10 - 12 MB / s melalui jaringan 100Mbit-nya, jadi saya tidak berpikir itu perangkat kerasnya.

Saya telah menjalankan iperf dengan beberapa hasil mengejutkan:
iperf dari pengiriman laptop ke server (unggah)

> iperf -c naru
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[328] local 192.168.7.100 port 8549 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec   162 MBytes   136 Mbits/sec

> iperf -c naru -w 64k
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[328] local 192.168.7.100 port 8550 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec  1.06 GBytes   909 Mbits/sec

iperf dari server yang mengirim ke laptop (unduh)

> iperf -c miyuki
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[256] local 192.168.7.6 port 51871 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.1 sec  25.2 MBytes  20.8 Mbits/sec

> iperf -c miyuki -w 64k
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[256] local 192.168.7.6 port 51872 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.0 sec  21.1 MBytes  17.6 Mbits/sec

Untuk perbandingan di sini adalah nomor iperf antara HTPC dan server

Server: Naru, Host: CC (CC sends to Naru)
iperf -c naru:        0.0-10.0 sec   363 MBytes   305 Mbits/sec
iperf -c naru -w 64k: 0.0-10.0 sec  1.06 GBytes   912 Mbits/sec

Server: CC, Host: Naru (Naru sends to CC)
iperf -c cc:        0.0-10.0 sec   322 MBytes   270 Mbits/sec
iperf -c cc -w 64k: 0.0-10.0 sec  1020 MBytes   855 Mbits/sec

Menggunakan wireshark untuk menonton transfer dari server ke jala laptop banyak entri berikut:

(:51aa is the server, :37a1 is the laptop)
No.   Time      Source                    Destination               Proto Info
37785 27.286240 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#13] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40517974
37786 27.286258 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#14] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40519414
37787 27.286277 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#15] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40520854
37788 27.286295 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#16] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40522294
37789 27.286313 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#17] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40523734
37790 27.286332 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#18] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40525174
37791 27.286351 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#19] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40526614
37792 27.286370 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Previous segment lost] [TCP segment of a reassembled PDU]
37793 27.286372 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP segment of a reassembled PDU]
37794 27.286375 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Fast Retransmission] [TCP segment of a reassembled PDU]
37795 27.286377 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37796 27.286379 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37797 27.286382 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37798 27.286413 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#20] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40529494 SLE=40499254 SRE=40526614
37799 27.286432 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#21] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40530934 SLE=40499254 SRE=40526614

Pada titik ini saya benar-benar bingung apa yang harus dicoba selanjutnya.

Pertanyaan Asli

Latar Belakang

Saat ini saya mengalami masalah pada laptop Windows 7 yang baru saya instal. Masalah ini awalnya terjadi setelah saya menginstal Windows 7 RC. Ketika Windows Vista dan Windows 7 Beta 1 diinstal pada laptop ini saya dapat mentransfer dengan kecepatan gigabit dengan frame Jumbo dihidupkan ke kisaran 9KB / 9014. Dua sakelar antara laptop mendukung bingkai Jumbo juga.

Saat menyalin file dari server saya ke laptop saya, mereka berjalan dengan kecepatan siput (biasanya kurang dari 1 MB / detik) sementara perangkat lain melalui switch yang sama dapat mentransfer pada kecepatan yang lebih tinggi (45 - 55 MB / detik). Tampaknya menyalin dari laptop ke server kecepatan lebih cepat tetapi tidak seperti itu seharusnya.

Mesin yang terlibat

• Miyuki: Laptop dengan masalah ini. Windows 7 x64 RTM. HP Pavilion dv9700 CTO. Menggunakan adaptor Ethernet NVIDIA nForce 10/100/1000 Mbps. (Video adalah GeForce 8400M GS)
• Naru: Server dengan file. Kustom Windows Server 2008 R2 x64 SP2. Menggunakan adaptor D-Link DGE-560T PCI Express Gigabit.
• CC: HTPC pada sakelar yang sama tanpa masalah. Windows Vista x86 SP2. Menggunakan Realtek RTL8168B / 8111B PCI-E GBE adaptor on-board.

Ketika gambar-gambar ini diambil, frame jumbo semuanya telah dimatikan.

Gambar

Menyalin dimulai dari laptop

Server -> Laptop _{(sumber: gibixonline.com )} Laptop -> Server

Penyalinan dimulai dari server

Server -> Laptop _{(sumber: gibixonline.com )} Tanpa diduga server menyalin file dari laptop ke dirinya sendiri menghasilkan kecepatan yang saya harapkan. (Laptop -> Server) _{(sumber: gibixonline.com )}

Saya menyatakan sebelumnya bahwa mesin lain pada switch yang sama tidak memiliki masalah ini. DPI tinggi dihidupkan karena ini ditampilkan pada HDTV.
Server -> HTPC _{(sumber: gibixonline.com )}

Secara alami sebagai tes saya memutuskan untuk melihat berapa kecepatan antara laptop saya dan HTPC. Sayangnya mereka persis seperti yang saya harapkan.
HTPC -> Laptop _{(sumber: gibixonline.com )}

Catatan akhir

Saya telah mencoba semua yang dapat saya pikirkan. Bahkan frame jumbo dimatikan pada saat ini dan sepertinya tidak ada yang memengaruhi itu. Saya sudah mencoba mematikan perlindungan Anti-Virus saya untuk mengubah kabel yang saya gunakan. Saat ini semua kabel yang digunakan adalah CAT-5e yang telah saya buat. Saya mencoba mengambil kabel dari HTPC dan menancapkannya ke laptop saya untuk melihat apakah pemasangan kabel merupakan masalah. Kedua sakelar yang dimaksud adalah D-Link DGS-1216T dan sakelar "bodoh" yang mendukung bingkai jumbo, D-Link DGS-2208.

Coba nonaktifkan fitur setel otomatis Window.

Di jendela CMD:

netsh interface tcp set global autotuning=disabled 

Jalankan kembali tes Anda, dan lihat apakah Anda melihat peningkatan kinerja. Saya harus melakukan ini pada beberapa laptop yang menjalankan Windows 7 di rumah saya, dan itu membantu.

Jika keadaan semakin memburuk, atau Anda tidak melihat adanya peningkatan, Anda dapat mengaktifkan kembali autotuning dengan:

netsh interface tcp set global autotuning=normal

Ini tampaknya menjadi masalah besar dengan Windows 7. Beberapa gamer mengeluh tentang masalah ini.

1. Dari prompt perintah (biasanya di Semua Program -> Aksesori -> Prompt Perintah) jalankan "regedit"
2. Jelajahi HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ Tcpip \ Parameters \ Interfaces
3. Jelajahi item di bawah antarmuka hingga Anda menemukan item yang memiliki entri IPAddress yang cocok dengan antarmuka jaringan yang ingin Anda pengaruhi (biasanya alamat IP LAN dimulai dengan 192.168 atau 10.0); perhatikan bahwa jika alamat IP Anda secara otomatis ditetapkan oleh server DHCP, Anda mungkin perlu mencari DhcpIPAddress yang cocok alih-alih IPAddress
4. Klik kanan pada antarmuka dan pilih Nilai Baru> DWORD (32-bit), beri nama "TcpAckFrequency"
5. Klik kanan nilai TcpAckFrequency baru dan pilih Ubah, masukkan "1 ″ (tombol radio heksadesimal harus dipilih)
6. Klik kanan pada antarmuka dan pilih New> DWORD (32-bit) Value, beri nama "TCPNoDelay" (perhatikan bahwa TCP semuanya huruf besar saat ini - itu disengaja)
7. Klik kanan nilai TCPNoDelay baru dan pilih Modify, masukkan “1 ″ (tombol radio heksadesimal harus dipilih)
8. Verifikasi bahwa TcpAckFrequency dan TCPNoDelay sekarang muncul di daftar properti adaptor dengan jenis REG_DWORD dan nilai 0 × 00000001
9. Keluar dari regedit dan reboot (boot ulang diperlukan agar perubahan diterapkan!)
   10. Mainkan game dan nikmati ping rendah baru Anda

Ini mengurangi ping saya di sebagian besar game dari 200-300ms menjadi 50-60ms, yang cocok dengan latensi yang akan saya lihat melalui tracert ke server game.

Diambil dari mengurangi latensi jaringan game di windows 7 atau vista

Untuk memverifikasi apakah laptop tidak bersalah, jalankan live cd ubuntu, instal iperf ke ramdisk dan jalankan tes.

Setidaknya ini harus menguji sisi jaringan itu.

Periksa paket yang jatuh. Tidak yakin bagaimana melakukan ini di windows, tetapi jika Anda memiliki mesin linux Anda dapat memeriksa di sana.

Saya memiliki pengalaman serupa dengan sakelar gigabit di mana mode gigabit rusak dan menjatuhkan paket. Saya hanya melihat masalah ketika saya memiliki 2 mesin yang terhubung dalam mode ini. Dalam mode 100K, semuanya baik-baik saja. Itu adalah masalah buruk yang perlu beberapa hari bagi saya untuk mengetahuinya. Saya mungkin telah menjadi D-Link. Lakukan googling tentang model sakelar Anda. Saya lakukan dan menemukan orang lain memiliki masalah yang sama dengan saya.

Saya pernah menemukan ini sebelumnya dengan produk AV lainnya. Masalah saya dengan SMB dan produk AV mengganggu bahkan ketika "dinonaktifkan". Itu menunjukkan hasil yang serupa di wireshark yang Anda miliki. Berikut adalah salah satu dari banyak situs yang saya periksa untuk sampai pada penyebab utama: Masalah SMB Symantec dan lainnya: SMB2 gagal dengan NTP

Selain itu, Anda dapat mencoba menonaktifkan / mengubah semua atau beberapa pengaturan dalam SMB. Saya bahkan akan mempertimbangkan menonaktifkan v2 di OS. Periksa artikel ini yang menjelaskan masalah SMB dalam Win Vista dan tautan ini ke Microsoft menguraikan beberapa data teknologi tentang pengaturan reg SMB .

Saya tahu Anda menyebutkan Avast, tapi kebetulan saya melihat hasil wireshark yang sama. Perhatikan bahwa semuanya kecuali transfer file tampaknya berfungsi dengan baik dalam kasus saya.

Saya punya masalah dengan klien yang berkomunikasi dengan Server Windows saat menggunakan Penandatanganan Paket. Saya tidak mengalami kelambatan, tetapi putus koneksi yang sangat umum.

Baca di sini untuk solusi yang memperbaiki masalah saya.

Juga saya tidak melihat saran di sini untuk mematikan fungsi TCP Cerobong satu per satu untuk melihat apakah salah satu dari mereka sudah serba salah.

Sepertinya os memeriksa paket sebelum menulis ke disk. Saya mengamati semua transfer lambat adalah orang-orang yang mencoba menulis ke laptop ... Saya sarankan

• memeriksa ukuran blok partisi pada laptop hdd (ukuran blok kecil dapat menyebabkan waktu pencarian yang buruk untuk ruang kosong ketika mencoba untuk trasfer satu file besar (atau lebih))
• memeriksa kebijakan firewall yang memeriksa paket yang masuk untuk penulisan disk
• memeriksa monitor aktivitas file apa saja (ini seharusnya tidak menjadi perhatian karena Anda menghapus antivirus) (seperti yang Anda ketahui, avast melakukan pemeriksaan file langsung dan yang memperlambat transfer jaringan sedikit ..)
• mendefragmentasi partisi target (sekali lagi tentang mencari ruang kosong)

Lainnya disarankan dan tampaknya tidak membantu:

• penyetelan otomatis
• tingkat dupleks
• kabel ...

Satu saran terakhir adalah, Dapatkah Anda memeriksa deteksi tautan mode baterai pada properti lanjut nic? Ini laptop dan mungkin ada beberapa masalah dengan properti hemat daya ... Coba "Tanpa Penghematan Energi" pada deteksi tautan mode baterai, dan "Penuh" pada pengaturan kecepatan baterai.

Saya menggunakan win7 pada PC desktop dan opsi-opsi itu tidak termasuk dalam properti lanjut nic saya. Selama saya belum pernah menyelesaikan masalah ini, Anda dapat memeriksa nilai "Kontrol Aliran" ke "TX dan RX Diaktifkan" sebagai opsi nic saya juga. Jumbo dinonaktifkan, Kecepatan dan Dupleks juga otomatis pada konfigurasi saya ...

Saya tidak dapat memikirkan solusi lain ... Semoga ini bisa membantu ...

Sebelumnya saya mengejar ekor saya dengan masalah yang persis sama untuk sementara waktu! Kecepatan transfer lambat dalam satu arah, dalam kasus saya keluar (uplink).

Windows 7 Pro, Celeron J1800 dengan kartu grafis Realtek Gigabit 8111C builtin. QNAP 453a dan MacBook Pro di ujung yang lain.

Ketika diukur melalui Iperf3 saya mendapatkan 112 mbps dengan Windows 7 saya ditetapkan sebagai klien (penggunaan CPU pada 25-30%). Dan hanya 39-41 Mbps saat ditetapkan sebagai server, dengan penggunaan CPU berat antara 50-100%. Sangat buruk bahwa PC akan membeku pada saat pengujian bandwidth.

Transfer file reguler dibatasi maksimal 45mbps, tidak masalah jika saya mengunggah atau mengunduh file ke NAS saya atau MAC saya.

Saya mendapatkan tidak lebih dari 35-45 megabita per detik. Cukup membuat frustrasi!

Akhirnya menjadi sopir kartu bus buruk. Saya terobsesi dengan memperbarui driver dan selalu memperbarui driver saya ketika yang baru tersedia. Coba tebak, setelah beberapa pembaruan kartu Lan saya melambat.

Beberapa dari Anda mungkin mengatakan, hapus saja driver lama dan instal yang baru. Sederhana, ah? Saya mencoba dan mencoba, Itu tidak berhasil untuk saya.

Ini solusinya:

Windows yang diinstal dari awal dengan driver OEM dari situs web produsen. Saya juga melakukan yang berikut:

Di bawah Device Manager / kartu Lan / Pengaturan lanjutan / Nonaktifkan semuanya kecuali ALIRAN KONTROL.

Di bawah Fitur Windows, Nonaktifkan Kompresi Diferensial Jauh.

Sekarang kecepatan rata-rata adalah antara 80-100 Mbps.

Dari semuanya, saya berasumsi Anda telah mengatur kartu jaringan ke full-duplex, 100MBit, dan bukan otomatis?

Anda mungkin akan membenci jawaban ini, tetapi saya harus mengatakannya!

Sudahkah Anda mencoba memperbarui driver?

Saya mendapatkan masalah serupa pada laptop saya (NIC berbasis Realtek), transfernya sekitar 3MB / s tapi kemudian saat saya meng-upgrade driver ke yang terbaru dari situs mereka naik hingga sekitar 40-50MB / s

Hanya karena driver dengan Windows berfungsi, itu tidak berarti mereka yang terbaik.

Saya menduga bahwa ada sesuatu di jalur dari server ke laptop, misalnya:

• Ganti port yang ditambal ke laptop
• Kabel ethernet atau koneksi antara sakelar dan laptop

Saran terbaik dari @ SaucemanSpiff, pernahkah Anda mencoba menghubungkan laptop secara langsung ke server menggunakan kabel CAT5E atau CAT6 yang dikenal baik? Tidak perlu kabel crossover khusus selama setidaknya satu antarmuka yang terlibat mendukung Gigabit Ethernet (yang menyiratkan Auto MDI-X).

1. Anda telah mengalahkan PC hingga mati dengan pembaruan dan mengujinya di luar kantor tanpa kegagalan. Sudahkah Anda mencoba melakukan pembaruan dan semacamnya pada SERVER "naru"?

2. Sebagian besar solusi di utas ini disarankan oleh orang lain dapat diterapkan ke server, sudahkah Anda mencobanya di sana?

3. Apa yang terjadi ketika Anda menguji menggunakan Robocopy (dengan dan tanpa jumbo)? Jika cepat di kedua arah maka saya akan menggunakan netshark untuk melihat header sesi SMB di awal salinan di setiap arah dan melihat apakah ada sesuatu yang berbeda dalam pengaturan naru-> miyuki.

Sudahkah Anda mencoba menggunakan teracopy? Saya telah menggunakan ini sebagai pengganti standar untuk copy windows selama lebih dari satu tahun sekarang, dan telah menunjukkan peningkatan dalam kecepatan transfer :)

Semacam tembakan di kegelapan tetapi bisa membantu.

• Nonaktifkan "Kompresi Diferensial Jarak Jauh" di Panel Kontrol - Program dan Fitur - Mengaktifkan atau menonaktifkan fitur Windows.
• Hapus IPv6 dari properti jaringan. Apakah Anda menggunakan IPv6 di LAN Anda? Jika tidak menonaktifkannya.
• Hapus DNS Cache dengan ipconfig /flushdnsdi CLI.

jika itu karena mengubah OS, maka pasti masalahnya terletak pada OS. Anda harus mencoba menginstal paket layanan windows 7 terbaru dan tetap memperbarui windows dengan pembaruan terbaru. dan berharap yang terbaik