kosmich7

По вашей же ссылке.

Какая скорость соответствует этим модуляциям по даташиту ? Вероятно что достаточно низкая для того чтоб видеопоток 0.5Мбит вносил описанные выше артефакты. Либо оставлять и работает is as, либо модернизировать, либо без видео. Можно внешний рефлетор/ы к СПЕхам докупить. PS:Опять нужно зарегится прежде чем скачать даташит, ну что за...пи-пи-пи

kt меня для начала интересуют вопросы: 1. Версия прошивки ? 2. СПЕхи это ePMP1000 2.4Ghz с интегрированной антенной ? 3. Исходя из каких исходных данных вибирались конкретно эти модели устройств ? 4. Вас не смущают модуляции 2*2 ? 5. Линк езернет 10Мбит - это вы считаете нормой ? 6. Не слишком ли большое расстояние 5-8Км ?

kt мало вводных. Скрины АП ? Уровни сигналов абонентов ? Посмотрите примеры необходимых скринов для анализа в соседних темах. Такое кол-во трафика не может так влиять на сервис.

Особенно там где зима еще по настоящему не началась.

И до убнт были китайцы, был длинк, овислинк, всякие там блубоксы (Goldensun)например, дешево и сердито, но никто и никогда не говорил, что у них оборудование операторского класса, TDMA и все такое, сделанное аж в США !!! Вы плохо знаете историю ШБД, кто, где, когда появился и что сделал, развитие и движение рынка. Убнт -это самая большая ошибка в истории ШБД, они дискредитировали ШБД как сервис коммерческого качества, опустили его до уровня пионернета. "Родоначальники " бл*ть. До появления UBNT небыло беспроводных пионерсетей и не только, в таком кол-ве как есть сейчас. С выходом М серии рынок получил огромные возможности. Все возможности Камбиум перекрывает на текущий момент стоимость оборудования, глюки софта, внезапные перезагрузки, схожесть с "детскими болезнями"(Асинхронный канал) ADSL. А твои статейки и "доказательства" превосходства над конкурентами, расчитаны на "эффективных менеджеров". Интернет в любую жопу за разумные средства, гибкость настроек, работающие средства диагностики эфира - это возможно только с мт/убнт !

Начав с "тестовых", "честных", "сравнения" характеристик линка наноса и камбиум.

После этих заявлений, не слышал чтоб кто-то, с таким же невероятным рвением как ты, продолжал нести этот маркетинговый бред, который идентичен в ситуации с Камбиум почти один в один, на стендах работает - в поле совершенно другие результаты как и у УБНТ.Перестань напирать что твое болото может - на самом деле в большинстве случаев это не так. В этом случае будет всестороннее обсуждение, а не театр одного актера. C такой кашей в голове - необходимо обращаться к врачу. Но ты хоть чуток помолчи, не лезь в чужие разборки, не подливай масла в огонь ;-). Оно тебе надо;) ? Не рассказывай что мне делать, не буду говорить куда тебе идти ;-)Напоминаю, это технический форум а не корпоративная переписка. Не соответствует заявленным характеристикам - об этом и пишут. Неработает функционал - так и пишут, функционал неработает.

C такой кашей в голове - необходимо обращаться к врачу.

Запускаю iperf клиентом к этому серверу, трафика гигабит в одну сторону pmcstat -TS instructions -w1 # pmcstat -TS instructions -w1 PMC: [iNSTR_RETIRED_ANY] Samples: 40354 (100.0%) , 3266 unresolved %SAMP IMAGE FUNCTION CALLERS 23.1 kernel cpu_search_highest cpu_search_highest:21.3 sched_idletd:1.8 10.2 kernel cpu_search_lowest cpu_search_lowest:9.5 sched_pickcpu:0.7 4.5 kernel __rw_wlock_hard tcp_usr_rcvd 4.1 kernel pf_match_translation pf_get_translation 2.3 libc.so.7 bsearch 1.8 kernel SHA256_Transform SHA256_Update 1.7 kernel spinlock_exit 1.7 kernel sched_pickcpu sched_add 1.6 kernel tcp_output tcp_do_segment:1.0 tcp_usr_rcvd:0.6 1.3 kernel sched_switch mi_switch 1.2 kernel pf_test pf_check_in 1.0 kernel soreceive_generic kern_recvit 1.0 kernel __rw_rlock 0.9 libc.so.7 qsort qsort 0.9 kernel pf_test_rule pf_test 0.9 kernel tcp_do_segment tcp_input 0.9 kernel ixgbe_rxeof ixgbe_msix_que 0.9 kernel thread_lock_flags_ 0.9 kernel bcopy 0.9 kernel critical_exit spinlock_exit 0.9 kernel cpu_switch mi_switch 0.8 kernel jenkins_hash32 pf_find_state 0.8 kernel bzero 0.7 kernel spinlock_enter 0.7 kernel critical_enter 0.7 kernel _rw_runlock_cookie 0.6 kernel sched_idletd fork_exit 0.6 kernel ip_output tcp_output 0.6 kernel _mtx_lock_spin_cooki 0.6 kernel ether_nh_input netisr_dispatch_src 0.6 libc.so.7 strlen 0.6 kernel rn_match in_matroute 0.5 libelf.so. elf_getscn elf_strptr 0.5 kernel tcp_input ip_input 0.5 libelf.so. gelf_getsym 0.5 kernel sbuf_bcat kern_proc_out 0.5 kernel __mtx_lock_sleep 0.5 kernel ithread_loop fork_exit CONVERSION STATISTICS: #samples/total 66449 #samples/unknown-function 600 #callchain/dubious-frames 4402

