4sadly,
"В русском языке к незнакомым принято обращаться на вы"
В русском языке изначально было принято обращаться на ты.
Причем в какой-то момент, обращение на вы считалось обращение к врагу.
Потом пришли французские и английские понятия, а также само понятие формальное и неформальное общение.
Но в сетевом этикете, еще на заре интернета было принято обращаться на ты.
Ваши слова говорят о том, что вы сами не очень уверены что точно было и когда логинилось.
Сейчас ssh обычно настраивается так, что под рутом вообще нельзя заходить. Нужно чтобы был ваш персональный аккаунт, у которого есть доступ к su или sudo
То есть логинишься под собой, потом получаешь привилегии рута.
А логиниться сразу под рутом может быть просто отключено.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
нет, в данном случае трейсроут индивидуально пытается пропинговать 5-й хоп, а он сам по себе может либо отвечать на эхо реквесты с задержкой, либо маршрут к *.183.25.90 может строиться иначе, чем к *.80.122.15
суммировать не нужно.
Эта информация вообще не слишком полезна для пользователя.
Время отправки нужно мерять пингом непосредственно к вашему серверу, а не к промежуточным хопам.
ошибка в win32k.sys
Это скорее всего либо проблема с диском, либо с каким-то устройством.
Если ничего нового не втыкали и драйвера не переустанавливали, то может что-то подохло.
Если обновляли драйвера, было бы неплохо откатиться назад.
Если вставили новую железку - вынуть.
Если плохо с диском, для начала нужно попробовать безопасный режим, в котором сделать чек всех дисков.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Если вы говорите про результат команды traceroute, то она просто старается "пропинговать" каждый промежуточный маршрут.
Для эхо реквестов (или пингов), часто используется протокол ICMP (в виндовс), в линукс используются и другие.
На некоторых устройствах ответ на эхо-реквесты может быть отключен для снижения нагрузки или по другим причинам.
В виндовс в настройках сети тоже можно отключить эхо реквесты, и ваш комп не будет "пинговаться".
При этом обычные tcp/udp пакеты будут ходить нормально.
ок.
1) 10,10,10
у вас a,b,c могут быть 10,10,1 или 10,10,2 или 10,10,10. Так где же истина?
то есть гарантировано вы ничего легко не находите.
Тоже самое и в других случаях.
Роман Мирр,
В цифровых фотоаппаратах нет химического процесса окисления, поэтому нет смысла держать апертуру долго открытой для создания яркого снимка. Просто выставляется яркость больше или меньше и все.
В цифровых фотоаппаратах, каждый раз когда ты пытаешься сделать снимок - пока наводится резкость, пока ты примериваешься - фотоаппрат постоянно фотографирует кадры, и по нажатию кнопки просто фиксирует текущий.
Сейчас процессорные мощности позволяют при нажатии кнопки взять несколько соседних кадров, "усреднить" их с целью получить больше информации или наложить дополнительные фильтры. Например для ночных съемок делается более четкое изображение не благодаря выдержке, а благодаря тому, что берется множество кадров и рассчитывается нечто среднее, алгоритмами убирается шум.
В общем в любом случае, выдержка в цифровом - это не один кадр поярче, это просто обработка бОльшего количества кадров разными алгоритмами.
В пленочном - это один кадр, засвеченный более продолжительное время.
А. ну тогда проще.
Ответ - невозможно гарантировано найти такие значения.
Из трех чисел всегда одно самое маленькое. И по вашим функциям, узнать значение самого маленького невозможно, поскольку x,y,z получаются из фунции max.
Можно попытаться вычислить какое именно значение самое маленькое, но учитывая, что в условиях не указано, что три числа не могут совпадать, это будет негарантировано.
Например:
а) a=1, b=2, c=3
у нас x=2, y=3, z=3
то есть значения А в списке нет в принципе.
б) a=2, b=2, c=3
Выходит x=2, y=3, z=3
снова неудача, вычислить какие два значения одинаковы - сложно.
в) a=3, b=3, c=3
выходит x=3, y=3, z=3
Тоже не можем определить было ли какое-то из a,b,c меньше, или все три одинаковые.
регулярки имеют свои ограничения.
Проще скрипт написать.