Также гарантия только через Дистребьютера

https://www.youtube.com/watch?v=K8t2NLqiziY

Так дистрибу и сдайте, дистри сам разберется.

Добрый день. Прошу прощения, глупый вопрос задам, но гугл однозначного ответа мне не даёт. Имея два гигабитных езернетовских порта и генеря трафик с одного порта на другой и в обратную сторону, отдаст мне какой-нибудь айперф цифры на приём и на передачу около гигабита? Т.е. вроде бы фулл дуплекс, подключенный напрямую шнурок, цифры должны быть плюс-минус около гигабита при подобной схеме. Но показатели от теста к тесту выходят разные, причём не стабилизируются со временем, не выравниваются 50 на 50 и т.п. Подскажите пожалуйста, реально ли при прямом подключении гигабитных езернет портов получить гигабит трафика на вход и на отдачу? Или это уже 2 гигабита и так всё не работает? В таком случае, почему во время тестов скорость не делится 50 на 50? Вопрос наверняка очень глупый, буду благодарен, если ткнёте носом, куда копать.

а какое железо?

Был микротик девятисотой серии, простенький.

Потом воткнули системники

Напрямую.

Обычные пк

Встроенные сетевухи.

лучше взять копирование с ССД на ССД

Ну пусть и рамдиски.

самый лучший тест ?

951G? не тянет он гиг

роутинга нет

бриджинга вроде тянул 800 мегабит

больше комп не выдавал у меня

650 с ssd на ssd месяца 2 назад тестил

дома стоит 951G-2Hnd

компы просто в бридже были

без маршрутизации и фаервола

с роутингом было в районе 500 мбит

Ну ок, а когда напрямую воткнули машинки - при таком сценарии что должны были увидеть? Т.е. вот серьёзно, гигабитный езернет, вроде бы полнодуплекс и т.п. Гигабит в одну сторону, гигабит в другую. Но при одновременной передаче, какие цифры должны увидеть?

500 мегабит роутинга? с фестреком шоле?

800 мегабит в одну сторону ?

ага

500 мегабит роутинга? с фестреком шоле?

тоесть РХ 800 и ТХ 800

Одновременно, верно?

Ну т.е. я на двух машинках стартую и сервер и клиент айперфа.

И смотрю на циферки.

И получаю по 800.

Правильно понимаю?

Если хочешь получить полноценный гиг, можешь попробовать купить CCR с разбитым экраном)

Ну ок, а когда напрямую воткнули машинки - при таком сценарии что должны были увидеть? Т.е. вот серьёзно, гигабитный езернет, вроде бы полнодуплекс и т.п. Гигабит в одну сторону, гигабит в другую. Но при одновременной передаче, какие цифры должны увидеть?

в общем синтетика это синтетика. она реальную картину не покажет

запусти реальную нагрузку и посмотри. В реале гигабитный интерфейс должен пропускать около 100 мегабайт в секунду

Ненене, господа, я это понимаю. Вопрос немного переформулирую. При гигабитном езернете (сферический, в вакууме, который честный гигабит держит), могу ли я одновременно и принимать и отдавать гигабит трафика? Всё сферическое, в вакууме и на уровне теории? Или скорость будет разделена между приёмом и передачей? Если так - то согласно какому правилу?

должно выдавать гиг/гиг, или 800/800 полезной нагрузки

Ок, благодарю за помощь. Значит буду ковырять настройки\искать другое оборудование.

Чет я недопер, мак на интерфейсе низя поменять через веб или винбокс чтоли?

Ненене, господа, я это понимаю. Вопрос немного переформулирую. При гигабитном езернете (сферический, в вакууме, который честный гигабит держит), могу ли я одновременно и принимать и отдавать гигабит трафика? Всё сферическое, в вакууме и на уровне теории? Или скорость будет разделена между приёмом и передачей? Если так - то согласно какому правилу?