В 10ке прерывания распределились так. dmesg | grep ix acpi0: Power Button (fixed) ix0: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.5.15> port 0x2020-0x203f mem 0x38007fe80000-0x38007fefffff,0x38007ff10000-0x38007ff13fff irq 32 at device 0.0 on pci2 ix0: Using MSIX interrupts with 17 vectors ix0: PCI Express Bus: Speed 5.0GT/s Width x8 ix1: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.5.15> port 0x2000-0x201f mem 0x38007fe00000-0x38007fe7ffff,0x38007ff00000-0x38007ff03fff irq 36 at device 0.1 on pci2 ix1: Using MSIX interrupts with 17 vectors ix1: PCI Express Bus: Speed 5.0GT/s Width x8 Со старта системы вот такая ситуация. netstat -hw1 input (Total) output packets errs idrops bytes packets errs bytes colls 1.3K 0 0 80K 1.2K 0 73K 0 1.1K 0 0 121K 1.0K 0 111K 0 838 0 0 65K 776 0 61K 0 2.5K 0 0 798K 2.5K 0 794K 0 PMC: [iNSTR_RETIRED_ANY] Samples: 298 (100.0%) , 15 unresolved %SAMP IMAGE FUNCTION CALLERS 31.4 kernel SHA256_Transform SHA256_Update:27.9 SHA256_Final:3.5 9.2 kernel cpu_search_highest cpu_search_highest 5.3 kernel rn_match in_matroute 3.2 kernel sched_clock statclock_cnt 2.5 kernel random_process_event random_kthread 1.8 kernel kern_select sys_select 1.8 kernel callout_process handleevents 1.8 kernel __rw_rlock rtalloc1_fib 1.4 kernel cpu_search_lowest cpu_search_lowest 1.4 kernel ip_forward ip_input 1.4 kernel sched_switch mi_switch 1.4 kernel spinlock_enter 1.4 libc.so.7 bsearch 1.1 libncurses _nc_tparm_analyze tparm 1.1 kernel uma_zfree_arg m_freem 1.1 kernel ixgbe_rxeof ixgbe_msix_que 1.1 kernel spinlock_exit 1.1 kernel bzero ip_input 0.7 kernel cpu_switch 0.7 kernel handleevents timercb 0.7 libc.so.7 __free 0.7 kernel _rw_runlock_cookie 0.7 kernel ithread_loop fork_exit 0.7 libncurses 0x25b40 doupdate 0.7 kernel pf_purge_expired_sta pf_purge_thread 0.7 kernel thread_lock_flags_ 0.7 kernel in_cksumdata in_cksum_skip 0.7 kernel uma_zalloc_arg 0.7 kernel mb_ctor_mbuf uma_zalloc_arg 0.7 kernel ixgbe_msix_que intr_event_execute_handlers 0.7 kernel rtalloc1_fib rtalloc_ign_fib 0.7 kernel _mtx_trylock_flags_ 0.7 libncurses tparm 0.7 kernel lapic_et_start loadtimer 0.7 kernel ip_input netisr_dispatch_src 0.7 kernel tc_windup hardclock_cnt CONVERSION STATISTICS: #samples/total 9426 #samples/unknown-function 864 #callchain/dubious-frames 1817

:-)

