Дак интерес как раз в мониторинге с мобильного девайса, а не сервера, в любом случае работу «проверки» должен выполнить девайс, даже если ему сервер пришлет пуш.
Скрипт строит зависимости между «корневыми» PID, которые есть в выводе, по сути все эти зависимости являются ветками дерева, которые начинаются с PID, по этим веткам и рисуются связи между процессами, если процесс указан один, то и дерево одно получается и ему не за кого зацепиться своими ветками.
Хранилище != CDN
Dropbox: 20GB/Day
Yandex.disk: Когда объем публичных файлов, скачанных с вашего Диска, превышает доступный вам объем Диска в два раза, скорость скачивания ваших файлов ограничивается. Ограничение действует сутки: опубликованные вами файлы можно качать со скоростью не больше 64 Кбит/с. Через сутки счетчик скачанного объема сбрасывается.
Вконтакте и Mail.ru не имеют CDN.
У операторов это так и называется committed bandwidth, гарантированная полоса именно этот термин и отражает. Какой интерес пользователю знать размер канала оператора, если он всё равно использовать будет только 5Мбит? Если ваше замечание применить к серверу, то и получится «Порт 1Гбит/сек, интернет канал 100Мбит/сек».
ИМХО:
Обычно на сервере ведь не нужны новые возможности ядра, он расчитывается изначально на выполнение конкретных задач на стабильной основе, соответственно кроме обновлений безопасности потребностей нет. Если же вы хотите новый фичи ядра сразу на продакт выкатывать с клиентами, то это как минимум неправильно. Лучше развернуть новый сервер с новыми возможностями и мигрировать, но если это критичный сервис, если же нет, то можно и ребутнуться ведь…
Да, бенчмарк хороший, но у get-closer может быть более широкое применение, про DNS в посте лишь для примера.
Dropbox: 20GB/Day
Yandex.disk: Когда объем публичных файлов, скачанных с вашего Диска, превышает доступный вам объем Диска в два раза, скорость скачивания ваших файлов ограничивается. Ограничение действует сутки: опубликованные вами файлы можно качать со скоростью не больше 64 Кбит/с. Через сутки счетчик скачанного объема сбрасывается.
Вконтакте и Mail.ru не имеют CDN.
Ну не бывает бесплатного сыра…
Обычно на сервере ведь не нужны новые возможности ядра, он расчитывается изначально на выполнение конкретных задач на стабильной основе, соответственно кроме обновлений безопасности потребностей нет. Если же вы хотите новый фичи ядра сразу на продакт выкатывать с клиентами, то это как минимум неправильно. Лучше развернуть новый сервер с новыми возможностями и мигрировать, но если это критичный сервис, если же нет, то можно и ребутнуться ведь…
На тот момент не было её, но посмотрим.