Иноят Опубликовано 5 января, 2004 · Жалоба две недели наблюдаю как бы по-мягче? .... странное поведение двух Иол (PCI<->ISA) под линуксами. со стороны PCI-платы: [root@router etc]# ./iplncfg eth2 /CON eth2: IPLN device 0, chnmax=1 eth2: type=6 iobase=0xd000 irq=0x09 node=192.168.200.1 eth2: chn=0 gtm=3 rem=255.255.255.255 waitm=0 maxvdat=4000,4000 eth2: Connection(Base): transmit/receive 82/82 KBit eth2 statisics: Frames transmitted: 6484159 Total frames received: 3139546 Transmit errors: 0 Total receive errors: 0 Local timeouts: 2 Invalid start word: 0 Global timeouts: 1 Frames rejected: 0 Start transmit fail: 0 CRC error: 0 No auto answer: 218612 Invalid header: 0 Bad auto answer: 0 No buffer: 0 AA:CRC on receiver: 882 Invalid sequence: 0 AA:No bufferOverrun: 15 Counter not match: 1 Bytes transmitted: 341714567 Bytes received: 682251995 со стороны ISA-платы картина не лучше. вот к примеру: [iga@router iga]$ ping 192.168.0.254 PING 192.168.0.254 (192.168.0.254) 56(84) bytes of data. 64 bytes from 192.168.0.254: icmp_seq=1 ttl=127 time=29.9 ms 64 bytes from 192.168.0.254: icmp_seq=2 ttl=127 time=247 ms 64 bytes from 192.168.0.254: icmp_seq=3 ttl=127 time=30.5 ms 64 bytes from 192.168.0.254: icmp_seq=4 ttl=127 time=287 ms 64 bytes from 192.168.0.254: icmp_seq=5 ttl=127 time=247 ms 64 bytes from 192.168.0.254: icmp_seq=6 ttl=127 time=135 ms 64 bytes from 192.168.0.254: icmp_seq=7 ttl=127 time=378 ms 64 bytes from 192.168.0.254: icmp_seq=8 ttl=127 time=270 ms 64 bytes from 192.168.0.254: icmp_seq=9 ttl=127 time=22.7 ms 64 bytes from 192.168.0.254: icmp_seq=10 ttl=127 time=23.8 ms 64 bytes from 192.168.0.254: icmp_seq=11 ttl=127 time=22.6 ms 64 bytes from 192.168.0.254: icmp_seq=12 ttl=127 time=22.6 ms 64 bytes from 192.168.0.254: icmp_seq=13 ttl=127 time=22.6 ms 64 bytes from 192.168.0.254: icmp_seq=14 ttl=127 time=38.4 ms это - на ненагруженном канале. даю нагрузку: [iga@router iga]$ ping 192.168.0.254 PING 192.168.0.254 (192.168.0.254) 56(84) bytes of data. 64 bytes from 192.168.0.254: icmp_seq=1 ttl=127 time=36.0 ms 64 bytes from 192.168.0.254: icmp_seq=2 ttl=127 time=22.6 ms 64 bytes from 192.168.0.254: icmp_seq=3 ttl=127 time=22.7 ms 64 bytes from 192.168.0.254: icmp_seq=4 ttl=127 time=22.6 ms 64 bytes from 192.168.0.254: icmp_seq=5 ttl=127 time=1423 ms 64 bytes from 192.168.0.254: icmp_seq=6 ttl=127 time=1482 ms 64 bytes from 192.168.0.254: icmp_seq=7 ttl=127 time=780 ms 64 bytes from 192.168.0.254: icmp_seq=8 ttl=127 time=345 ms 64 bytes from 192.168.0.254: icmp_seq=9 ttl=127 time=533 ms 64 bytes from 192.168.0.254: icmp_seq=10 ttl=127 time=140 ms 64 bytes from 192.168.0.254: icmp_seq=11 ttl=127 time=345 ms 64 bytes from 192.168.0.254: icmp_seq=12 ttl=127 time=373 ms 64 bytes from 192.168.0.254: icmp_seq=13 ttl=127 time=1074 ms 64 bytes from 192.168.0.254: icmp_seq=14 ttl=127 time=690 ms 64 bytes from 192.168.0.254: icmp_seq=15 ttl=127 time=785 ms 64 bytes from 192.168.0.254: icmp_seq=16 ttl=127 time=51.8 ms 64 bytes from 192.168.0.254: icmp_seq=17 ttl=127 time=22.7 ms 64 bytes from 192.168.0.254: icmp_seq=18 ttl=127 time=22.5 ms (всего-то копировал файл в 70кб) вообще по каналу бегает куча телнетов, и весьма интенсивно - поэтому в моменты копирования все замирает. главное, и проблемы начались как-то внезапно, посему вопрос - как и чем потестить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
taurus Опубликовано 5 января, 2004 · Жалоба две недели наблюдаю как бы по-мягче? .... странное поведение двух Иол (PCI<->ISA) под линуксами. со стороны PCI-платы: [root@router etc]# ./iplncfg eth2 /CON eth2: IPLN device 0, chnmax=1 eth2: type=6 iobase=0xd000 irq=0x09 node=192.168.200.1 eth2: chn=0 gtm=3 rem=255.255.255.255 waitm=0 maxvdat=4000,4000 eth2: Connection(Base): transmit/receive 82/82 KBit ничего удивительного ибо карты работают на базовой частоте. Используется ли демон iplncfg и включена ли динамическая подстройка скорости? вообще по каналу бегает куча телнетов, и весьма интенсивно - поэтому в моменты копирования все замирает. главное, и проблемы начались как-то внезапно, посему вопрос - как и чем потестить? как потестить что? скорость по ftp, например (или netperf, netio.. etc) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Иноят Опубликовано 6 января, 2004 · Жалоба taurus, можно подробнее про "динамическую подстройку скорости"? в конфиге? "тестить" - имел ввиду сами карты. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
duck_hunter Опубликовано 6 января, 2004 · Жалоба двух Иол (PCI<->ISA) под линуксами примеры конфигурационных файлов для Linux по умолчанию настроены для SLAVE режима, поэтому если ты ни чего не правил, после перехода на базовую частоту изза любой причины, основная не будет восстанавливаться. Нужно просто поставить MASTER режим для PCI платы (поле gflag=0x18 в секции канала) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Иноят Опубликовано 6 января, 2004 · Жалоба отбой, все вылечилось. как раз динамическая подстройка скорости помогла. говорила мама в детстве "читай документацию".... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...