Есть некоторые ограничения, наложенные от L1 (среда передачи, способ коммутации, способ дуплексирования и тыды), т.е. не все канальные гигабиты – это транспортные гигабиты. Для медного и оптического гигабита возможна симметричная нагрузка в оба направления (и на приём и на передачу), в частности для меди используются все четыре пары, на каждую пару в обе стороны летит 250 мегабит канальной скорости, а для оптики честный гигабит на каждое волокно. Для меди накладных канальных расходов больше, чем у оптики, например. Итого: из гигабитной меди, практически, можно выжать 850-950 мегабит транспортной скорости в обе стороны.

https://twitter.com/morelleth1/status/867295941140860929

Есть некоторые ограничения, наложенные от L1 (среда передачи, способ коммутации, способ дуплексирования и тыды), т.е. не все канальные гигабиты – это транспортные гигабиты. Для медного и оптического гигабита возможна симметричная нагрузка в оба направления (и на приём и на передачу), в частности для меди используются все четыре пары, на каждую пару в обе стороны летит 250 мегабит канальной скорости, а для оптики честный гигабит на каждое волокно. Для меди накладных канальных расходов больше, чем у оптики, например. Итого: из гигабитной меди, практически, можно выжать 850-950 мегабит транспортной скорости в обе стороны.

Благодарю за развёрнутый ответ, похоже имено то, что нужно. 850 в обе стороны = одновременно? Или отдельно приём потестили - 850, отдельно отдачу - и те же 850?

Женя умеет в объяснения, ага)

Благодарю за развёрнутый ответ, похоже имено то, что нужно. 850 в обе стороны = одновременно? Или отдельно приём потестили - 850, отдельно отдачу - и те же 850?

да, но это требует тюнинг размеров пакетов обычно, потому что узкое место будет хостовая сетевая карта. коммутаторам обычно на такую нагрузку на одном порту класть.

Ок, большое Вам спасибо.

Народ помогите

SHOUTcast установил на CentOS

[root@SRVR-MEDIA shoutcast]# ./sc_serv sc_serv_basic.conf > /dev/null 2>&1 & [10] 3388 [root@SRVR-MEDIA shoutcast]# [10]+ Stopped ./sc_serv sc_serv_basic.conf > /dev/null 2>&1

Че за глюк?

Просто ентер жму и вырубается

Семен мне кажется, вы частом ошиблись)

Да, просто других групп не нашлось

Явно из 629 людей, есть хотя бы один админ обслуживающий линукс

[root@SRVR-MEDIA shoutcast]# ./sc_serv sc_serv_basic.conf > /dev/null 2>&1 & [10] 3388 [root@SRVR-MEDIA shoutcast]# [10]+ Stopped ./sc_serv sc_serv_basic.conf > /dev/null 2>&1

запусти в скрине и не еби мозг

запусти в скрине и не еби мозг

Или я Вас не правильно понял?

А ты настырный

неправильно

Официальный FAQ FreeBSD предупреждает: отправка данных в /dev/null/ перегревает ваш процессор :)

Официальный FAQ FreeBSD предупреждает: отправка данных в /dev/null/ перегревает ваш процессор :)

если данные отпавлять туда, то они должны где то сохраняться. не могут же данные безследно пропасть?

неправильно

А как это в скрине запустить? Направьте пожалуйста на верный путь

программы такие screen или tmux

или вообще под supervisord

ERROR: S client not available

или в systemd

прям вагон вариантов

man csh/tcsh

А как это в скрине запустить? Направьте пожалуйста на верный путь

1) apt install screen 2) screen ./sc_serv sc_serv_basic.conf

а потом man screen до полного просвящения

скатились...

:(

Иметь 4 серванта. Не уметь в скрин. Не уметь в гугол....

7 сервантов :)

:(

попробуй абсолютные пути указать до конфига и исполняемого файла

Таких проблем не было

Иметь 4 серванта. Не уметь в скрин. Не уметь в гугол....

а еше не уметь в линукс

у меня в ящике

надкусанная сарделька лежит уже 5 дней

если хорошо нагреть

есть можно?

не 5 а 9

сорян

попробуй абсолютные пути указать до конфига и исполняемого файла

Спасибо большое! Теперь буду уметь

есть можно?

но только один раз

есть можно?

нужно

Вы же меня не обманываете?

Собака-подозревака

какой то не правильный кунамон у тебя

куМамон :)