Лимитируем скорость передачи данных в Mac OS X
Меня давно интересовало, как можно без особых забот лимитировать передачу данных на Mac OS X? Интересовало давно, а нужда припекла только сегодня… И так немного истории:
Я сам занимаюсь хостингом своего сайта ( meirz.net ) и на это есть много причин… В качестве сервера у меня стоит Mac Mini G4 – 1Ghz ( Mac os X система ) и я в основном хостю только свой сайт, а так же собственный подкаст архив. Интернет у меня DSL 5Mb вниз и 0.8Mb наверх ( это написано на бумаге ), а в реале у меня где-то 2.5 вниз и примерно 0.7 наверх. Теперь ясно что с такой скорость интернета долеко не разбежишься, но все это у меня работает довольно хорошо уже более 2-х лет.
Сегодня с меня кто-то начал активно качать все мои подкасты, а их у меня более 180… файлы разной длинны, но бывают и по 100 мегов… Вообщем интернет у меня начал загибаться до такой степени что почта открывается по 5 минут… Я начал смотреть на серверные логи и разбираться что к чему… Не долго думаю я понял что нужно каким-то образом лимитировать скорость передачу данных по HTTP. Я пролистал много интернет страниц и понял что единственный простой способ это поставить ограничения в фаерволе ( Firewall ). Вот ссылка на форум ( http://www.macosxhints.com/article.php?story=20080119112509736 ), а так же PDF файл ( распечатка форума ) на тот случай если ссылка не работает.
И так что нужно что бы ограничить скорость передачи данных:
1) Включить Firewall в системе
– На обычной Mac OS X это делается через: System Preferences -> Security
– На серверной Mac OS X это делается через: Server Admin
2) Из под командной строки пишем:
sudo ipfw pipe 1 config bw 60KByte/s
sudo ipfw add 1 pipe 1 src-port http
Если нужно убрать все правила то можно искользовать sudo ipfw flush
Если нужно убрать только одно правило то: sudo ipfw delete 1 ( где 1 это номер правила )
То есть мы создаем трубу и конфигурируем её на 60 килобайт в секунду.
Далее добавляем эту трубу на определенный порт ( http = порт 80 )
После чего трафик по исходящему 80 порту будет лимитирован на 60 килобайт в секунду. Конфигурации firewall-а довольно гибкие и позволяют делать разного рода настройки, например можно лимитировать скорость передачи данных которые идут в интернет, но при этом не лимитировать если данные идут в локальную сеть. Например: если вы обращаетесь с локалки к серверу по 80 порту, то скорость будет не лимитирована, но если обращаетесь с интернета, то скорость будет лимитирована… Вообщем конфигурировать можно по разному и это прекрасно. Кому интересно можно поискать ipfw и прочитать более полно.
Если есть вопросы пишите, буду рад помочь.
Как симулировать медленные интернет-соединения на Mac
Какое хорошее программное решение для замедления интернет-соединений на Mac для тестирования и моделирования?
Моя основная задача — при тестировании кода в симуляторе iPhone / iOS, поэтому было бы здорово замедлить соединение для определенных приложений или процессов.
Я нашел, что принятый ответ (Network Link Conditioner) также является отличным быстрым и грязным решением проблемы с буферной загрузкой.
Apple сделала очень удобный официальный инструмент для замедления сетевых подключений на вашем Mac для тестирования.
Предпочтение Network Link Conditioner можно бесплатно загрузить из Xcode (для Lion и более поздних версий ОС). Кроме того, iOS имеет аналогичную функцию, доступную из Xcode и iOS 6 или более поздней версии.
Более старые версии Xcode до версии 4.3.2 включали копию этого инструмента. Теперь вы используете XCode, чтобы загрузить его напрямую аналогично симуляторам iOS и документации для разработчиков.
Существует 11 встроенных профилей от сети Lossy Edge с задержкой 400 мс до кабельного модема. Если вам нужны другие ограничения, вы можете создавать собственные профили с вашими собственными настройками или использовать ipfw себя, как описано в статье Крейга Хоккенберри « Медленная езда, упростите ее». Также упоминается панель ограничения скорости Майка Шрагга , уменьшенная загрузка. чем Xcode, но имеет меньше возможностей, чем инструмент Apple.
Это замедляет весь сетевой стек, поэтому вы не можете регулировать скорость для каждого приложения без таких вещей, как установка lion на виртуальную машину и установка этой виртуальной машины с помощью стертого стека.
Отрегулируйте пропускную способность сети для каждого приложения в Mac OS X
Я заметил, что iTunes, кажется, высасывает всю мою пропускную способность и не очень хорошо работает с другими приложениями, которые используют Интернет при загрузке. На самом деле, он даже не обеспечивает достаточную пропускную способность при просмотре iTunes Store при загрузке большого или большого количества файлов (подкасты, телешоу, большие приложения и т. Д.).
Я не заинтересован в получении всех моих загрузок как можно скорее, они действительно имеют низкий приоритет, и я бы предпочел не делать этого, пока я не сплю, но я не могу нажать кнопку обновления, если я ‘ м в постели и уже забыл.
Есть ли приложение или инструмент через Терминал для ограничения пропускной способности загрузки, которую получает iTunes, не мешая при этом веб-браузерам или другим приложениям?
Программное обеспечение FOSS / GPL предпочтительнее, но платное программное обеспечение также может быть приемлемым.
Network Link Conditioner очень хорош для ограничения пропускной способности для всех приложений apple.stackexchange.com/questions/164959/…
Этот вопрос в значительной степени устарел для моего конкретного использования. Я редко загружаю контент в iTunes на регулярной основе (подкасты теперь используют стороннее приложение только на iPhone, AppleTV для покупок видео с iTunes и вообще не синхронизируют приложения с компьютером).
- Network Link Conditioner (панель настроек, часть инструментов разработчика Apple)
- Энтонуар (окно, монеты )
- speedlimit (панель настроек, бесплатная, как в пиве)
- slowyapp (пункт меню, платное программное обеспечение)
CLI (нет специфичной для порта фильтрации, но может быть адаптирован):
Эти инструменты полагаются на порты или диапазоны портов в качестве критерия фильтра. Если вы не знаете, какие порты использует ваше приложение, вы можете проверить его документацию или использовать его lsof во время работы приложения, чтобы узнать номера портов.
Большинство или все инструменты используют ipfw, который официально устарел в пользу pf , поэтому не уверен, что эти решения будут работать на OS X 10.9 и выше.
Старый вопрос, но я попал в самую гущу подобной проблемы, поэтому подумал, что отвечу.
Проблема, вероятно, на самом деле из-за формирования трафика у вашего интернет-провайдера. Они настойчиво отдают приоритет трафику для известных поставщиков контента, стремясь предоставить клиентам более качественную потоковую передачу. Я бы сказал, что в некоторых случаях они зашли слишком далеко — я только что диагностировал аналогичную проблему, когда загрузка фотографий iCloud в фоновом режиме вызывала пинг, превышающий 45000 мс.
Чтобы решить эту проблему, вы можете просто уменьшить общую пропускную способность, которую ваш компьютер будет использовать, чтобы не дать трафику интернет-провайдера полностью лишить пропускную способность всех других приложений. По иронии судьбы, это улучшит производительность просмотра на вашем компьютере, в дополнение к очевидному улучшению производительности для других компьютеров в вашей сети. Если, например, у вас есть ограничение 15 Мбит / с в нисходящем направлении, вы можете ограничить свой компьютер только 12 Мбит / с, и алгоритм ISP больше не увидит необходимости агрессивно формировать ваш трафик:
sudo ipfw pipe 1 config bw 12Mbits/s sudo ipfw add 1 pipe 1 tcp from any to me В моем случае ограничивающим фактором была пропускная способность восходящего канала (ограниченная 1 Мбит / с моим провайдером), поэтому я выполнил следующее, что решило мою проблему:
sudo ipfw pipe 1 config bw 768Kbits/s sudo ipfw add 1 pipe 1 tcp from me to any Обратите внимание, что эти команды будут эффективны только до перезапуска, но чтобы отменить правило, просто сделайте следующее:
Я нахожу справочную страницу по FreeBSD для ipfw, но, согласно Википедии, ipfw был лишен акцента в OS X, начиная с 10.4 до 10.5. Я не нахожу ipfw в своей установке 10.10 сегодня, и как Homebrew, так и MacPorts не предлагают активно разработанных установок для ipfw.
Ведем учет сетевой активности в Mac OS X
Несмотря на то, что большинство пользователей уже давно забыли о всяких ограничениях — так глубоко безлимитный интернет проник в повседневную жизнь — все же иногда появляется необходимость подсчитать, сколько данных было передано через тот или иной сетевой интерфейс. Причин на это может быть несколько, например, жадный провайдер или дорогой мобильный интернет. Сегодня я хотел бы рассказать про несколько простых приемов, при помощи которых можно следить за сетевой активностью, чтобы не остаться без связи в самый неподходящий момент.
Самое интересное, что можно попытаться обойтись и штатными средствами. К моему удивлению, стандартная Сетевая утилита не может предоставить нам такую информацию, поэтому попробуем использовать другой инструмент — Мониторинг системы. Последняя закладка под названием Сеть, расположенная в нижней части окна, показывае число переданных/полученных пакетов и данных, а также общее количество информации, как отправленной, так и принятой. К сожалению, учет ведется только с момента загрузки системы, а данные по каждому протоколу суммируются в одну общую цифру. Поэтому данный способ приемлем только для тех, кто хочет узнать примерную «норму потребления» интернета.
Второе приложение — iStat Menus — не в пример Мониторингу системы (хотя его явно не для этого создавали) позволяет в элементе панели меню посмотреть очень подробную информацию по каждому соединению, включая графики загрузки, скорость передачи данных и её количество для Ethernet, Airport, Bluetooth и VPN(PPTP). К сожалению, проблема обнуления статистики после перезагрузки компьютера данной утилитой не решается. Вторым недостатком можно указать невозможность отображения данных по протоколу, который в данный момент не подключен (к примеру, информации об использовании VPN):
Однако, самая неказистая (из рассмотренных) программа SurplusMeter позволяет сделить за использованием сетевого траффика лучше всех и предоставляет самую детальную информацию 🙂 Сразу видно, что утилиту писал типичный программист. Принцип её работы заключается в том, что пользователь задает начало «отчетного периода», лимит на загрузку данных (при желании можно плюсовать и исходящий траффик), после чего начинать с грустью следить за заполением трех полос прогресса и заветной графой «Megabytes left in allowance», отображающей количество доступных мегабайт.
Также, меня как пользователя радует, что после перезапуска приложения статистика не исчезает, как в предыдущих двух вариантах. Поэтому я больше не переживаю за внезапно закончившийся мобильный интернет по причине его перерасхода.
Пользуетесь более продвинутыми средствами? Расскажите об этом в комментариях!