Полагаю потому, что тогда ТГ в рф в том числе через них ходил. Я не очень уверен, что это значит, но может «у этого оператора прямой маршрут к серверам ТГ а у других операторов - более сложные маршруты.
Это не значит, что весь трафик рф в тг ходит через этих ребят, это значит что через этих ребят ходит быстрее.
Ps может про маршруты я ошибаюсь, лучще перепроверить. Но доказательство слабовато. И устарело уже
+100500 дело не в том, что в IT просто дело в том, что в других профессиях дойти до такой ЗП почти невозможно не из-за сложности а потому, что их там нет
тут такой нюанс, проц (ядро) ведь на самом деле не может быть занят на 60% Он либо занят либо нет.
А 60% просто означает что "за последние 5 секунд он был занят 60% времени"
Соответственно, % загрузки означает сколько времени вам нужно будет ждать своей очереди. Чем больше загрузка - тем с бОльшим количеством других задач придётся толкаться.
А ещё второй нюанс действует (это мы в AWS словили):
в x86 процессорах ядра "располовинены" гипертрейдингом. И это круто, но - это не полноценные ядра. это просто возможность использовать незанятые инструкции ядра для других задач.
То есть если у у вас все задачи одинаковые (простейшие задачи для проца) - гипертрейдинг не даст плюса вовсе.
На деле так, конечно, не бывает - если вы кидаете http-запрос это порождает пачку разнообразных задач для процессора и за счёт этого гипертрейдинг даёт хороший прирост.
Но всё же не х2
Полагаю что поэтому, когда проц увеличивается выше 60% (а порой и выше 40%) мы уже начинаем ощущать тормоза ("половинка каждого ядра" выделенная как целое ядро из-за гипертрейдинга занята почти полностью)
я не говорю, что это дикие тормоза. Просто время отклика чуточку начинает плавать.
PS это не для всех систем актуально. Но в нашей системе у многих операций время отклика по вебсокету 1-8ms, так что мы замечаем.
А если писатель бросает писать от голода, тогда он кто ?
Аста, ты молодец.
Спасибо тебе.
И - скажи плиз, где купить твои книги (пусть даже те, что бесплатно выложены)
Ну или просто как задонатить
Комиссия большая, но СИЛЬНО меньше, чем в бумажных издательствах.
И при этом отличный писатель.
А что, троллям платить не надо?
То, что он тролль (я хз, но пусть) не делает его не правым
Респект!
А вот за это особое спасибо!
раз в пол года заглядываю сюда посмотреть, не написали ли вы ещё что-нибудь :)
С форой «запрет на ничью» обыграете?
Отличная аналогия!
Спасибо вам.
Жаль уже не могу коммент плюсовать
Стиральная машина нужна не потому, что я сам не могу постирать.
Работает, результат выдаёт нужный а не рандомный - значит цель минимум достигнута
Много раз помогало
Сорри, но недоступность оригинальных деталей связана не с «запланированным устареванием» а с «чем-то другим»
А вы прям ждали возможности расчехлить :)
Спасибо за ответы на незаданые вопросы :)
Предположу что доступ извне оставили чтобы поменять настройки впн когда конкретный впн сервер/протокол заблокируют
Для секретных данных вообще очень мало что стоит использлвать
а в этой статье говорится, что телеграм аффилирован с фсб потому, что один провайдер когда-то давно порадовался, что тг разблочен
https://gblnet-ru.gbl.dev.it-service.io/news/39
Полагаю потому, что тогда ТГ в рф в том числе через них ходил. Я не очень уверен, что это значит, но может «у этого оператора прямой маршрут к серверам ТГ а у других операторов - более сложные маршруты.
Это не значит, что весь трафик рф в тг ходит через этих ребят, это значит что через этих ребят ходит быстрее.
Ps может про маршруты я ошибаюсь, лучще перепроверить. Но доказательство слабовато. И устарело уже
выглядит красиво
но под крышечкой!
чёт мне кажется у дальнобоев профессия убегает вовсю
+100500
дело не в том, что в IT просто
дело в том, что в других профессиях дойти до такой ЗП почти невозможно
не из-за сложности а потому, что их там нет
тут такой нюанс, проц (ядро) ведь на самом деле не может быть занят на 60%
Он либо занят либо нет.
А 60% просто означает что "за последние 5 секунд он был занят 60% времени"
Соответственно, % загрузки означает сколько времени вам нужно будет ждать своей очереди. Чем больше загрузка - тем с бОльшим количеством других задач придётся толкаться.
А ещё второй нюанс действует (это мы в AWS словили):
в x86 процессорах ядра "располовинены" гипертрейдингом. И это круто, но - это не полноценные ядра. это просто возможность использовать незанятые инструкции ядра для других задач.
То есть если у у вас все задачи одинаковые (простейшие задачи для проца) - гипертрейдинг не даст плюса вовсе.
На деле так, конечно, не бывает - если вы кидаете http-запрос это порождает пачку разнообразных задач для процессора и за счёт этого гипертрейдинг даёт хороший прирост.
Но всё же не х2
Полагаю что поэтому, когда проц увеличивается выше 60% (а порой и выше 40%) мы уже начинаем ощущать тормоза ("половинка каждого ядра" выделенная как целое ядро из-за гипертрейдинга занята почти полностью)
я не говорю, что это дикие тормоза. Просто время отклика чуточку начинает плавать.
PS это не для всех систем актуально. Но в нашей системе у многих операций время отклика по вебсокету 1-8ms, так что мы замечаем.