Как стать автором
Обновить
135
0

Пользователь

Отправить сообщение
Дак интерес как раз в мониторинге с мобильного девайса, а не сервера, в любом случае работу «проверки» должен выполнить девайс, даже если ему сервер пришлет пуш.
Похоже это будет непросто) спасибо за линк
Ну, например, какой-нибудь мониторинг сделать, ping в бекграунде или отслеживание состояния TCP порта…
А с другими протоколами такой flow работает или только с HTTP?

Да, бенчмарк хороший, но у get-closer может быть более широкое применение, про DNS в посте лишь для примера.

Скрипт строит зависимости между «корневыми» PID, которые есть в выводе, по сути все эти зависимости являются ветками дерева, которые начинаются с PID, по этим веткам и рисуются связи между процессами, если процесс указан один, то и дерево одно получается и ему не за кого зацепиться своими ветками.
может кто на shell перепишет))
lsof -p жестко фильтрует по PID, кроме указанного PID в выводе нет других процессов, соответсвенно на выходе только один процесс и рисуется
Извините, но там и линукса может не быть…
добавил в статью
Вот тут в общих чертах расписан механизм выбора пути.
За какие конкретные нюансы вы опасаетесь? Так то они есть у всех CDN…
В статье же приводится ссылка на карту, на которой видно, что серверы у Akamai не только в Москве и Петербурге.
Хранилище != CDN
Dropbox: 20GB/Day
Yandex.disk: Когда объем публичных файлов, скачанных с вашего Диска, превышает доступный вам объем Диска в два раза, скорость скачивания ваших файлов ограничивается. Ограничение действует сутки: опубликованные вами файлы можно качать со скоростью не больше 64 Кбит/с. Через сутки счетчик скачанного объема сбрасывается.
Вконтакте и Mail.ru не имеют CDN.

Ну не бывает бесплатного сыра…
У операторов это так и называется committed bandwidth, гарантированная полоса именно этот термин и отражает. Какой интерес пользователю знать размер канала оператора, если он всё равно использовать будет только 5Мбит? Если ваше замечание применить к серверу, то и получится «Порт 1Гбит/сек, интернет канал 100Мбит/сек».
Боюсь, что вы недооцениваете коммерческую жилку некоторых предпринимателей… ;)
Не спорю, вариатов полно, но для шаред-хостинга, для которого и позиционируется CloudLinux, подход с KernelCare вполне оптимален.
ИМХО:
Обычно на сервере ведь не нужны новые возможности ядра, он расчитывается изначально на выполнение конкретных задач на стабильной основе, соответственно кроме обновлений безопасности потребностей нет. Если же вы хотите новый фичи ядра сразу на продакт выкатывать с клиентами, то это как минимум неправильно. Лучше развернуть новый сервер с новыми возможностями и мигрировать, но если это критичный сервис, если же нет, то можно и ребутнуться ведь…
Creation Date: 2013-10-18
На тот момент не было её, но посмотрим.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность