пїЅпїЅпїЅ пїЅпїЅпїЅпїЅпїЅпїЅпїЅ пїЅпїЅпїЅпїЅ пїЅпїЅпїЅ пїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅ
Слишком длинный поисковый запрос.
По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Область подкачки играет важную роль в производительности системы. Давайте узнаем, как определить размер области подкачки в вашей системе и как она используется.
Большинство из нас не часто задумываемся об области подкачки, если только мы не сталкиваемся с проблемой нехватки памяти в наших системах. Даже в этом случае изучение и оценка области подкачки в системе не является сложным, и знание того, что нормально для вашей системы, может помочь вам определить, когда что-то работает не так. Итак, давайте изучим некоторые команды, которые помогут вам заглянуть в область подкачки. Но сначала давайте рассмотрим некоторые базовые основы.
Что такое область подкачки и как она используется.
Область подкачки (swap space) – это дисковое пространство, которое действует как расширение памяти. Он используется, когда физическая память (ОЗУ) системы заполнена и системе требуется больше ресурсов памяти. Это называется «swap», потому что система перемещает некоторые неактивные страницы в памяти в область подкачки, чтобы можно было разместить больше данных в ОЗУ. Другими словами, это позволяет освободить оперативную память в загруженной системе.
Программы и данные используют оперативную память, потому что это единственный способ их обработки системой. Фактически, когда система загружается, она перемещает такие программы, как ядро и systemd, в оперативную память, чтобы начать работу.
Область подкачки может быть настроена как отдельный раздел диска или как файл. В наши дни большинство установок Linux создают раздел во время установки, и это является опцией. Однако вы можете создать файл подкачки и использовать его для подкачки.
Из-за нехватки области подкачки вы можете столкнуться с проблемой, называемой «перегрузкой», при которой программы и данные перемещаются между ОЗУ и областью подкачки так часто, что система работает очень медленно.
Вместе RAM и swap называются «виртуальной памятью».
Какой объем swap space необходим?
Раньше для области подкачки рекомендовали выбирать объем равный двойному размеру оперативной памяти, но это было в те времена, когда в системах не было столько оперативной памяти, как сегодня. Эти рекомендации для Ubuntu, но вероятно, должны работать и для других дистрибутивов:
Важно различать подкачку и подкачку с гибернацией. Система, которая переходит в спящий режим, немедленно сохраняет состояние вашей системы на жестком диске и выключается. Когда вы разбудите его (например, подняв "крышку" ноутбука), все запущенные вами программы вернутся в то состояние, в котором они находились, когда система перешла в спящий режим. Поэтому рекомендуется увеличить область подкачки. Но не все системы переходят в спящий режим.
Чтобы узнать, может ли ваша система перейти в спящий режим, выполните команду:
$ which pm-hibernate
/usr/sbin/pm-hibernate
Если на экран выведен ответ, показанный выше, значит ваша система готова к переходу в спящий режим. Вы можете проверить это, выполнив эту команду:
$ sudo pm-hibernate
Как можно просмотреть объем области подкачки в вашей системе Linux?
Используйте команду swapon --show, чтобы просмотреть область подкачки в вашей системе.
Еще одна полезная команда — это команда free, которая отображает как размер области подкачки, так и использование памяти. При использовании параметра -m результаты отображаются в МБ, а не в КБ.
Команда sar сообщает об использовании области подкачки
Обратите внимание, что в приведенных выше выходных данных команды free область подкачки используется скромно, хотя доступно много свободной памяти.
Вы также можете просмотреть раздел подкачки с помощью такой команды:
Когда необходима область подкачки?
Если в вашей системе много памяти, возможно, вам никогда не понадобится использовать область подкачки. Но почти всегда полезно иметь ее под рукой. Дисковое пространство относительно дешево по сравнению с памятью, и вы никогда не знаете, когда какой процесс увеличит нагрузку. С другой стороны, если ваша область подкачки интенсивно используется почти все время, вам, возможно, следует подумать о добавлении дополнительной оперативной памяти в систему, поскольку с ее использованием связаны некоторые затраты на производительность.
Создание файла подкачки.
Если вам нужно создать файл подкачки в системе Linux, используйте команду:
После создания файла измените права доступа к нему, запустите команду mkswap и используйте команду swapon -a, чтобы сделать его доступным, и команду swapon --show, чтобы убедиться, что он запущен.
Можно включать и выключать использование файла подкачки с помощью команд swapoff и swapon, хотя вы, возможно, захотите отключить подкачку, только если вы добавили раздел подкачки и хотите использовать его вместо файла подкачки.
Предыдущая статья из цикла про популярные приложения TCP/IP тут.
Установление TCP-соединения происходит до того, как любая из других функций TCP сможет начать свою работу. Установление соединения относится к процессу инициализации полей "Sequence" и "Acknowledgment" и согласования используемых номеров портов. На рисунке 5 показан пример процесса установления соединения.
Этот трехсторонний процесс установления соединения (также называемый трехсторонним рукопожатием) должен завершиться до начала передачи данных. Соединение существует между двумя сокетами, хотя в заголовке TCP нет единственного поля сокета. Из трех частей сокета подразумеваются IP-адреса на основе IP-адресов источника и назначения в IP-заголовке. TCP подразумевается, потому что используется заголовок TCP, как указано значением поля протокола в заголовке IP. Следовательно, единственные части сокета, которые необходимо закодировать в заголовке TCP, - это номера портов.
TCP сообщает об установлении соединения, используя 2 бита в полях флагов заголовка TCP. Эти биты, называемые флагами SYN и ACK, имеют особенно интересное значение. SYN означает "синхронизировать порядковые номера", что является одним из необходимых компонентов при инициализации TCP.
На рисунке 6 показано завершение TCP-соединения. Эта четырехсторонняя последовательность завершения проста и использует дополнительный флаг, называемый битом FIN. (FIN - это сокращение от "finished", как вы могли догадаться.) Одно интересное замечание: перед тем, как устройство справа отправит третий сегмент TCP в последовательности, оно уведомляет приложение о том, что соединение прерывается. Затем он ожидает подтверждения от приложения перед отправкой третьего сегмента на рисунке. На случай, если приложению потребуется некоторое время, чтобы ответить, ПК справа отправляет второй поток на рисунке, подтверждая, что другой ПК хочет разорвать соединение. В противном случае ПК слева может повторно отправить первый сегмент.
TCP устанавливает и завершает соединения между конечными точками, а UDP - нет. Многие протоколы работают в рамках одних и тех же концепций, поэтому термины "ориентированный на соединение" и "без установления соединения" используются для обозначения общей идеи каждого из них. Более формально эти термины можно определить следующим образом:
Протокол, ориентированный на соединение: протокол, который требует обмена сообщениями до начала передачи данных или который имеет требуемую предварительно установленную корреляцию между двумя конечными точками.
Протокол без установления соединения: протокол, который не требует обмена сообщениями и не требует предварительно установленной корреляции между двумя конечными точками.
Восстановление после ошибок и надежность
TCP обеспечивает надежную передачу данных, что также называется reliability or error recovery. Для обеспечения надежности TCP нумерует байты данных, используя поля "Sequence" и "Acknowledgment" в заголовке TCP. TCP обеспечивает надежность в обоих направлениях, используя поле Sequence Number одного направления в сочетании с полем Acknowledgment в противоположном направлении.
На рисунке 7 показан пример того, как поля TCP Sequence и Acknowledgment позволяют ПК отправлять 3000 байтов данных на сервер, при этом сервер подтверждает получение данных. Сегменты TCP на рисунке расположены по порядку, сверху вниз. Для простоты все сообщения содержат 1000 байтов данных в части данных сегмента TCP. Первый порядковый номер - красивое круглое число (1000), опять же для простоты. В верхней части рисунка показаны три сегмента, каждый из которых на 1000 больше предыдущего, что указывает на первый из 1000 байтов сообщения. (То есть в этом примере первый сегмент содержит байты 10001999; второй - байты 20002999, а третий - байты 30003999.)
Четвертый сегмент TCP на рисунке - единственный, который возвращается от сервера к веб-браузеру - подтверждает получение всех трех сегментов. Как? Значение подтверждения 4000 означает: "Я получил все данные с порядковыми номерами на единицу меньше 4000, поэтому я готов принять ваш байт 4000 следующим". (Обратите внимание, что это соглашение о подтверждении путем перечисления следующего ожидаемого байта, а не номера последнего полученного байта, называется прямым подтверждением.)
Однако этот пример не исправляет никаких ошибок; он просто показывает основы того, как хост-отправитель использует поле порядкового номера для идентификации данных, а хост-получатель использует прямые подтверждения для подтверждения данных. Более интересное обсуждение вращается вокруг того, как использовать эти же инструменты для восстановления ошибок. TCP использует поля "Sequence" и "Acknowledgment", чтобы принимающий хост мог заметить потерю данных, попросить отправляющий хост повторно отправить, а затем подтвердить, что повторно отправленные данные прибыли.
Существует множество вариантов того, как TCP выполняет исправление ошибок. На рисунке 8 показан только один такой пример, детализация которого аналогична предыдущему. Веб-браузер снова отправляет три сегмента TCP, снова по 1000 байт каждый, снова с легко запоминающимися порядковыми номерами. Однако в этом примере второй сегмент TCP не может пройти через сеть.
Рисунок указывает на три набора идей, лежащих в основе того, как думают два хозяина. Во-первых, справа сервер понимает, что он не получил все данные. Два полученных сегмента TCP содержат байты с номерами 10001999 и 30003999. Очевидно, сервер не получил байты, пронумерованные между ними. Затем сервер решает подтвердить все данные вплоть до потерянных, то есть отправить обратно сегмент с полем подтверждения, равным 2000.
Получение подтверждения, которое не подтверждает все данные, отправленные на данный момент, заставляет хост-отправитель повторно отправить данные. ПК слева может подождать несколько секунд, чтобы убедиться, что другие подтверждения не поступят (используя таймер, называемый таймером повторной передачи), но вскоре решит, что сервер сообщает: "Мне действительно нужно 2000 - отправьте его повторно". ПК слева делает это, как показано на пятом из шести сегментов TCP на рисунке.
Наконец, обратите внимание, что сервер может подтверждать не только повторно отправленные данные, но и любые предыдущие данные, которые были получены правильно. В этом случае сервер получил повторно отправленный второй сегмент TCP (данные с порядковыми номерами 20002999), и сервер уже получил третий сегмент TCP (данные с номерами 30003999). Следующее поле подтверждения сервера подтверждает данные в обоих этих сегментах с полем подтверждения, равным 4000.
Управление потоком с использованием окон
TCP реализует управление потоком, используя концепцию окна, которая применяется к количеству данных, которые могут быть ожидающими подтверждения в любой момент времени. Концепция окна позволяет принимающему хосту сообщать отправителю, сколько данных он может получить прямо сейчас, давая принимающему хосту способ замедлить или ускорить отправляющий хост. Получатель может перемещать размер окна вверх и вниз (это называется скользящим окном или динамическим окном), чтобы изменить объем данных, который может отправить хост-отправитель.
Механизм раздвижного окна имеет больше смысла на примере. В примере, показанном на рисунке 9, используются те же основные правила, что и в примерах на нескольких предыдущих рисунках. В этом случае ни один из сегментов TCP не содержит ошибок, и обсуждение начинается на один сегмент TCP раньше, чем на предыдущих двух рисунках.
Начнем с первого сегмента, отправленного сервером на ПК. Поле Acknowledgment должно быть вам знакомо: оно сообщает ПК, что сервер ожидает следующий сегмент с порядковым номером 1000. Новое поле, поле окна, установлено на 3000. Поскольку сегмент передается на ПК, это значение сообщает ПК, что ПК может послать не более 3000 байтов по этому соединению до получения подтверждения. Итак, как показано слева, ПК понимает, что может отправлять только 3000 байтов, и прекращает отправку, ожидая подтверждения, после отправки трех 1000-байтовых сегментов TCP.
Продолжая пример, сервер не только подтверждает получение данных (без потерь), но и решает немного увеличить размер окна. Обратите внимание, что второе сообщение, идущее справа налево на рисунке, на этот раз с окном 4000. Как только ПК получает этот сегмент TCP, ПК понимает, что он может отправить еще 4000 байтов (окно немного больше, чем предыдущее значение).
Обратите внимание, что хотя на последних нескольких рисунках показаны примеры с целью объяснения того, как работают механизмы, из этих примеров может сложиться впечатление, что TCP заставляет хосты сидеть и долго ждать подтверждения. TCP не хочет заставлять хост-отправитель ждать отправки данных. Например, если подтверждение получено до того, как окно будет исчерпано, начинается новое окно, и отправитель продолжает отправлять данные до тех пор, пока текущее окно не будет исчерпано. Часто в сети, где мало проблем, мало потерянных сегментов и небольшая перегрузка, окна TCP остаются относительно большими, а узлы редко ждут отправки.
Закрепим самое важное про TCP и UDP в следующей статье.
Будущее за удалённой работой!
Давайте рассмотрим безопасную утилиту для совместного использования ресурсов, документов и компьютера.
Что такое Chrome Remote Desktop?
Многие организации и стартапы предоставили возможность своему сотруднику работать удаленно. Заметив эту тенденцию Google решила представить простой и быстрый инструмент для доступа к системе из любого места. Для работы удаленной системы на собственном ПК требуется только две вещи: Интернет и Chrome Desktop.
Эта утилита облегчает удаленный доступ к файлам и данным с другого устройства. Он работает на всех типах настольных или мобильных ПК и со всеми операционными системами - Windows, Linux, macOS или Chrome OS.
Итог - вы можете получить доступ к компьютеру из любой точки мира, где есть Интернет.
Почему Chrome Remote Desktop?
Он бесплатный!
Он быстрый и легковесный
Дружественный интерфейс
Вы можете удалённо помогать друзьями и родным
Давайте рассмотрим поближе этот дружелюбный инструмент.
Начало работы с Chrome Remote Desktop
Для начала работы с Chrome Remote Desktop достаточно выполнить всего 4 простых шага.:
Для этого необходимо загрузить и установить браузер Chrome на ПК или мобильное устройство, чтобы получить к нему доступ из любого места.
1. Загрузить Chrome Remote Desktop
Откройте веб-страницу Chrome Remote Desktop в браузере Chrome. Вы перейдете на страницу загрузки. В правом нижнем углу появится опция со стрелкой синего цвета для загрузки плагина. Нажмите кнопку, чтобы начать загрузку.
2. Установка Chrome Remote Desktop
После загрузки надпись на кнопке на той же странице, поменяется на Accept & Install чтобы принять условия и начать установку. Нажмите на кнопку для продолжения.
3. Выберите имя устройства и пароль
После нажатия кнопки установки необходимо ввести имя устройства, которое будет отображаться для удаленных пользователей во время доступа к хост-устройству.
После ввода имени устройства необходимо ввести минимум 6-тизначный пин-код, чтобы сделать удаленный доступ более безопасным и предотвратить несанкционированный доступ к устройству.
4. Запуск приложения
После нажатия кнопки Start хост-устройство готово установить или принять удаленные подключения.
Работа с удаленной поддержкой
Google предоставляет функцию использования Google Remote Desktop без установки. На той же странице нажмите кнопку Удаленная поддержка. Появится экран с двумя опциями ниже.
Получение поддержки
Она позволяет пользователям запрашивать разовую поддержку у любого пользователя, известного или неизвестного. Параметр "Получить поддержку" доступен только в том случае, если в системе установлен Google Remote Desktop.
Чтобы получить поддержку, нажмите кнопку "Generate code"; он создаст одноразовый пароль для совместного использования удаленными пользователями.
Щелкните прямоугольное поле, чтобы скопировать одноразовый код. Этот код будет действителен в течение 5 минут. После отмены генерируется новый код.
Удаленный пользователь будет использовать предоставленный одноразовый код для доступа к клиентской системе.
Оказание поддержки
Это помогает удаленным пользователям получать доступ к другим машинам и предоставлять удаленную поддержку. Для обеспечения поддержки удаленным пользователям потребуется одноразовый код доступа, сгенерированный на машине клиента.
Пользователь клиента должен генерировать код доступа (этап 2 выше) и поделиться им с удаленным пользователем, чтобы удаленный пользователь мог работать на машине клиента.
Получив код доступа от узла клиента, удаленный узел должен перейти на веб-страницу Google Chrome Remote Desktop и получить доступ к удаленной поддержке.
Удаленный пользователь должен ввести заданный код доступа в текстовой строке "Give Support" и нажать кнопку "Connect".
После нажатия кнопки подключения на удаленной стороне появится запрос на подтверждение.
После того как удаленный пользователь разрешил и нажал на кнопку “Share”, он может получить доступ к клиентской машине и управлять ею.
Удаленный доступ с помощью мобильного устройства (Android/iOS)
Google предоставила возможность доступа к удаленному ПК через мобильные устройства. Установив на устройство на базе iOS или Android, пользователи могут использовать мобильные устройства для работы с удаленными ПК.
Обратите внимание, что перед использованием мобильного приложения идентификатор электронной почты пользователя, используемый на телефоне, должен быть зарегистрирован на Chrome Remote Desktop; в противном случае приложение отобразит сообщение "Вам не к чему подключиться, сначала нужно настроить компьютер для удаленного доступа".
Действия по подключению ПК с мобильного устройства
После настройки компьютера для удаленного доступа на экране появится список подключенных компьютеров.
После щелчка по одному из перечисленных компьютеров появится сообщение "Подключение к удаленному компьютеру".
При регистрации системы с помощью Chrome Remote Desktop запросит ввод пин-кода удаленной системы. После этого пользователь сможет получить доступ к собственной системе через мобильное устройство.
При доступе к удаленной системе в правом нижнем углу появится синяя кнопка. При нажатии на кнопку отображается доступные функции для работы на удаленном компьютере.
Показать клавиатуру: Это поможет пользователю написать что-либо на удаленной системе.
Режим трекпада/сенсорной панели: выбор режима трекпада для ограничения просмотра пользователями только страницы. В отличие от этого, режим сенсорной панели помогает щелкнуть и выполнить любое действие на удаленной системе.
Отключить: щелкните, чтобы отключить удаленный доступ к системе.
Настройки: даст возможность изменить размер экрана и другие опции для настройки.
Dock Left: Будет сдвигать синюю кнопку слева вниз или справа вниз
Чего не хватает утилите?
Не поддерживается копирование файлов между устройствами методом перетаскивания
Отсутствует функции чата или обмена сообщениями. Пользователь должен использовать другое устройство для подключения и объяснения проблемы
Не поддерживается использование нескольких мониторов
Нет возможности для обслуживания и просмотра нескольких подключений. Пользователи могут одновременно подключаться к одной системе
Заключение
Несмотря на недостатки, данная утилита может помочь при решении проблем удаленных пользователей. А главное – это бесплатно, так что стоит попробовать его на деле.