mik_kir Опубликовано 25 мая, 2010 · Жалоба Выключили pxf перестало ребутиться :) 290 человек загрузка проца 60-70% реально уменьшить нагрузку на проц или мы начинаем упираться в цисковское ограничение ??? вернее возможности ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xix Опубликовано 26 мая, 2010 · Жалоба Выключили pxf перестало ребутиться :) 290 человек загрузка проца 60-70% реально уменьшить нагрузку на проц или мы начинаем упираться в цисковское ограничение ??? вернее возможности ? Вероятно упираетесь. Не зная нагрузки (ппс/мбпс) сказать трудно. Под ее заявленные характеристики вполне подходит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mik_kir Опубликовано 26 мая, 2010 · Жалоба НУ вот пример на данный момент ... на ней висит 170 человек CPU utilization for five seconds: 62%/46%; one minute: 48%; five minutes: 48% по интерфейсам : 1) который смотрит в локалку GigabitEthernet0/0 is up, line protocol is up Hardware is i82543 (Livengood), address is 0012.440b.cc08 (bia 0012.440b.cc08) Internet address is 10.0.х.х/24 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, reliability 255/255, txload 11/255, rxload 8/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, link type is autonegotiation, media type is missing output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters never Input queue: 0/75/236811/9 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 35114000 bits/sec, 9582 packets/sec 5 minute output rate 44165000 bits/sec, 9462 packets/sec 844115109 packets input, 776021067 bytes, 3836 no buffer Received 66775 broadcasts, 0 runts, 0 giants, 612 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected 851320716 packets output, 2522206790 bytes, 0 underruns 0 output errors, 0 collisions, 3 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 pause output 0 output buffer failures, 0 output buffers swapped out 2) внешний интерфейс GigabitEthernet0/1 is up, line protocol is up Hardware is i82543 (Livengood), address is 0012.440b.cc06 (bia 0012.440b.cc06) Internet address is 195.ххх.ххх.хх/27 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, reliability 255/255, txload 7/255, rxload 12/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, link type is autonegotiation, media type is T output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters never Input queue: 3/75/30019/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 48276000 bits/sec, 10327 packets/sec 5 minute output rate 31128000 bits/sec, 9374 packets/sec 861712102 packets input, 3786682308 bytes, 8599 no buffer Received 7762360 broadcasts, 0 runts, 0 giants, 660 throttles 327191 input errors, 0 CRC, 0 frame, 975 overrun, 326216 ignored 0 watchdog, 73526 multicast, 0 pause input 0 input packets with dribble condition detected 804784334 packets output, 2082605707 bytes, 0 underruns 6 output errors, 0 collisions, 3 interface resets 0 babbles, 0 late collision, 0 deferred 6 lost carrier, 0 no carrier, 6255 pause output 0 output buffer failures, 0 output buffers swapped out По таблице производительности 300000 ппс и 160 мб ( мы вчера до этого недошли при нагрузке в 350 человек ) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xix Опубликовано 26 мая, 2010 · Жалоба НУ вот пример на данный момент ... на ней висит 170 человек CPU utilization for five seconds: 62%/46%; one minute: 48%; five minutes: 48% по интерфейсам : ... По таблице производительности 300000 ппс и 160 мб ( мы вчера до этого недошли при нагрузке в 350 человек ) Это при сферических пакетах в вакууме. :) Точнее при чистом форвардинге с интерфейса на интерфейс мелкими пакетами без доп. условий. Да еще с работающим PXFом. У Вас, кстати, если по-цисковски просуммировать трафик - получится как раз 160мбит :) правда ппс всего 40, но в целом вполне. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mik_kir Опубликовано 26 мая, 2010 (изменено) · Жалоба НУ вот пример на данный момент ... на ней висит 170 человек CPU utilization for five seconds: 62%/46%; one minute: 48%; five minutes: 48% по интерфейсам : ... По таблице производительности 300000 ппс и 160 мб ( мы вчера до этого недошли при нагрузке в 350 человек ) Это при сферических пакетах в вакууме. :) Точнее при чистом форвардинге с интерфейса на интерфейс мелкими пакетами без доп. условий. Да еще с работающим PXFом. У Вас, кстати, если по-цисковски просуммировать трафик - получится как раз 160мбит :) правда ппс всего 40, но в целом вполне. Я недобавил .. при всем при этом при нагрузке проца в 90% 350 чел онлайн мне дает довнлоадить спокойно в 90 мегабит аплоадить в 80 мегабит ....И ППС понтовый не доходит до 100000 Изменено 26 мая, 2010 пользователем mik_kir Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xix Опубликовано 26 мая, 2010 · Жалоба НУ вот пример на данный момент ... на ней висит 170 человек CPU utilization for five seconds: 62%/46%; one minute: 48%; five minutes: 48% по интерфейсам : ... По таблице производительности 300000 ппс и 160 мб ( мы вчера до этого недошли при нагрузке в 350 человек ) Это при сферических пакетах в вакууме. :) Точнее при чистом форвардинге с интерфейса на интерфейс мелкими пакетами без доп. условий. Да еще с работающим PXFом. У Вас, кстати, если по-цисковски просуммировать трафик - получится как раз 160мбит :) правда ппс всего 40, но в целом вполне. Я недобавил .. при всем при этом при нагрузке проца в 90% 350 чел онлайн мне дает довнлоадить спокойно в 90 мегабит аплоадить в 80 мегабит ....И ППС понтовый не доходит до 100000 Ну, как уже и говорил, вполне вписывается в таблицу. Если мне не изменяет память, циска публикует данные полученные при использовании 64-байтных пакетов и чистой маршрутизации. Без впн, ацл-ей, шейпов, полисей и т.д. Соотв-но присутствие чего-нить из дополнительных функций снижает производительность в разы. Так что думаю без PXF потолок бкдет около 100мбит фуллдуплекса (26-30кппс). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mik_kir Опубликовано 26 мая, 2010 · Жалоба Ну включили pxf на ИОС 123-5b пока что ребутов нету щас 200 человек нагрузка на проц 50-60% что с pxf что без него нагрузка на проц не меняеться никак .... или после включения нада делать ребут ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