Трудность на данном этапе в том что на свежеустановленой 10ке без тюнинга, при наливании около 1G трафика все ядра сразу улетают в полку и привет, доступ только локальный из консоли остается. Небыло возможности(времени) подгрузить и посмотреть, на днях попробую еще раз.

Такая мать, пробовал в разных слотах сетевую карту, отключал/включал HT, прибивал irq по процам/ядрам руками, по дефолту прерывания на первых 8 ядрах, по мере роста нагрузки ближе к гигабиту и 200Кпакетов начинают "рости" очереди(8 очередей kernel) до ~50% и начинается деградация задержки(пинга) в два раза и больше от номинальной. Сложно сказать используется ли второй процессор, у всех ядер второго idle 100%, если руками прибить irq и на второй, добавляется нагрузка на CPU2 без прироста производительности. Если при включенном HT irq обоих(одного) портов прибить на ix0(0-7) и ix1(8-15) ядра, прироста производительности нет. Самая "лучшая" производительность если конфигурация irq дефолтная (0-7). С тюнингом и без, с HT и без, общая картина выглядит примерно одинаково, первые 8 ядер нагружены под 80% и деградация задержки. Изначально использовалась одна голова, в х8 слоте(номер 6 - СPU1) для первого CPU, пробовал и в слоте (номер 5 - CPU2), результаты на 9.3 с небольшим тюнингом и без - грустные, хуже чем у i7 с такой же(ix) сетевой. В 10ке похоже распаралелилось на 16(пишут сетевушка умеет) irq, но производительность вообще плачевно, будем разбираться дальше. Ivan_83 pmcstat -TS instructions -w1 ничего критичного с моей точки зрения не показывает, вот например, скрин при небольшой нагрузке, вечером когда растет задержка первые две строки ~20-30%, в них присутствуют в основном cpu_search_highest, pf_match_translation, cpu_search_lowest. PMC: [iNSTR_RETIRED_ANY] Samples: 60493 (100.0%) , 0 unresolved %SAMP IMAGE FUNCTION CALLERS 15.4 kernel cpu_search_highest cpu_search_highest:13.5 sched_idletd:1.9 8.9 kernel _mtx_lock_sleep pf_test 5.3 kernel pf_match_translation pf_get_translation 5.0 kernel cpu_search_lowest cpu_search_lowest 4.8 pmcstat _init 3.1 kernel pf_state_tree_RB_FIN pf_find_state 2.9 kernel pf_test pf_check_in:1.6 pf_check_out:1.4 2.6 libc.so.7 bsearch 2.6 kernel _rw_rlock ipfw_chk:0.6 in_localip:0.5 2.0 kernel ipfw_chk ipfw_check_hook 1.9 kernel rn_match in_matroute 1.9 kernel _rw_runlock ipfw_chk 1.6 kernel ixgbe_rxeof ixgbe_msix_que 1.5 kernel sched_pickcpu sched_add 1.2 kernel pf_test_rule pf_test 1.1 kernel bzero 1.1 kernel ixgbe_xmit ixgbe_mq_start_locked 1.0 kernel ip_fastforward ether_demux 0.8 kernel spinlock_exit 0.8 kernel pf_match_addr pf_match_translation 0.8 kernel sched_switch mi_switch 0.8 kernel ether_nh_input netisr_dispatch_src 0.7 kernel runq_steal tdq_move 0.7 kernel ipfw_check_hook pfil_run_hooks 0.7 kernel bcopy 0.7 kernel critical_exit 0.7 kernel ixgbe_msix_que intr_event_execute_handlers 0.7 kernel ether_output ip_fastforward 0.6 kernel pfil_run_hooks ip_fastforward 0.6 kernel spinlock_enter 0.6 kernel mi_switch 0.6 libpmc.so. pmclog_read 0.5 kernel uma_zalloc_arg 0.5 kernel _bus_dmamap_load_buf _bus_dmamap_load_mbuf_sg 0.5 kernel _rm_rlock pfil_run_hooks 0.5 kernel _mtx_lock_spin 0.5 kernel ithread_loop fork_exit 0.5 kernel ixgbe_mq_start vlan_transmit CONVERSION STATISTICS:ange_ap #exec/elf 98 #samples/total 151226644 #samples/unknown-function 104313 #callchain/dubious-frames 1281

Стоит такой тазик, необходимо расширение.

Да, где еще взять столько ядер. Надо подумать, можно и две двухголовые, спасибо. upd: kayot направил меня на одну очень интересную идею, проверю с Пн.

