Тормозит сеть

newzenon
Добавил r8169 в blacklist.conf. После перезагрузки, встроенная сетевая (eth0) заработала на r8168, а D-Link DGE-528T (eth1) - Not such device.

Alex_Kj, а ядро какое?
Из оставшихся вариантов - если не железная проблема:
- Поэкпериментировать с
[console]$ update-initramfs -v -c -k `uname -r` # http://www.ylsoftware.com/news/469
или
$ dpkg --configure -a
или
$ dpkg-reconfigure udev[/console]
- Поставить ядро другое - сначала не ставить офф дрова с ревлтековского сайта, поставить пакет firmware-linux-nonfree и firmware-realtek.
Realtek RTL8111D(L), 1 GBit/s ethernet
r8169

$ apt-get install firmware-realtek

Должны быть:

/lib/firmware/rtl_nic/rtl8168d-1.fw
/lib/firmware/rtl_nic/rtl8168d-2.fw

- Попробовать вырубить временно самбу.
- pre-up /usr/sbin/ethtool -s eth1 autoneg off - http://adam.rosi-kessel.org/weblog/2008/06/21/a-much-simpler-fix-for-the-r8169-link-down-problem
-

ещё:
Даунгрейд дров (8169 - походу с багами) http://wiki.hetzner.de/index.php/Installation_of_r8168_network_driver#Debian.2FUbuntu
Проблемы с UDP - 8169
http://forums.opensuse.org/archives/sls-archives/archives-suse-linux/archives-network-security/384567-samba-connection-slow-copying-data-linux-windows.html#post1809846

Ещё один вариант c firmware видел, найти не могу, позже гляну.

newzenon
Ядро: 2.6.32-5-686

Заметил, что сеть начинает глючить после появления в консоли сообщения 'Disabling IRQ #19'.
Данное прерывание соответствует eth1
cat /proc/interrupts :

[console] _ CPU0 CPU1 CPU2 CPU3
0: 78 0 0 0 IO-APIC-edge timer
1: 2 0 0 0 IO-APIC-edge i8042
5: 0 0 0 0 IO-APIC-edge parport0
8: 1 0 0 0 IO-APIC-edge rtc0
9: 0 0 0 0 IO-APIC-fasteoi acpi
12: 28934 0 0 0 IO-APIC-edge i8042
16: 100001 0 0 0 IO-APIC-fasteoi pata_via
19: 2300253 0 0 0 IO-APIC-fasteoi eth1
22: 313 0 0 0 IO-APIC-fasteoi HDA Intel
23: 103 0 0 0 IO-APIC-fasteoi ehci_hcd:usb1, ehci_hcd:usb2
29: 38529 0 0 0 PCI-MSI-edge eth0
30: 37931 0 0 0 PCI-MSI-edge ahci
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 100559 47025 67405 38566 Local timer interrupts
SPU: 0 0 0 0 Spurious interrupts
PMI: 0 0 0 0 Performance monitoring interrupts
PND: 0 0 0 0 Performance pending work
RES: 3377 1035 4945 880 Rescheduling interrupts
CAL: 17 95 91 92 Function call interrupts
TLB: 626 82 290 381 TLB shootdowns
TRM: 0 0 0 0 Thermal event interrupts
THR: 0 0 0 0 Threshold APIC interrupts
MCE: 0 0 0 0 Machine check exceptions
MCP: 36 36 36 36 Machine check polls
ERR: 0
MIS: 0[/console]

может конфликт прерываний какой.. ?

Если переустановить ядро, то какое лучше поставить?

Alex_Kj написал:

может конфликт прерываний какой.. ?

Может быть и так, я бы в настройках bios покопался, лишнее поотключать, типа IrDa etc...

Alex_Kj написал:

Если переустановить ядро, то какое лучше поставить?

Ну конечно лучше по-новее. Выбор-то большой, ну и конфигурация компа какая?
К примеру репы с ядрами свежими:
Посмотри в моем списке реп http://zenon.sytes.net/deb-repo/
Свежие (3.0.X)
http://aptosid.com - В aptosid.
http://frickelplatz.de
http://liquorix.net - Zen - десктоп ориентированные.
Можно самому собрать.

newzenon
В bios отключил всё, что не нужно. Машина проработала почти весь день, но к вечеру снова сетка отвалилась.. Вместо перезагрузки использую etc\init.d\networking restart, сетка быстро поднимается и проблема стала не так критична.

Конфа компа: Asus P8H67, intel i3 2100, 4GB, 2x500GB WD RE4 (Soft RAID1)

Попробую установить другое ядро.

Alex_Kj написал:

etc\init.d\networking restart

etc\init.d\networking restart
Лучше:
[console]$ /etc/init.d/networking stop
$ /etc/init.d/networking start[/console]

[console]$ ifdown ethX
$ ifup ethX
$ ifconfig ethX down
$ ifconfig ethX up[/console]

newzenon
Я работаю через ssh, stop/down отрубит сетку вместе с моим подключением, restart работает без обрыва

Добрался, установил ядро linux 3.0.4. После часа работы отвалилась сетка на eth1, причём полностью, даже пинга нет.

Debian выдал следующее:

[console]irq 19: nobody cared (try booting with the "irqpoll" option)
handlers:
[<f838295a>] rtl8169_interrupt
Disabling IRQ #19[/console]

на ядре 3.0.4 стало только хуже, раньше сетку удалённо можно было поднять (вместо networking restart -> ifdown-ifup в скрипте), теперь нужно топать до машины..
Остаюсь пока на старом ядре.

Подробно мнение высказал на убунте, тут только предупрежу - у меня, через несколько месяцев работы с таким глюком - система ушла в кернел-паник на загрузке. Т.ч. просто не обращать внимания - м.б. чревато.

Проблема решена заменой D-Link DGE-528T на D-Link DFE-520TX (100 Мбит/с, PCI, чип VIA). На ядре linux 3.0.4 уже 5-ый день полёт нормальный, ни одного сбоя. Проблема с DGE-528T либо в дровах, либо в конфликте прерываний на моей мат. плате. В будущем планирую установить какую-нибудь гигабитку на PCI-E x1, надеюсь, глюков не будет.

Всем спасибо за помощь!

Тема закрыта.