И об этом говорили неоднократно. Вместо того чтоб снизить градус и "уменьшить"/скорректировать "гарантированные" параметры - со стороны slv700 началось хамство, угрозы, обвинения в некомпетентности, и т.п. и п.д. в адрес покупателей. С таким подходом сложно рекомендовать сотрудничать (даже там где это уместно) через slv700 с Камбиум. Мне же потом и выскажут фе...в стиле - где ты нашел этого неадеквата slv700...

Пока ты как дирехтор будеш и дальше не замечать очевидного - дела не будет. Не много ли текстов для одного клопа ? Не надорвись клоподав. Корона не жмет ? Столько Я. Ты уже себя неоднократно показал, как дальновидный и безпристрастный дирехтор, с лучшей стороны. Свои рабам рассказывай как им жить, остальные в тебе не нуждаются. Иди ты на й*х дирехтор. (с)

Это план Б.

rdc спасибо, попробую. А как же это прекрасно работает на двухпроцессорных 4/8 ядра 8/16 потоков платформах ?!Разнести NAT не проблема, хотелось немного 10G портов сэкономить, поэтому такая реализация. Спасибо. Попробую еще поэксперементировать. В FreeBSD 9.3-RELEASE-p9 #4: Thu Jan 29 11:52:53 EET 2015 amd64 эта проблема проявляется существенно меньше, после FreeBSD 9.3-STABLE #1: Wed Dec 9 10:16:31 EET 2015 amd64 более ярко выражена.

Тебя только это беспокоит ! Какое отношение к реальным проблемам Камбиум, имеют попытки дескридитации тобой аппонентов в глазах "общественности" ? Мне нравится эта продаванская логика, директор решил камбиум правильно - нечего тут обсуждать инженерам, они бараны и не в чем не разбираются ! Иш чё задумали - высказывают тут своё мнение ! Сейчас бариндиректор прийдет и холопам по шапке надаёт... У тебя безапеляционная логика, недоволен Камбиум - враг своей компании ! Жги есчо !

К примеру, создай себе такие условия (тормозит веб) на планшете с которого пишеш на форумах и работаеш только в одном окне - через какой промежуток времени и с какой периодичностью будеш об этих тормозах писать ?Ты работал с вебом ePMP c GPS когда трафика под 17-18Кппс ? - это жесть ! Альтернативы вебу нет !

Да, заметил. Пока вопросы не решены - стоимость оборудования считаю завышенной. Непонятно за что сейчас необходимо переплачивать, находясь в роли тестировщика, обычно за эту работу доплачивают. Сделаете конфетку - тогда и продавайте дорого ! Отлично. В целом тенденции ясны. Спасибо.

Здохло у него устройство на днях во время прошивки - это можно считать претензией ?Да этот случай решаемый, но зачем надо извращаться ? Из Крыма в Киев и обратно отправлять !? Как из одного конца России в Москву, транспортные съедают весь профит ! Режим восстановления искореняет эту ситуацию в принципе ! Может ему неудобно(начальство) это озвучить в слух не позволяет ? - не, не думал о таких счастливых пользователях, у которых "нет претензий" ! Уважаемый kosmich7. C adron2 , если у них есть проблема, мы разберемся и будем это решать не здесь. Они обратятся к нам и мы найдем взаимовыгодное решение. Если у Вас есть проблемы с приобретенным у нас или у наших партнеров оборудованием, обращайтесь в наш суппорт. Все решим по обоюдному согласию. Юнидата на рынке ШБД очень давно. Я могу сказать что именно мы и создали этот рынок 20 лет назад в Украине. Мы знаем как все правильно должно быть сделано и именно так как надо все и организовано по продажам, суппорту и сервису продукции Камбиум в Украине. Уверен, что также все правильно сделано и в России. С уважением, Вячеслав Васильев директор, Юнидата Любой может оказаться в подобной(СПЕ превратился в кирпич) ситуации. И потом ты будеш "ему" с упреком говорить мы же тебе отремонтировали за 10$ - какие у тебя претензии ?!

Здохло у него устройство на днях во время прошивки - это можно считать претензией ?Да этот случай решаемый, но зачем надо извращаться ? Из Крыма в Киев и обратно отправлять !? Как из одного конца России в Москву, транспортные съедают весь профит ! Режим восстановления искореняет эту ситуацию в принципе ! Может ему неудобно(начальство) это озвучить в слух не позволяет ? - не, не думал о таких счастливых пользователях, у которых "нет претензий" !