G linux: G — информация о компьютере — Эксперт — интернет-магазин электроники и бытовой техники

Содержание

G — информация о компьютере

Автор: admin.

CPU-G, полезная утилита, предназначенная для просмотра информации аппаратных средств. Программа способна обнаружить всё аппаратное обеспечение и предоставить просмотр полученных сведений о CPU (процессор), RAM (OЗУ), материнской плате\чипсете, графической карте, биосе, параметров системы. CPU-G очень схожа с аналогичной утилитой под названием I-Nex, во всяком случае, схожесть интерфейса, явно «на лицо», но по количеству отображаемой информации, I-Nex всё-таки, несколько превосходит CPU-G, но в целом, утилита хорошая.

Информация о процессоре(ах).

Материнка \ чипсет.

Графическая карта.

Оперативная память.

Параметры системы.

Для установки CPU-G в Ubuntu релизов: c 10.04 по 14.04 (включительно) и в Linux Mint: с 9 по 16 (включительно), откройте терминал и выполните:

sudo add-apt-repository ppa:cpug-devs/ppa
sudo apt-get update
sudo apt-get install cpu-g

После установки, найти и запустить приложение CPU-G, можно через меню Dash. Для удаления программы из системы, выполните:

sudo add-apt-repository -r ppa:cpug-devs/ppa
sudo apt-get update
sudo apt-get purge cpu-g

Положительные характеристики симулятора CPU-G:

Удобный просмотр информации о компьютере.

Отрицательные характеристики симулятора CPU-G:

Наличие объёма получаемой информации, чуть отстаёт от своего аналога I-Nex.

Параметры:

Язык интерфейса: английский
Лицензия: GNU GPL
Домашняя страница: http://cpug. sourceforge.net/

Проверялось на «Ubuntu» 13.10 Unity (64-bit.).

Первая программа на Linux. Компилятор g++

Последнее обновление: 28.08.2017

В прошлой теме было рассмотрено создание первой программы на Windows. Теперь рассмотрим создание первой программы на Linux, в частности, в среде Ubuntu 16.04. На Linux также популярным компилятор для создания программ является g++. Поэтому в данном случае также будем использовать этот компилятор.

Как правило, многие дистрибутивы Linux, в том числе и Ubuntu, уже по умолчанию содержат установленный компилятор g++, который мы сразу же можем использовать. Но даже если вдруг он не установлен, то его можно доустановить в терминале через команду:

sudo apt-get install g++

В остальном, если мы будем использовать для компиляции компилятор g++, все будет аналогично созданию программы на Windows.

Определим в файловой системе каталог для исходных файлов с кодом на С++ и создадим в нем новый файл hello. cpp со следующим кодом:


#include <iostream>        		// подключаем заголовочный файл iostream

int main()							// определяем функцию main
{									// начало функции
	std::cout << "Hello World!";	// выводим строку на консоль
	return 0;						// выходим из функции
}									// конец функции

И это тот же код, что был в случае с Windows, потому что программы на С++ на уровне исходного кода в большей степени обладают переносимостью.

Для вывода строки на консоль необходимо подключить нужный функционал. Для этого в начале файла идет строка

#include <iostream>

Данная строка представляет директиву препроцессора, которая позволяет подключить библиотеку iostream. Эта библиотека нужна для вывода строки на консоль.

Далее идет определение функции main. Функция main должна присутствовать в любой программе на С++, с нее собственно и начинается выполнение приложения.

Функция main состоит из четырех элементов:

Тип возвращаемого значения. В данном случае это тип int. Этот тип указывает, что функция должна возвращать целое число.
Имя функции. В данном случае функция называется main.
Список параметров. После имени функции в скобках идет список параметров. Но в данном случае скобки пустые, то есть функция main не принимает параметров.
Тело функции. После списка параметров в фигурных скобках идет тело функции. Здесь и определяются собственно те действия, которые выполняет функция main.
```

{
	std::cout << "Hello World!\n";
	return 0;
}
```

В теле функции происходит вывод строки на консоль. Для обращения к консоли используется стандартный поток вывода std::cout. С помощью оператора << в этот поток (в данном случае фактически на консоль) передается строка символов, которую надо вывести на консоль, то есть «Hello World!». В конец строки добавлена специальная управляющая последовательность «\n», которая позволит после вывода текста перевести курсор на новую строку.

В функции осуществляем выход из функции с помощью оператора return. Так как функция должна возвращать целое число, то после return указывается число 0. Ноль используется в качестве индикатора успешного завершения программы.

После каждой инструкции в языке C++ ставятся точка с запятой.

Перейдем к терминалу и вначале с помощью команды cd перейдем к каталогу, где расположен файл с исходным кодом.

Далее для компиляции программы введем команду:

Кроме имени файла с исходным кодом компилятору передается параметр -o hello. Он указывает, что мы хотим скомпилировать файл по имени hello. Если этот параметр не передать, то будет создан файл с именем по умолчанию — a.out.

В итоге после выполнения выше приведенной команды в папке с файлом hello.cpp появится скомпилированный файл, который будет называться hello. И мы сможем его запустить с помощью следующей команды:

И на консоль будет выведена строка «Hello World!».

Установка и переключение разных версий gcc и g ++ под linux

Ubuntu 18. 04 предустановлен с GCC версии 7.3, но иногда для компиляции требуются разные версии gcc.Следующее описывает, как установить разные gcc и g ++ и настроить переключение между разными версиями в соответствии с различными потребностями.

1. Проверить текущую установленную версию можно с помощью следующей команды:

ll /usr/bin/gcc*

2. Установите gcc-4.8 и gcc-5:

sudo apt install gcc-4.8 gcc-4.8-multilib g++-4.8 g++-4.8-multilib
sudo apt install gcc-5 gcc-5--multilib g++-5 g++-5--multilib

3. Используйте update-alternatives для установки gcc и g ++:

update-alternatives — это инструмент для поддержки символа ссылки на системные команды в системе ubuntu.Он может легко установить, какую команду и какую версию программного обеспечения система использует по умолчанию.
где40 ，50 ，70Значение приоритета можно установить самостоятельно,--slaveМожет гарантировать, что gcc и g ++ поддерживают одну и ту же версию.

sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.8 40 --slave /usr/bin/g++ g++ /usr/bin/g++-4.8
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-5 50 --slave /usr/bin/g++ g++ /usr/bin/g++-5

sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-7 70 --slave /usr/bin/g++ g++ /usr/bin/g++-7

4. Используйте следующую команду, чтобы выбрать версию gcc:

sudo update-alternatives --config gcc
Как видите, версия gcc по умолчанию — gcc-7. Ниже мы изменим ее на gcc-4.8, просто выберите номер.

$ sudo update-alternatives --config gcc
There are 3 choices for the alternative gcc (providing /usr/bin/gcc).

  Selection    Path              Priority   Status
------------------------------------------------------------
* 0            /usr/bin/gcc-7     70        auto mode
  1            /usr/bin/gcc-4.8   40        manual mode
  2            /usr/bin/gcc-5     50        manual mode
  3            /usr/bin/gcc-7     70        manual mode

Press <enter> to keep the current choice[*], or type selection number: 1
update-alternatives: using /usr/bin/gcc-4.  8 to provide /usr/bin/gcc (gcc) in manual mode

5. Убедитесь, что модификация прошла успешно:

gcc -v
g++ -v

6. Удалить

Чтобы удалить вариант версии gcc, вы можете использовать
sudo update-alternatives --remove gcc /usr/bin/gcc-4.5
повторно использоватьapt-removeПросто удалите

Приложение G. Аналоги команд busybox Red Hat Enterprise Linux 6

`addgroup`	нет	да	`/usr/sbin/groupadd`
`adduser`	нет	да	`/usr/sbin/useradd`
`adjtimex`	нет	нет	нет
`ar`	нет	да	`/usr/bin/ar`
`arping`	да	да	`/sbin/arping` или `/usr/sbin/arping`
`ash`	да	да	`/bin/bash`
`awk`	да	да	`/sbin/awk`, `/sbin/gawk` или `/usr/bin/gawk`
`basename`	да	да	`/bin/bash` , `/usr/bin/basename`
`bbconfig`	нет	нет	нет — это команда Busybox
`bunzip2`	да	да	`/usr/bin/bunzip2`, `/usr/bin/bzip2 -d`
`busybox`	нет	нет	нет
`bzcat`	да	да	`/usr/bin/bzcat`, `/usr/bin/bzip2 -dc`
`cal`	нет	да	`/usr/bin/cal`
`cat`	да	да	`/usr/bin/cat`
`catv`	нет	нет	`cat -vET` или `cat -A`
`chattr`	да	да	`/usr/bin/chattr`
`chgrp`	да	да	`/usr/bin/chgrp`
`chmod`	да	да	`/usr/bin/chmod`
`chown`	да	да	`/usr/bin/chown`
`chroot`	да	да	`/usr/sbin/chroot`
`chvt`	да	да	`/usr/bin/chvt`
`cksum`	нет	да	`/usr/bin/cksum`
`clear`	да	да	`/usr/bin/clear`
`cmp`	нет	да	`/usr/bin/cmp`
`comm`	нет	да	`/usr/bin/comm`
`cp`	да	да	`/usr/bin/cp`
`cpio`	да	да	`/usr/bin/cpio`
`crond`	нет	нет	нет — скриплеты не могут использовать службы
`crontab`	нет	да	`/usr/bin/crontab`
`cut`	да	да	`/usr/bin/cut`
`date`	да	да	`/usr/bin/date`
`dc`	нет	да	`/usr/bin/dc`
`dd`	да	да	`/usr/bin/dd`
`deallocvt`	нет	да	`/usr/bin/deallocvt`
`delgroup`	нет	да	`/usr/sbin/groupdel`
`deluser`	нет	да	`/usr/sbin/userdel`
`devfsd`	нет	нет	нет — Red Hat Enterprise Linux не использует devfs
`df`	да	да	`/usr/bin/df`
`diff`	нет	да	`/usr/bin/diff`
`dirname`	да	да	`/bin/bash` , `/usr/bin/dirname`
`dmesg`	да	да	`/usr/bin/dmesg`
`dnsd`	нет	нет	нет — скриплеты не могут использовать службы
`dos2unix`	нет	нет	`sed 's/. $//'`
`dpkg`	нет	нет	нет — пакеты Debian не поддерживаются
`dpkg-deb`	нет	нет	нет — пакеты Debian не поддерживаются
`du`	да	да	`/usr/bin/du`
`dumpkmap`	нет	нет	нет
`dumpleases`	нет	нет	нет
`e2fsck`	да	да	`/usr/sbin/e2fsck`
`e2label`	да	да	`/usr/sbin/e2label`
`echo`	да	да	`/usr/bin/echo`
`ed`	нет	нет	`/sbin/sed`, `/usr/bin/sed`
`egrep`	да	да	`/sbin/egrep`, `/usr/bin/egrep`
`eject`	да	да	`/usr/bin/eject`
`env`	да	да	`/usr/bin/env`
`ether-wake`	нет	нет	нет
`expr`	да	да	`/usr/bin/expr`
`fakeidentd`	нет	нет	нет — скриплеты не могут использовать службы
`false`	да	да	`/usr/bin/false`
`fbset`	нет	да	`/usr/sbin/fbset`
`fdflush`	нет	нет	нет
`fdformat`	нет	да	`/usr/bin/fdformat`
`fdisk`	да	да	`/usr/sbin/fdisk`
`fgrep`	да	да	`/sbin/fgrep`, `/usr/bin/fgrep`
`find`	да	да	`/usr/bin/find`
`findfs`	нет	нет	нет
`fold`	нет	да	`/usr/bin/fold`
`free`	нет	да	`/usr/bin/free`
`freeramdisk`	нет	нет	нет
`fsck`	да	да	`/usr/sbin/fsck`
`fsck. ext2`	да	да	`/usr/sbin/fsck.ext2`, `/usr/sbin/e2fsck`
`fsck.ext3`	да	да	`/usr/sbin/fsck.ext3`, `/usr/sbin/e2fsck`
`fsck.minix`	нет	нет	none — файловая система Minix не поддерживается
`ftpget`	да	да	`/usr/bin/ftp` или Python-модуль ftplib
`ftpput`	да	да	`/usr/bin/ftp` или Python-модуль ftplib
`fuser`	нет	да	`/sbin/fuser`
`getopt`	нет	да	`/usr/bin/getopt`
`getty`	нет	нет	нет
`grep`	да	да	`/sbin/grep`, `/usr/bin/grep`
`gunzip`	да	да	`/usr/bin/gunzip`, `/usr/bin/gzip -d`
`gzip`	да	да	`/usr/bin/gzip`
`hdparm`	да	да	`/usr/sbin/hdparm`
`head`	да	да	`/usr/bin/head`
`hexdump`	нет	да	`/usr/bin/hexdump`
`hostid`	нет	да	`/usr/bin/hostid или Python`
`hostname`	да	да	`/sbin/hostname`, `/usr/bin/hostname`
`httpd`	нет	нет	нет — скриплеты не могут использовать службы
`hush`	нет	нет	нет
`hwclock`	да	да	`/usr/sbin/hwclock`
`id`	нет	да	`/usr/bin/id` или Python
`ifconfig`	да	да	`/sbin/ifconfig`, `/usr/sbin/ifconfig`
`ifdown`	нет	нет	`ifconfig устройство down`
`ifup`	нет	нет	`ifconfig устройство up`
`inetd`	нет	нет	нет — скриплеты не могут использовать службы
`insmod`	да	да	`/sbin/insmod`, `/usr/sbin/insmod`
`install`	нет	да	`/usr/bin/install или mkdir/cp/chmod/chown/chgrp`
`ip`	да	да	`/sbin/ip`, `/usr/sbin/ip`
`ipaddr`	нет	нет	`ifconfig` или `ip`
`ipcalc`	да	да	`/sbin/ipcalc`, `/usr/bin/ipcalc`
`ipcrm`	нет	да	`/usr/bin/ipcrm`
`ipcs`	нет	да	`/usr/bin/ipcs`
`iplink`	нет	нет	`ip`
`iproute`	нет	нет	`ip`
`iptunnel`	нет	да	`/sbin/iptunnel`
`kill`	да	да	`/sbin/kill`, `/usr/bin/kill`
`killall`	да	да	`/usr/bin/killall`
`lash`	нет	нет	нет
`last`	нет	да	`/usr/bin/last`
`length`	нет	нет	Python или bash
`less`	да	да	`/usr/bin/less`
`linux32`	нет	нет	нет
`linux64`	нет	нет	нет
`ln`	да	да	`/sbin/ln`, `/usr/bin/ln`
`load_policy`	да	да	`/sbin/load_policy`, `/usr/sbin/load_policy`
`loadfont`	нет	нет	нет
`loadkmap`	нет	нет	нет
`login`	да	да	`/usr/bin/login`
`logname`	нет	да	`/usr/bin/logname`
`losetup`	да	да	`/usr/bin/losetup`
`ls`	да	да	`/usr/bin/ls`
`lsattr`	да	да	`/usr/bin/lsattr`
`lsmod`	да	да	`/usr/bin/lsmod`
`lzmacat`	нет	да	`/usr/bin/lzmadec`
`makedevs`	нет	нет	`/usr/bin/mknod`
`md5sum`	да	да	`/usr/bin/md5sum`
`mdev`	нет	нет	нет
`mesg`	нет	да	`/usr/bin/mesg`
`mkdir`	да	да	`/sbin/mkdir`, `/usr/bin/mkdir`
`mke2fs`	да	да	`/usr/sbin/mke2fs`
`mkfifo`	нет	да	`/usr/bin/mkfifo`
`mkfs. ext2`	да	да	`/usr/sbin/mkfs.ext2`
`mkfs.ext3`	да	да	`/usr/sbin/mkfs.ext3`
`mkfs.minix`	нет	нет	нет — файловая система Minix не поддерживается
`mknod`	да	да	`/usr/bin/mknod`
`mkswap`	да	да	`/usr/sbin/mkswap`
`mktemp`	да	да	`/usr/bin/mktemp`
`modprobe`	да	да	`/sbin/modprobe`, `/usr/sbin/modprobe`
`more`	да	да	`/usr/bin/more`
`mount`	да	да	`/sbin/mount`, `/usr/bin/mount`
`mountpoint`	нет	нет	См. вывод команды mount
`msh`	нет	нет	нет
`mt`	да	да	`/usr/bin/mt`
`mv`	да	да	`/usr/bin/mv`
`nameif`	нет	нет	нет
`nc`	нет	да	`/usr/bin/nc`
`netstat`	нет	да	`/bin/netstat`
`nice`	нет	да	`/bin/nice`
`nohup`	нет	да	`/usr/bin/nohup`
`nslookup`	да	да	`/usr/bin/nslookup`
`od`	нет	да	`/usr/bin/od`
`openvt`	да	да	`/usr/bin/openvt`
`passwd`	нет	да	`/usr/bin/passwd`
`patch`	нет	да	`/usr/bin/patch`
`pidof`	да	да	`/usr/sbin/pidof`
`ping`	да	да	`/usr/bin/ping`
`ping6`	нет	да	`/bin/ping6`
`pipe_progress`	нет	нет	нет
`pivot_root`	нет	да	`/sbin/pivot_root`
`printenv`	нет	да	`/usr/bin/printenv`
`printf`	нет	да	`/usr/bin/printf`
`ps`	да	да	`/usr/bin/ps`
`pwd`	да	да	`/usr/bin/pwd`
`rdate`	нет	да	`/usr/bin/rdate`
`readlink`	да	да	`/sbin/readlink`, `/usr/bin/readlink`
`readprofile`	нет	да	`/usr/sbin/readprofile`
`realpath`	нет	нет	Python `os. path.realpath()`
`renice`	нет	да	`/usr/bin/renice`
`reset`	нет	да	`/usr/bin/reset`
`rm`	да	да	`/sbin/rm`, `/usr/bin/rm`
`rmdir`	да	да	`/sbin/rmdir`, `/usr/bin/rmdir`
`rmmod`	да	да	`/sbin/rmmod`, `/usr/bin/rmmod`
`route`	да	да	`/sbin/route`, `/usr/sbin/route`
`rpm`	да	да	`/usr/bin/rpm`
`rpm2cpio`	нет	да	`/usr/bin/rpm2cpio`
`run-parts`	нет	нет	нет
`runlevel`	нет	нет	нет
`rx`	нет	нет	нет
`sed`	да	да	`/sbin/sed`, `/usr/bin/sed`
`seq`	нет	да	`/usr/bin/seq`
`setarch`	нет	да	`/usr/bin/setarch`
`setconsole`	нет	нет	нет
`setkeycodes`	нет	да	`/usr/bin/setkeycodes`
`setlogcons`	нет	нет	нет
`setsid`	нет	да	`/usr/bin/setsid`
`sh`	да	да	`/sbin/sh`, `/usr/bin/sh`
`sha1sum`	да	да	`/usr/bin/sha1sum`
`sleep`	да	да	`/sbin/sleep`, `/usr/bin/sleep`
`sort`	да	да	`/usr/bin/sort`
`start-stop-daemon`	нет	нет	нет
`stat`	нет	да	`/usr/bin/stat` или Python `os. stat()`
`strings`	нет	да	`/usr/bin/strings`
`stty`	нет	да	`/bin/stty`
`su`	нет	да	`/bin/su`
`sulogin`	нет	да	`/sbin/sulogin`
`sum`	нет	да	`/usr/bin/sum`
`swapoff`	да	да	`/usr/sbin/swapoff`
`swapon`	да	да	`/usr/sbin/swapon`
`switch_root`	нет	да	`/sbin/switch_root`
`sync`	да	да	`/usr/bin/sync`
`sysctl`	нет	да	`/sbin/sysctl`
`tail`	да	да	`/usr/bin/tail`
`tar`	да	да	`/usr/bin/tar`
`tee`	да	да	`/usr/bin/tee`
`telnet`	да	да	`/usr/bin/telnet`
`telnetd`	нет	нет	нет — скриплеты не могут использовать службы
`test`	нет	да	`/usr/bin/test` или `[` в bash
`tftp`	нет	да	`/usr/bin/tftp`
`time`	нет	да	`/usr/bin/time` или Python
`top`	да	да	`/usr/bin/top`
`touch`	да	да	`/sbin/touch`, `/usr/bin/touch`
`tr`	нет	да	`/usr/bin/tr` или Python
`traceroute`	нет	да	`/bin/traceroute`
`true`	да	да	`/usr/bin/true`
`tty`	нет	да	`/usr/bin/tty`
`tune2fs`	да	да	`/usr/sbin/tune2fs`
`udhcpc`	нет	нет	`/sbin/dhclient`
`udhcpd`	нет	нет	нет — скриплеты не могут использовать службы
`umount`	да	да	`/sbin/umount`, `/usr/bin/umount`
`uname`	нет	да	`/bin/uname` или Python `os. uname()`
`uncompress`	нет	нет	нет
`uniq`	да	да	`/usr/bin/uniq`
`unix2dos`	нет	нет	`sed 's/$//'`
`unlzma`	нет	да	`/usr/bin/unlzma`
`unzip`	нет	да	`/usr/bin/unzip`
`uptime`	нет	да	`/usr/bin/uptime` или Python `/proc/uptime`
`usleep`	нет	да	`/bin/usleep` или Python
`uudecode`	нет	да	`/usr/bin/uudecode` или Python
`uuencode`	нет	да	`/usr/bin/uuencode` или Python
`vconfig`	да	да	`/usr/sbin/vconfig`
`vi`	да	да	`/usr/bin/vi`
`vlock`	нет	нет	нет
`watch`	нет	да	`/usr/bin/watch`
`watchdog`	нет	нет	нет
`wc`	да	да	`/usr/bin/wc`
`wget`	да	да	`/sbin/wget`, `/usr/bin/wget`
`which`	нет	да	`/usr/bin/which`
`who`	нет	да	`/usr/bin/who`
`whoami`	нет	да	`/usr/bin/whoami`
`xargs`	да	да	`/usr/bin/xargs`
`yes`	нет	да	`/usr/bin/yes`
`zcat`	да	да	`/usr/bin/zcat`
`zcip`	нет	нет	NetworkManager предоставляет эту функиональность

резервное копирование с помощью pg_dump и pg_restore

T-Rex

Тираннозавр Рекс

Задача резервного копирования — одна из основных при сопровождении и поддержке PostgreSQL. Для резервного копирования логической схемы и данных можно использовать как встроенные инструменты СУБД, так и внешние. В этой статье мы разберем оба варианта.

Для начала подготовим сервер. Для демо-стенда закажем виртуальный сервер в Облачной платформе. Для этого откроем панель управления my.selectel.ru, перейдем в меню

Облачная платформа и нажмем на кнопку Создать сервер.

В статье будем использовать виртуальный сервер с конфигурацией 2 vCPU, 4 ГБ RAM и 10 ГБ HDD с операционной системой CentOS 8 64-bit.

Теперь прокрутим представление ниже, где находятся настройки сети. Важно, чтобы у сервера был внешний плавающий IP-адрес для доступа извне.

После выбора операционной системы, конфигурации сервера и выполнения сетевых настроек переходим к завершению заказа и нажимаем на кнопку Создать. Через несколько минут сервер будет готов.

Перед началом демонстрации возможностей резервного копирования, мы подготовили PostgreSQL. Для целей наполнения базы данных и создания непрерывного потока записи, развернули там Zabbix (некоторое время назад публиковали о нем статью).

Создание резервных копий и восстановление из командной строки

В этом разделе мы расскажем как сделать дамп базы данных PostgreSQL в консоли при подключении по SSH, разберем синтаксис и покажем примеры использования утилит

pg_dump, pg_dumpall, pg_restore, pg_basebackup и wal-g.

Утилита pg_dump

В PostgreSQL есть встроенный инструмент для создания резервных копий — утилита pg_dump. Утилита имеет простой синтаксис:

# pg_dump <параметры> <имя базы> > <файл для сохранения копии>

В простейшем случае достаточно указать имя базы данных, которую в дальнейшем нужно будет восстановить. Резервная копия создается следующей командой:

# pg_dump zabbix > /tmp/zabbix.dump

Если требуется авторизация под определенным пользователем, можно воспользоваться ключом -U:

# pg_dump -U zabbix -W zabbix > /tmp/zabbix. 5].*" -o -name "*-[023]?.*" \) -ctime +61 -delete
pg_dump -U $dbUser $database | gzip > $pathB/pgsql_$(date "+%Y-%m-%d").sql.gz


unset PGPASSWORD

Чтобы настроить регулярное выполнение, выполним следующую команду в планировщике crontab:

# crontab -e
3 0 * * * /etc/scripts/pgsql_dump.sh # postgres pg dump

Чтобы выполнить аналогичную команду на удаленном сервере, достаточно добавить ключ -h:

# pg_dump -h 192.168.56.101 zabbix > /tmp/zabbix.dump

Ключ -t задает таблицу, для которой нужно создать резервную копию:

# pg_dump -t history zabbix > /tmp/zabbix.dump # postgres dump table

При помощи специальных ключей можно создавать резервные копии структуры данных или непосредственно данных:

# pg_dump --schema-only zabbix > /tmp/zabbix.dump
# pg_dump --data-only zabbix > /tmp/zabbix.dump

У утилиты pg_dump также есть ключи для сохранения дампа в другие форматы. Чтобы сохранить копию в виде бинарного файла используются ключи -Fc:

# pg_dump -Fc zabbix > /tmp/zabbix.bak

Чтобы создать архив — -Ft:

# pg_dump -Ft zabbix > /tmp/zabbix.tar

Чтобы сохранить в directory-формате — -Fd:

# pg_dump -Fd zabbix > /tmp/zabbix.dir

Резервное копирование в виде каталогов позволяет выполнять процесс в многопоточном режиме.

Ниже мы перечислим возможные параметры утилиты pg_dump.

-d <имя_бд>, —dbname=имя_бд — база данных, к которой выполняется подключение.

-h <сервер>, —host=сервер — имя сервера.

-p <порт>, —port=порт — порт для подключения.

-U <пользователь>, —username=пользователь) — учетная запись, используемое для подключения.

-w, —no-password — деактивация требования ввода пароля.

-W, —password — активация требования ввода пароля.

—role=имя роли — роль, от имени которой генерируется резервная копия.

-a, —data-only — вывод только данных, вместо схемы объектов (DDL).

-b, —blobs — параметр добавляет в выгрузку большие объекты.

-c, —clean — добавление команд DROP перед командами CREATE в файл резервной копии.

-C, —create — генерация реквизитов для подключения к базе данных в файле резервной копии.

-E <кодировка>, —encoding=кодировка — определение кодировки резервной копии.

-f <файл>, —file=файл — задает имя файла, в который будет сохраняться вывод утилиты.

-F <формат>, —format=формат — параметр определяет формат резервной копии. Доступные форматы:

p, plain) — формирует текстовый SQL-скрипт;
c, custom) — формирует резервную копию в архивном формате;
d, directory) — формирует копию в directory-формате;
t, tar) — формирует копию в формате tar.

-j <число_заданий>, —jobs=число_заданий — параметр активирует параллельную выгрузку для одновременной обработки нескольких таблиц (равной числу заданий). Работает только при выгрузке копии в формате directory.

-n <схема>, —schema=схема — выгрузка в файл копии только определенной схемы.

-N <схема>, —exclude-schema=схема — исключение из выгрузки определенных схем.

-o, —oids — добавляет в выгрузку идентификаторы объектов (OIDs) вместе с данными таблиц.

-O, —no-owner — деактивация создания команд, определяющих владельцев объектов в базе данных.

-s, —schema-only —добавление в выгрузку только схемы данных, без самих данных.

-S <пользователь>, —superuser=пользователь — учетная запись привилегированного пользователя, которая должна использоваться для отключения триггеров.

-t <таблица>, —table=таблица — активация выгрузки определенной таблицы.

-T <таблица>, —exclude-table=таблица —исключение из выгрузки определенной таблицы.

-v, —verbose — режим подробного логирования.

-V, —version — вывод версии pg_dump.

-Z 0..9, —compress=0..9 — установка уровня сжатия данных. 0 — сжатие выключено.

Утилита pg_dumpall

Утилита pg_dumpall реализует резервное копирование всего экземпляра (кластера или инстанса) базы данных без указания конкретной базы данных на инстансе. По принципу схожа с pg_dump. Добавим, что только утилиты pg_dump и pg_dumpall предоставляют возможность создания логической копии данных, остальные утилиты, рассматриваемые в этой статье, позволяют создавать только бинарные копии.

# pg_dumpall > /tmp/instance.bak

Чтобы сразу сжать резервную копию экземпляра базы данных, нужно передать вывод на архиватор gzip:

# pg_dumpall | gzip > /tmp/instance. tar.gz

Ниже приведены параметры, с которыми может вызываться утилита pg_dumpall.

-d <имя_бд>, —dbname=имя_бд — имя базы данных.

-h <сервер>, —host=сервер — имя сервера.

-p <порт>, —port=порт — TCP-порт, на который принимаются подключения.

-U <пользователь>, —username=пользователь — имя пользователя для подключения.

-w, —no-password — деактивация требования ввода пароля.

-W, —password — активация требования ввода пароля.

—role=<имя роли> — роль, от имени которой генерируется резервная копия.

-a, —data-only — создание резервной копии без схемы данных.

-c, —clean — добавление операторов DROP перед операторами CREATE.

-f <имя_файла>, —file=имя_файла — активация направления вывода в указанный файл.

-g, —globals-only — выгрузка глобальных объектов без баз данных.

-o, —oids — выгрузка идентификаторов объектов (OIDs) вместе с данными таблиц.

-O, —no-owner — деактивация генерации команд, устанавливающих принадлежность объектов, как в исходной базе данных.

-r, —roles-only — выгрузка только ролей без баз данных и табличных пространств.

-s, —schema-only — выгрузка только схемы без самих данных.

-S <имя_пользователя>, —superuser=имя_пользователя — привилегированный пользователь, используемый для отключения триггеров.

-t, —tablespaces-only — выгрузка табличных пространства без баз данных и ролей.

-v, —verbose — режим подробного логирования.

-V (—version — вывод версии утилиты pg_dumpall.

Утилита pg_restore

Утилита позволяет восстанавливать данные из резервных копий. Например, чтобы восстановить только определенную БД (в нашем примере zabbix), нужно запустить эту утилиту с параметром -d:

# pg_restore -d zabbix /tmp/zabbix.bak

Чтобы этой же утилитой восстановить определенную таблицу, нужно использовать ее с параметром -t:

# pg_restore -a -t history /tmp/zabbix.bak

Также утилитой pg_restore можно восстановить данные из бинарного или архивного файла. Соответственно:

# pg_restore -Fc zabbix.bak
# pg_restore -Ft zabbix.tar

При восстановлении можно одновременно создать новую базу:

# pg_restore -Ft -С zabbix.tar

Восстановить данные из дампа также возможно при помощи psql:

# psql zabbix < /tmp/zabbix.dump

Если для подключения нужно авторизоваться, вводим следующую команду:

# psql -U zabbix -W zabbix < /tmp/zabbix.dump

Ниже приведен синтаксис утилиты pg_restore.

-h <сервер>, —host=сервер — имя сервера, на котором работает база данных.

-p <порт>, —port=порт — TCP-порт, через база данных принимает подключения.

-U <пользователь>, —username=пользователь — имя пользователя для подключения..

-w, —no-password — деактивация требования ввода пароля.

-W, —password — активация требования ввода пароля.

—role=имя роли — роль, от имени которой выполняется восстановление резервная копия.

<имя_файла> — расположение восстанавливаемых данных.

-a, —data-only — восстановление данных без схемы.

-c, —clean — добавление операторов DROP перед операторами CREATE.

-C, —create — создание базы данных перед запуском процесса восстановления.

-d <имя_бд>, —dbname=имя_бд — имя целевой базы данных.

-e, —exit-on-error — завершение работы в случае возникновения ошибки при выполнении SQL-команд.

-f <имя_файла>, —file=имя_файла — файл для вывода сгенерированного скрипта.

-F <формат>, —format=формат — формат резервной копии. Допустимые форматы:

p, plain — формирует текстовый SQL-скрипт;
c, custom — формирует резервную копию в архивном формате;
d, directory — формирует копию в directory-формате;
t, tar — формирует копию в формате tar.

-I <индекс>, —index=индекс — восстановление только заданного индекса.

-j <число-заданий>, —jobs=число-заданий — запуск самых длительных операций в нескольких параллельных потоках.

-l, —list) — активация вывода содержимого архива.

-L <файл-список>, —use-list=файл-список — восстановление из архива элементов, перечисленных в файле-списке в соответствующем порядке.

-n <пространство_имен>, —schema=схема — восстановление объектов в указанной схеме.

-O, —no-owner — деактивация генерации команд, устанавливающих владение объектами по образцу исходной базы данных.

-P <имя-функции(тип-аргумента[, …])>, —function=имя-функции(тип-аргумента[, …]) — восстановление только указанной функции.

-s, —schema-only — восстановление только схемы без самих данных.

-S <пользователь>, —superuser=пользователь — учетная запись привилегированного пользователя, используемая для отключения триггеров.

-t <таблица>, —table=таблица — восстановление определенной таблицы.

-T <триггер>, —trigger=триггер — восстановление конкретного триггера.

-v, —verbose — режим подробного логирования.

-V, —version — вывод версии утилиты pg_restore.

Утилита pg_basebackup

Утилитой pg_basebackup можно выполнять резервное копирования работающего кластера баз данных PostgreSQL. Результирующий бинарный файл можно использовать для репликации или восстановления на определенный момент в прошлом. Утилита создает резервную копию всего экземпляра базы данных и не дает возможности создавать слепки данных отдельных сущностей. Подключение pg_basebackup к PostgreSQL выполняется при помощи протокола репликации с полномочиями суперпользователя или с правом REPLICATION.

Для выполнения резервного копирования локальной базы данных достаточно передать утилите pg_basebackup параметр -D, обозначающий директорию, в которой будет сохранена резервная копия:

# pg_basebackup -D /tmp

Чтобы создать сжатые файлы из табличных пространств, добавим параметры -Ft и -z:

# pg_basebackup -D /tmp -Ft -z

То же самое, но со сжатием bzip2 и для экземпляра базы с общим табличным пространством:

# pg_basebackup -D /tmp -Ft | bzip2 > backup. tar.bz2

Ниже приведен синтаксис утилиты pg_basebackup.

-d <строка_подключения>, —dbname=строка_подключения — определение базы данных в виде строки для подключения.

-h <сервер>, —host=сервер — имя сервера с базой данных.

-p <порт>, —port=порт — TCP-порт, через база данных принимает подключения.

-s <интервал>, —status-interval=интервал — количество секунд между отправками статусных пакетов.

-U <пользователь>, —username=пользователь — установка имени пользователя для подключения.

-w, —no-password — отключение запроса на ввод пароля.

-W, —password — принудительный запрос пароля.

-V, —version — вывод версии утилиты pg_basebackup.

-?, —help — вывод справки по утилите pg_basebackup.

-D каталог, —pgdata=каталог — директория записи данных.

-F <формат>, —format=формат — формат вывода. Допустимые варианты:

p, plain — значение для записи выводимых данных в текстовые файлы;
t, tar — значение, указывающее на необходимость записи в целевую директорию в формате tar.

-r <скорость_передачи>, —max-rate=скорость_передачи — предельная скорость передачи данных в Кб/с.

-R, —write-recovery-conf — записать минимальный файл recovery.conf в директорию вывода.

-S <имя_слота>, —slot=имя_слота — задание слота репликации при использовании WAL в режиме потоковой передачи.

-T <каталог_1=каталог_2>, —tablespace-mapping=каталог_1=каталог_2 — активация миграции табличного пространства из одного каталога в другой каталог при копировании.

—xlogdir=каталог_xlog — директория хранения журналов транзакций.

-X <метод>, —xlog-method=метод — активация вывода файлов журналов транзакций WAL в резервную копию на основе следующих методов:

f, fetch — включение режима сбора файлов журналов транзакций при окончании процесса копирования;
s, stream — включение передачи журнала транзакций в процессе создания резервной копии.

-z, —gzip — активация gzip-сжатия результирующего tar-файла.

-Z <уровень>, —compress=уровень — определение уровня сжатия механизмом gzip.

-c , —checkpoint=fast|spread — активация режима реперных точек.

-l <метка>, —label=метка — установка метки резервной копии.

-P, —progress — активация в вывод отчета о прогрессе.

-v, —verbose — режим подробного логирования.

Утилита wal-g

Wal-g — утилита для резервного копирования и восстановления базы данных PostgreSQL. При помощи wal-g можно выполнять сохранение резервных копий на хранилищах S3 или просто на файловой системе. Ниже мы разберем установку, настройку и работу с утилитой. Покажем как выполнить резервное копирование в Облачное хранилище S3 от Selectel.

Создадим пользователя для облачного хранилища, учетные данные которого будем потом использовать для сохранения резервной копии. Перейдем в меню Пользователи и нажмем кнопку Создать пользователя:

Дополнительную информацию можно получить в нашей Базе знаний. Первую часть логина изменить нельзя — это идентификатор пользователя в панели управления. Вторая часть логина задается произвольно. Например, 123456_wal-g:

Теперь перейдем к установке wal-g. Скачаем готовый установочный пакет из репозитория на github.com, распакуем и скопируем папку содержающую исполняемые файлы:

# cd /tmp
# curl -L "https://github.com/wal-g/wal-g/releases/download/v0. 2.19/wal-g.linux-amd64.tar.gz" -o "wal-g.linux-amd64.tar.gz
# tar -xzf wal-g.linux-amd64.tar.gz
# mv wal-g /usr/local/bin/

Заполним конфигурационный файл wal-g и изменим его владельца на учетную запись postgres:

# cat > /var/lib/pgsql/.walg.json << EOF
 {
     "WALG_S3_PREFIX": "s3://container",
     "AWS_ENDPOINT": "https://s3.selcdn.ru"
     "AWS_ACCESS_KEY_ID": "123456_wal-g",
     "AWS_SECRET_ACCESS_KEY": "password",
     "WALG_COMPRESSION_METHOD": "brotli",
     "WALG_DELTA_MAX_STEPS": "5",
     "PGDATA": "/var/lib/pgsql/data",
     "PGHOST": "/var/run/postgresql/.s.PGSQL.5432"
 }
 EOF
# chown postgres: /var/lib/pgsql/.walg.json

Далее настроим автоматизированное создание резервных копий в PostgreSQL и перезагрузим процессы базы данных:

# echo "wal_level=replica" >> /var/lib/pgsql/data/postgresql.conf
# echo "archive_mode=on" >> /var/lib/pgsql/data/postgresql.conf
# echo "archive_command='/usr/local/bin/wal-g wal-push \"%p\" >> /var/log/postgresql/archive_command. log 2>&1' " >> /var/lib/pgsql/data/postgresql.conf
# echo “archive_timeout=60” >> /var/lib/pgsql/data/postgresql.conf
# echo "restore_command='/usr/local/bin/wal-g wal-fetch \"%f\" \"%p\" >> /var/log/postgresql/restore_command.log 2>&1' " >> /var/lib/pgsql/data/postgresql.conf
# killall -s HUP postgres

Теперь проверим корректность проведения настроек и загрузим резервную копию в хранилище:

# su - postgres -c '/usr/local/bin/wal-g backup-push /var/lib/pgsql/data'

После выполнения процесса резервного копирования, в созданном контейнере появится директория с резервными копиями баз данных:

Такой процесс в продакшене может выполняться при помощи планировщика заданий на регулярной основе.

Утилита pgAdmin

Управлять созданием резервных копий возможно также и в графическом интерфейсе. Для этого мы будем использовать утилиту pgAdmin. Актуальную версию для Windows или другой поддерживаемой ОС можно свободно скачать с официального сайта.

После скачивания утилиту нужно установить и запустить. Она работает в виде веб-приложения через браузер.

После добавления сервера с базой данных, в интерфейсе появляется возможность создания резервной копии. Аналогичным образом здесь же можно выполнить восстановление из резервной копии.

После выполнения команды Backup резервная копия сохраняется в заранее определенную директорию.

Работа с облачной базой данных в панели управления Selectel

В Облачной платформе Selectel есть возможность создавать управляемые базы данных (Managed Databases). Такие БД разворачиваются в несколько кликов мыши, однако, их основные преимущества — автоматическое резервное копирование, отказоустойчивость, быстрое масштабирование и управление различными характеристиками из графического интерфейса. Ниже мы создадим экземпляр управляемой базы данных, создадим резервную копию базы данных на виртуальном сервере и восстановим ее в управляемую базу данных.

Чтобы создать управляемую базу данных, перейдем в меню Базы данных и нажмем кнопку Создать кластер:

Появится форма создания кластера. Здесь можно выбрать версию PostgreSQL, конфигурацию кластера, настройки сети, режим пулинга и размер пула.

Обращаем внимание на блок Резервные копии, в котором указаны частота резервного копирования, время и срок хранения выгрузок. «Под капотом» используется механизм wal-g, о котором мы писали выше.

Автоматическое создание резервных копий отключить нельзя.

Следующий шаг — создание пользователя, от имени которого мы позже будем обращаться к базе данных. Для этого перейдем на вкладку Пользователи и нажмем на кнопку Создать пользователя.

После этого появится приглашение ввести имя пользователя и пароль. После ввода этих данных нажимаем Сохранить.

Пользователь создан и отображается в списке пользователей.

Теперь создадим базу данных. Для этого перейдем на вкладку Базы данных и нажмем на кнопку Создать базу данных.

Заполняем необходимые поля и нажимаем кнопку Сохранить.

База данных создана и отображается в списке баз данных.

Теперь проверим возможность подключения. Для этого откроем консоль и вводим реквизиты:

# psql "host=192.168.0.3 \
port=6432 \
user=rosella \
dbname=zabbix \
sslmode=disable"

В консоли должно появиться приглашение к вводу SQL-запроса или других управляющих команд.

Выполним резервное копирование при помощи команды pg_dump:

# pg_dump zabbix > /tmp/zabbix.dump

И следом резервное восстановление в созданную управляемую базу данных:

# psql -h 192.168.0.3 -U rosella -d zabbix < /tmp/zabbix.dump

В результате выполнения команды выше мы восстановили резервную копию в управляемую базу данных.

Чтобы воспользоваться восстановлением из резервной копии, которая автоматически создается на платформе Selectel, необходимо нажать на символ с тремя точками. В открывшемся меню нужно нажать на опцию Восстановить. После этого появится модальное окно, в котором можно выбрать резервную копию, а также дату и время, на которое нужно восстановить базу данных. Это так называемый Point-in-Time Recovery из WAL-файлов.

Услуга «Управляемые базы данных в облаке» позволяет перенести существующий кластер PostgreSQL на сервис управляемых баз данных бесшовно и без простоя, обратившись в техническую поддержку. Инженеры Selectel готовы помочь с переносом, а также проконсультировать по всем связанным с этим процессом вопросам.

Заключение

Мы рассмотрели возможности выполнения резервного копирования и показали отличия утилит pg_dump, pg_dumpall, pg_restore, pg_basebackup и wal-g. Вы увидели как можно создать управляемую базу данных, чтобы переложить часть административных задач на облачного провайдера.

Узнать подробнее об управляемых базах данных можно в документации Selectel.

это просто!: Установка драйвера для графического планшета Genius G-Pen F610

Как-то на «ответах» (otvet.mail.ru) мне встретился вопрос про то, как настроить графический планшет для работы в Ubuntu 9.10. Я ответила тогда, что все работало «из коробки» после установки Ubuntu (Linux Mint). Но вот теперь, когда переустановила систему, то поняла, что планшет то у меня и не работает «из коробки» и тут я вспомнила, что и в прошлый раз устанавливала драйвер для графического планшета, но все прошло настолько быстро и все это было очень просто, что даже запамятовала этот момент с установкой драйвера. Сейчас я опишу процесс установки и будет понятно, что ничего в этом сложного нет. А вот установку этого же графического планшета в Windows я запомнила на долго, там драйвер наотрез отказывался устанавливаться 🙂

Как уже понятно из названия блога, я использую Genius G-Pen F610 (размер 6″x10″) и устанавливаю это чудо я в операционной системе Linux Mint 8 Helena (по сути она же Ubuntu 9. 10 только «перекрашенная»)

Для начала необходимо нам посетить ресурс https://help.ubuntu.com/community/TabletSetupWizardpen и скачать оттуда пакет для установки драйвера GeniusMousePen-Driver_0.7.0_i386.deb (на момент написания блога это текущая версия).

Я скачала и сохранила этот пакет в папку Download, которая находится в моей домашней директории. Поэтому я открываю «Терминал» и перехожу в эту папку:

cd ~/Download

и устанавливую скаченный deb-пакет GeniusMousePen-Driver_0.7.0_i386.deb:

sudo dpkg -i GeniusMousePen-Driver_0.7.0_i386.deb

После успешной установки драйвера вы увидете в терминале сообщение о том, что необходимо перезагрузить систему (restart). Когда система будет вновь загружена, опять открываем «Терминал» и выполняем команду, которая даст нам информацию о том, успешно ли был установлен драйвер:

ls /usr/lib/xorg/modules/input/wizardpen_drv. *

Если мы получаем такой ответ, то все нормально:

/usr/lib/xorg/modules/input/wizardpen_drv.la
/usr/lib/xorg/modules/input/wizardpen_drv.so

Теперь нам предстоит узнать, какие устройства наша система определяет из подключенных и отыскать среди них наш планшет. Для этого выполняем команду:

grep -i name /proc/bus/input/devices

и в моем случае я получаю такой ответ:

То есть среди определившихся устройств я нахожу устройство: WALTOP International Corp. Slim Tablet — это и есть мой планшет. Теперь мне осталось только отредактпировать файл 99-x11-wizardpen.fdi, указав с каким устройством необходимо установленному драйверу работать, для этого я выполняю команду с правами суперпользователя:

sudo gedit /etc/hal/fdi/policy/99-x11-wizardpen.fdi

и в названии устройства info. product указываю модель моего планшета именно то, как его определила система при выполнении команды: grep -i name /proc/bus/input/devices, то есть в моем случае WALTOP International Corp. Slim Tablet, этим названием я и заменяю то, которое было указано в данном параметре по умолчанию.

После этого необходимо опять перегрузить систему и проверить работоспособность пера, реагирует ли система на его нажатие и соприкосновение с планшетом. У меня после первого запуска обнаружились в этот раз проблемы с тем, что система не правильно определяла положение пера над планшетом и появилась необходимость выполнить калибровку так, как указано вот здесь: https://help.ubuntu.com/community/TabletSetupWizardpen#Calibration. То есть я меняла координаты указанные в параметрах:

Option	«TopX»	«295»
Option	«TopY»	«210»
Option	«BottomX»	«20000»
Option	«BottomY»	«12500»
Option	«MaxX»	«20000»
Option	«MaxY»	«12500»

на те, которые были указаны для моего устройства на этом сайте. Для ваших моделей планшетов нужно указать другие параметры для координат. Так для некоторых могут пригодиться данные по калибровки, указанные здесь: http://ubuntuforums.org/showthread?t=1337260

После калибровки опять перегружаю компьютер и получаю полноценно работающий графический планшет в операционной системе линукс.

http://content.foto.mail.ru/list/tansi/_blogs/s-1494.png

Для тех, у кого дистрибутив линукса отличен от дебиановского, то есть кто не может использовать готовый пакет драйвера, могут обратится к этому источнику http://ubuntuforums.org/showthread?t=1337260, там описана процедура сборки драйвера для вашей системы из исходников.

‘Linux’ free -g Вывод команды (и другие примеры)

В GNU / Linux команда free отображает информацию об использовании памяти операционной системы, такую как общий объем ОЗУ, доступный системе, сколько из них бесплатно, и сколько их используется операционной системой и пользовательскими приложениями и т. д. обзор системной памяти, которая легко «читается» (ну, при правильном использовании).В этой статье я дам вам несколько простых примеров различных способов использования его для сбора полезной информации о вашей системе.

Но чтобы сначала ответить на вопрос (один из моих друзей, изучающих GNU / Linux, спросил меня об этом), когда вы используете команду free с аргументом -g , она просто отображает информацию, связанную с памятью, в гигабайтах. На скриншоте ниже показано, что я получил, когда запустил его в Ubuntu 15.10: «Скажи, что теперь?!»… 😉

Как видите, трудно понять, что означают эти различные числа (я объясню их через минуту).Но я думаю, что разумно предположить, что любой может интуитивно догадаться, что отображается под полем «бесплатно». Да, это свободный объем памяти, доступный в вашей системе, а в моем случае это 0 !. Теперь, конечно, каждый раз, когда вы вводите эту команду (с опцией -g ), она не будет показывать ноль, но если это произойдет, это может быть довольно пугающим для нового пользователя (что также заинтриговало моего друга) .

Сделать его более понятным для человека

Итак, в попытке лучше понять, что происходит, самое простое, что мы можем сделать здесь, — это сделать так, чтобы free давал нам более удобочитаемый результат, который также является точным.Мы можем сделать это, просто добавив опцию -h . Поэтому вместо free -g , если я введу free -gh , я получу результат, аналогичный приведенному ниже.
free -gh

Как видите, как только мы используем аргумент -h (опция), команда free становится умной в том смысле, что там, где это применимо, она будет отображать данные об использовании памяти в гигабайтах, но когда это не имеет особого смысла, будет использоваться наиболее разумная метрика.Например, под буферами указано 72 МБ (мегабайт), а не 0,072 ГБ (гигабайт). А теперь в разделе «бесплатно» указано 422M, а не ноль.

[ms_alert icon = «fa-hand-paper-o» background_color = «# f5f5f5 ″ text_color =» «border_width =» 0px «border_radius =» 0px «box_shadow =» no «dismissable =» no «class =» «id = ””] Ранее произошло то, что мы вынудили free использовать Gigabyte в качестве метрики, поэтому небольшие значения просто отбрасывались и в итоге были помечены как нули. [/ Ms_alert]

Если бы мы просто запускали команду только с параметр -h , тогда команда сама решит, какие метрики использовать.

бесплатно -h

Что означают эти различные поля?

Прежде чем я отвечу на этот вопрос, позвольте мне дать вам быстрый и легкий для понимания обзор кэшированной памяти. Без этого базового понимания вы можете запутаться в некоторых данных, таких как количество использованной и свободной памяти, указанное командой free .

Что такое кэшированная память?

Когда вы открываете видеофайл (например) на своем компьютере, заметили ли вы, что первый раз при открытии файла самый медленный? И что после закрытия, если вы снова откроете его (скажем, через короткое время), он откроется намного быстрее.Это связано с тем, что операционная система сохранила его в памяти даже после того, как вы закрыли его, просто потому, что она может повторно открыть его довольно быстро, если он уже обнаружен в памяти (поскольку оперативная память очень быстрая по сравнению с другими постоянными устройствами хранения).

В GNU / Linux область, в которой хранятся данные этого типа, называется кешем страниц, и по умолчанию операционная система выделяет все свободное пространство ОЗУ для кэша страниц. А операционная система в основном рассматривает кэш страниц как свободное пространство. Так, например, если пользователь попытался открыть программу, и в ОЗУ не осталось достаточно места для ее загрузки, то ОС сотрет часть из кэша страниц, чтобы освободить место для этой конкретной программы.

Итак, помня об этом простом понимании, давайте перейдем к следующему разделу.

Под Mem:

всего — это общий объем памяти (ОЗУ), доступный для операционной системы. В большинстве случаев это указывает на фактический физический размер вашей оперативной памяти (если вы не изменили, сколько должно быть доступно ОС. Вы можете сделать это в GNU / Linux, настроив файл конфигурации загрузчика).

used — это общий объем ОЗУ, который используется системой (в основном это все, что загружено в ОЗУ, включая, конечно, кэш страниц). И здесь обычно люди путаются. Потому что иногда, когда вы сравниваете «используемую» память, указанную командой free , со значением «used», указанным системным монитором (графическим интерфейсом или командной строкой, например htop ), значения могут быть совершенно разными. Причина просто заключается в том, как каждая программа решила определять «используемую» память. «Free» (вверху) vs «htop» (внизу)… Если вы посмотрите внимательно, в разделе «used» под символом «- / +» buffers / cache: ‘raw, вы увидите точное совпадение с тем, что указывает’ htop ‘(я объясню это позже).

Некоторые системные мониторы включают кэш страниц при вычислении общего использования памяти. Другие просто игнорируют кэш страницы (опять же, потому что ОС не воспринимает это слишком серьезно и стирает его содержимое при нехватке памяти) и буферный кеш (объяснено ниже) или практически любые кеши данных.

свободно — это общий объем свободной оперативной памяти (рассчитывается по формуле: всего использовано –).

совместно используемая — это общий объем памяти, который в настоящее время используется для обмена данными между несколькими программами.

буферов (также известный как буферный кэш) — это общий объем памяти, используемый ОС для переноса данных с других аппаратных устройств (мыши, клавиатуры, носителей данных, таких как твердотельные накопители, жесткие диски, CD / DVD-ROM и т. Д.). объем памяти. Он также используется для передачи данных из памяти на соответствующее устройство (например, для сохранения файла из ОЗУ на диск). Хотя это тоже тип механизма кэширования данных, и часть его данных хранится в кэше страниц, часть буферного кэша хранится отдельно от кэша страниц (опять же, здесь я пропускаю некоторые технические пояснения, однако вы можете найти отличное объяснение здесь) и , это то, что представлено здесь .

cached — это общий размер кэша страницы.

Under — / + buffers / cache:

used — Это общее количество памяти, используемой ОС и пользовательскими приложениями (сюда также входит «общая» память), без кеша страницы и буферы (буферный кэш).

свободно — это общее количество доступной свободной памяти, снова рассчитанное (в отличие от «Mem:») по без учета кэша страниц и буферов (буферный кэш).Фактически, это «свободный» объем памяти, который указывается большинством системных мониторов, которые я объяснил выше (это также то, что обозначается как свободная память с помощью «htop», и именно поэтому было точное совпадение между «используемая» память обозначена «htop» и «свободна» на изображении над этим. Это другой снимок экрана, поэтому не сравнивайте их числа).

Под свопом:

Оперативная память работает быстро, да, но очень дорого, поэтому ее размер ограничен.И могут возникнуть ситуации, когда даже после очистки всего кэша страниц операционная система все еще не может найти свободную память для запуска новых программ. Это приведет к сбою программы, которую вы пытаетесь запустить, или, в серьезных ситуациях, к сбою даже всей системы.

Вот где в игру вступает своп. В GNU / Linux это может быть либо отдельный раздел, либо просто файл, который операционная система использует (в качестве виртуальной памяти) для временного перемещения данных из ОЗУ для очистки некоторой памяти.Но поскольку основные блоки памяти довольно медленны по сравнению с ОЗУ, в тяжелых условиях это может сильно расстроить пользователя, и, следовательно, ОС может легко потерять свою отзывчивость. По сути, чем меньше используется Swap, тем лучше. И это информация о свопе (файле или разделе), который free отображает под «Swap:» общий размер, какая часть используется и какая свободна. Здесь пусто, потому что я не настраивал файл подкачки.

Какие еще варианты?

free -b

Это заставит free использовать байты при отображении информации о памяти.

бесплатно -k

Вы получите результат в килобайтах

бесплатно -m

Да, вы угадали, это даст результат в мегабайтах

бесплатно -s 1

При вызове таким образом, free будет выводить данные каждую секунду (замените 1 на ваш предпочтительный интервал) на терминал. Но, как видите, результат выглядит не очень красиво (лучше запустить его с помощью команды « watch ».Я расскажу об этом в другом уроке, но вот команда: watch -d -n 1 free -h )

free -t

С опцией -t вы получите сумма всех значений в каждом столбце. Есть несколько других вариантов, поставляемых с бесплатно , вы можете прочитать о них из его руководства. Используйте команду ниже, чтобы прочитать его.

man free

Итак, надеюсь, эта статья дала вам разумное понимание команды GNU / Linux free .Удачи, и если у вас есть вопросы, пишите комментарии, я постараюсь их решить.

Начало работы с C ++ и подсистемой Windows для Linux в Visual Studio Code

В этом руководстве вы настроите код Visual Studio для использования компилятора GCC C ++ (g ++) и отладчика GDB в Ubuntu в подсистеме Windows для Linux (WSL). GCC расшифровывается как GNU Compiler Collection; GDB — это отладчик GNU. WSL — это среда Linux в Windows, которая работает непосредственно на аппаратном обеспечении машины, а не на виртуальной машине.

Примечание : Большая часть этого руководства применима для работы с C ++ и VS Code непосредственно на компьютере Linux.

Visual Studio Code поддерживает работу непосредственно в WSL с расширением Remote — WSL. Мы рекомендуем этот режим разработки WSL, при котором все файлы исходного кода, помимо компилятора, размещаются в дистрибутиве Linux. Дополнительные сведения см. В разделе «Удаленная разработка VS Code».

После завершения этого руководства вы будете готовы создать и настроить свой собственный проект C ++, а также изучить документацию VS Code для получения дополнительной информации о его многочисленных функциях.В этом руководстве не рассказывается о GCC, Linux или языке C ++. По этим предметам в Интернете доступно множество хороших ресурсов.

Если у вас есть какие-либо проблемы, не стесняйтесь сообщать о проблеме для этого руководства в репозиторий документации VS Code.

Предварительные требования

Для успешного прохождения этого руководства необходимо выполнить следующие шаги:

Установите код Visual Studio.
Установите расширение Remote — WSL.
Установите подсистему Windows для Linux, а затем используйте ссылки на этой же странице для установки выбранного вами дистрибутива Linux. В этом руководстве используется Ubuntu. Во время установки запомните свой пароль пользователя Linux, потому что он понадобится вам для установки дополнительного программного обеспечения.

Настройте среду Linux

Откройте оболочку Bash для WSL. Если вы установили дистрибутив Ubuntu, введите «Ubuntu» в поле поиска Windows и затем щелкните его в списке результатов.Для Debian введите «Debian» и так далее.
Оболочка появляется с командной строкой, которая по умолчанию состоит из вашего имени пользователя и имени компьютера, и помещает вас в ваш домашний каталог. Для Ubuntu это выглядит так:
Создайте каталог под названием projects , а затем подкаталог под названием helloworld :
```
  мкдир проектов
CD проекты
mkdir helloworld  
```
Хотя вы будете использовать VS Code для редактирования исходного кода, вы будете компилировать исходный код в Linux с помощью компилятора g ++.Вы также будете отлаживать в Linux с помощью GDB. Эти инструменты не устанавливаются в Ubuntu по умолчанию, поэтому вам необходимо установить их. К счастью, эта задача довольно проста!
Из командной строки WSL сначала запустите apt-get update , чтобы обновить списки пакетов Ubuntu. Устаревший дистрибутив иногда может мешать попыткам установить новые пакеты.
```
  sudo apt-get update  
```
Если хотите, вы можете запустить sudo apt-get update && sudo apt-get dist-upgrade , чтобы также загрузить последние версии системных пакетов, но это может занять значительно больше времени в зависимости от скорости вашего соединения.
Из командной строки установите инструменты компилятора GNU и отладчик GDB, набрав:
```
  sudo apt-get install build-essential gdb  
```
Убедитесь, что установка прошла успешно, найдя g ++ и gdb. Если имена файлов не возвращаются командой whereis , попробуйте запустить команду обновления еще раз.
```
  где g ++
где gdb  
```

Примечание : Действия по установке компилятора g ++ и отладчика GDB применимы, если вы работаете непосредственно на машине Linux, а не в WSL.Выполнение кода VS в вашем проекте helloworld, а также этапы редактирования, сборки и отладки одинаковы.

Запуск кода VS в WSL

Перейдите в папку проекта helloworld и запустите VS Code из терминала WSL с кодом . :

  cd $ HOME / projects / helloworld
код.

Вы увидите сообщение «Установка VS Code Server». VS Code загружает и устанавливает небольшой сервер на стороне Linux, с которым будет разговаривать настольный VS Code.VS Code запустится и откроет папку helloWorld . Проводник показывает, что VS Code теперь работает в контексте WSL со строкой заголовка [WSL: Ubuntu] .

Вы также можете определить удаленный контекст из строки состояния.

Если вы щелкните элемент строки удаленного состояния, вы увидите раскрывающийся список удаленных команд, соответствующих сеансу. Например, если вы хотите завершить сеанс, запущенный в WSL, вы можете выбрать команду Close Remote Connection из раскрывающегося списка.Выполняется код . из командной строки WSL перезапустит VS Code, работающий в WSL.

Код . Команда открыла VS Code в текущей рабочей папке, которая становится вашей «рабочей областью». По мере прохождения руководства вы увидите три файла, созданные в папке .vscode в рабочей области:

c_cpp_properties. json (путь компилятора и настройки IntelliSense)
tasks.json (инструкция по сборке)
запуск.json (настройки отладчика)

Добавить файл исходного кода

В строке заголовка проводника нажмите кнопку New File и назовите файл helloworld.cpp .

Установите расширение C / C ++

После того, как вы создадите файл и VS Code определит, что это файл языка C ++, вам может быть предложено установить расширение Microsoft C / C ++, если оно еще не установлено.

Выберите Установить , а затем Требуется перезагрузка , когда в представлении «Расширения» отображается кнопка для завершения установки расширения C / C ++.

Если у вас уже есть языковые расширения C / C ++, установленные локально в VS Code, вам нужно перейти в представление Extensions (⇧⌘X (Windows, Linux Ctrl + Shift + X)) и установить эти расширения в WSL. Локально установленные расширения можно установить в WSL, нажав кнопку Установить в WSL , а затем Требуется перезагрузка .

Добавить исходный код hello world

Теперь вставьте этот исходный код:

  #include 
#include <вектор>
#include <строка>

используя пространство имен std;

int main ()
{
   vector  msg {"Hello", "C ++", "World", "from", "VS Code", "и расширение C ++!"};

   для (константная строка и слово: сообщение)
   {
      cout << word << "";
   }
   cout << endl;
}

Теперь нажмите ⌘S (Windows, Linux Ctrl + S), чтобы сохранить файл.Обратите внимание, как только что добавленный файл отображается в представлении проводника (⇧⌘E (Windows, Linux Ctrl + Shift + E)) на боковой панели VS Code:

Вы также можете включить автосохранение для автоматического сохранения изменений файла, установив отметку Автосохранение в главном меню Файл .

Панель активности слева позволяет открывать различные представления, такие как Search , Source Control и Run . Вы увидите представление Run позже в этом руководстве.Вы можете узнать больше о других представлениях в документации по пользовательскому интерфейсу VS Code.

Изучите IntelliSense

В новом файле helloworld.cpp наведите указатель мыши на вектор или строку , чтобы увидеть информацию о типе. После объявления переменной msg начните вводить msg. , как при вызове функции-члена. Вы должны сразу увидеть список завершения, который показывает все функции-члены, и окно, которое показывает информацию о типе для объекта msg :

Вы можете нажать клавишу TAB, чтобы вставить выбранный элемент; затем, когда вы добавите открывающую скобку, вы увидите информацию обо всех аргументах, которые требуются функции.

Сборка helloworld.cpp

Затем вы создадите файл tasks.json , чтобы сообщить VS Code, как построить (скомпилировать) программу. Эта задача вызовет компилятор g ++ на WSL для создания исполняемого файла на основе исходного кода.

В главном меню выберите Терминал > Настроить задачу сборки по умолчанию . В раскрывающемся списке, в котором будет отображаться раскрывающийся список задач, в котором перечислены различные предопределенные задачи сборки для компиляторов C ++. Выберите g ++ build active file , который создаст файл, который в данный момент отображается (активен) в редакторе.

Это создаст файл tasks.json в папке .vscode и откроет его в редакторе.

Ваш новый файл tasks.json должен выглядеть примерно так, как показано ниже в формате JSON:

  {
  "версия": "2.0.0",
  "задания": [
    {
      "тип": "оболочка",
      "label": "g ++ построить активный файл",
      "команда": "/ usr / bin / g ++",
      "args": ["-g", "$ {file}", "-o", "$ {fileDirname} / $ {fileBasenameNoExtension}"],
      "параметры": {
        «cwd»: «/ usr / bin»
      },
      "проблемаМэтчер": ["$ gcc"],
      "группа": {
        "вид": "строить",
        "isDefault": true
      }
    }
  ]
}

Команда Параметр указывает программу для запуска; в данном случае это g ++. Массив args определяет аргументы командной строки, которые будут переданы в g ++. Эти аргументы должны быть указаны в порядке, ожидаемом компилятором. Эта задача указывает g ++ взять активный файл ( $ {file} ), скомпилировать его и создать исполняемый файл в текущем каталоге ( $ {fileDirname} ) с тем же именем, что и активный файл, но без расширения. ( $ {fileBasenameNoExtension} ), что в нашем примере дает helloworld .

Примечание : Вы можете узнать больше о задачах.json переменных в справочнике переменных.

Ярлык Значение - это то, что вы увидите в списке задач; Вы можете называть это как хотите.

Значение "isDefault": true в объекте группы указывает, что эта задача будет запускаться при нажатии ⇧⌘B (Windows, Linux Ctrl + Shift + B). Это свойство предназначено только для удобства; если вы установите для него значение false, вы все равно можете запустить его из меню «Терминал» с помощью Задачи : Выполнить задачу сборки .

Запуск сборки

Вернуться на helloworld.cpp . Ваша задача создает активный файл, и вы хотите построить helloworld.cpp .
Чтобы запустить задачу сборки, определенную в tasks.json , нажмите ⇧⌘B (Windows, Linux Ctrl + Shift + B) или в главном меню Terminal выберите Tasks: Run Build Task .
При запуске задачи вы должны увидеть панель «Интегрированный терминал» под редактором исходного кода.После завершения задачи терминал показывает вывод компилятора, который указывает, успешно ли завершилась сборка. Для успешной сборки g ++ результат выглядит примерно так:
Создайте новый терминал с помощью кнопки + , и у вас будет терминал bash, работающий в контексте WSL с папкой helloworld в качестве рабочего каталога. Запустите ls , и теперь вы должны увидеть исполняемый файл helloworld (без расширения файла).
Вы можете запустить helloworld в терминале, набрав ./helloworld .

Изменение tasks.json

Вы можете изменить свой tasks.json для создания нескольких файлов C ++, используя аргумент типа "$ {workspaceFolder} / *. Cpp" вместо $ {file} . Вы также можете изменить имя выходного файла, заменив "$ {fileDirname} / $ {fileBasenameNoExtension}" жестко заданным именем файла (например, 'helloworld.из').

Отладка helloworld.cpp

Затем вы создадите файл launch.json , чтобы настроить VS Code для запуска отладчика GDB, когда вы нажимаете F5 для отладки программы. В главном меню выберите Выполнить > Добавить конфигурацию ... , а затем выберите C ++ (GDB / LLDB) .

Затем вы увидите раскрывающийся список для различных предопределенных конфигураций отладки. Выберите сборку g ++ и отладьте активный файл .

VS Code создает запуск .json , открывает его в редакторе, создает и запускает helloworld.

  {
  "версия": "0.2.0",
  "конфигурации": [
    {
      "name": "g ++ построить и отладить активный файл",
      "тип": "cppdbg",
      "запрос": "запуск",
      "program": "$ {fileDirname} / $ {fileBasenameNoExtension}",
      "аргументы": [],
      "stopAtEntry": ложь,
      "cwd": "$ {workspaceFolder}",
      "среда": [],
      "externalConsole": ложь,
      "MIMode": "gdb",
      "setupCommands": [
        {
          "description": "Включить красивую печать для gdb",
          "text": "-enable-pretty-Printing",
          "ignoreFailures": true
        }
      ],
      "preLaunchTask": "g ++ построить активный файл",
      «miDebuggerPath»: «/ usr / bin / gdb»
    }
  ]
}

Программа Параметр определяет программу, которую нужно отлаживать.Здесь установлена активная файловая папка $ {fileDirname} и активное имя файла без расширения $ {fileBasenameNoExtension} , которое, если helloworld.cpp - это активный файл, будет helloworld .

По умолчанию расширение C ++ не добавляет точки останова в исходный код, а для значения stopAtEntry установлено значение false . Измените значение stopAtEntry на true , чтобы отладчик останавливался на основном методе при запуске отладки.

Остальные шаги представлены как дополнительное упражнение, чтобы помочь вам познакомиться с редактированием и отладкой.

Начать сеанс отладки

Вернитесь к helloworld.cpp , чтобы он стал активным файлом.
Нажмите F5 или в главном меню выберите Выполнить> Начать отладку . Прежде чем приступить к пошаговому выполнению кода, давайте заметим несколько изменений в пользовательском интерфейсе:

Интегрированный терминал появляется в нижней части редактора исходного кода.На вкладке Debug Output вы видите выходные данные, указывающие, что отладчик запущен и работает.
Редактор выделяет первый оператор в методе main . Это точка останова, которую расширение C ++ автоматически устанавливает для вас:
В представлении «Выполнить» слева отображается отладочная информация. Позже в руководстве вы увидите пример.
В верхней части редактора кода появляется панель управления отладкой.Вы можете перемещать его по экрану, хватая точки с левой стороны.

Введите код

Теперь вы готовы приступить к пошаговому выполнению кода.

Щелкните или нажмите значок Step over на панели управления отладкой.
Это продвинет выполнение программы к первой строке цикла for и пропустит все внутренние вызовы функций в классах vector и string , которые вызываются при создании и инициализации переменной msg .Обратите внимание на изменение в окне Variables слева.
В этом случае ожидаются ошибки, потому что, хотя имена переменных для цикла теперь видны отладчику, оператор еще не выполнен, поэтому читать здесь нечего. Однако содержимое msg видно, поскольку этот оператор завершен.
Нажмите Перейдите через еще раз, чтобы перейти к следующему оператору в этой программе (пропуская весь внутренний код, который выполняется для инициализации цикла).Теперь в окне Variables отображается информация о переменных цикла.
Нажмите Еще раз перешагните через , чтобы выполнить оператор cout . (Обратите внимание, что в выпуске за март 2019 года расширение C ++ не выводит никаких результатов на консоль отладки , пока цикл не завершится.)
Если хотите, можете продолжать нажимать Step over , пока все слова в векторе не будут напечатаны на консоли.Но если вам интересно, попробуйте нажать кнопку « Step Into », чтобы просмотреть исходный код в стандартной библиотеке C ++!
Чтобы вернуться к собственному коду, один из способов - продолжать нажимать Шаг за . Другой способ - установить точку останова в коде, переключившись на вкладку helloworld.cpp в редакторе кода, поместив точку вставки где-нибудь в операторе cout внутри цикла и нажав F9. Красная точка появляется в желобе слева, чтобы указать, что на этой строке установлена точка останова.
Затем нажмите F5, чтобы начать выполнение с текущей строки в заголовке стандартной библиотеки. Исполнение будет остановлено на cout . Если хотите, вы можете снова нажать F9, чтобы выключить точку останова.
Когда цикл завершен, вы можете увидеть вывод на вкладке Debug Console интегрированного терминала вместе с некоторой другой диагностической информацией, которую выводит GDB.

Комплект часов

Иногда вам может понадобиться отслеживать значение переменной во время выполнения вашей программы.Вы можете сделать это, установив для переменной часы .

Поместите точку вставки внутрь петли. В окне Watch щелкните знак «плюс» и в текстовом поле введите слово , которое является именем переменной цикла. Теперь просмотрите окно Watch по мере прохождения цикла.
Добавьте еще одно наблюдение, добавив этот оператор перед циклом: int i = 0; . Затем внутри цикла добавьте этот оператор: ++ i; .Теперь добавьте часы для i , как вы это делали на предыдущем шаге.
Чтобы быстро просмотреть значение любой переменной, когда выполнение приостановлено на точке останова, вы можете навести на нее указатель мыши.

Конфигурации C / C ++

Если вам нужен больший контроль над расширением C / C ++, вы можете создать файл c_cpp_properties.json , который позволит вам изменять такие параметры, как путь к компилятору, включать пути, стандарт C ++ (по умолчанию C ++ 17) и многое другое.

Пользовательский интерфейс конфигурации C / C ++ можно просмотреть, выполнив команду C / C ++: Edit Configurations (UI) из палитры команд (⇧⌘P (Windows, Linux Ctrl + Shift + P)).

Откроется страница C / C ++ Configurations . Когда вы вносите здесь изменения, VS Code записывает их в файл с именем c_cpp_properties.json в папке .vscode .

Вам нужно только изменить настройку Include path , если ваша программа включает файлы заголовков, которых нет в вашей рабочей области или в пути стандартной библиотеки.

Visual Studio Code помещает эти параметры в .vscode / c_cpp_properties.json . Если вы откроете этот файл напрямую, он должен выглядеть примерно так:

  {
  "конфигурации": [
    {
      "name": "Linux",
      "includePath": ["$ {workspaceFolder} / **"],
      "определяет": [],
      "compilerPath": "/ usr / bin / gcc",
      "cStandard": "c11",
      "cppStandard": "c ++ 17",
      "intelliSenseMode": "clang-x64"
    }
  ],
  «версия»: 4
}

Закрытие сеанса WSL

Когда вы закончите работу в WSL, вы можете закрыть удаленный сеанс с помощью команды Close Remote Connection , доступной в главном меню File и палитре команд (⇧⌘P (Windows, Linux Ctrl + Shift + P)) .Это перезапустит VS Code, работающий локально. Вы можете легко повторно открыть сеанс WSL из списка File > Open Recent , выбрав папки с суффиксом [WSL] .

Следующие шаги

22.11.2019

Начало работы с C ++ в Linux в Visual Studio Code

В этом руководстве вы настроите Visual Studio Code для использования компилятора GCC C ++ (g ++) и отладчика GDB в Linux.GCC расшифровывается как GNU Compiler Collection; GDB - это отладчик GNU.

После настройки VS Code вы скомпилируете и отладите простую программу на C ++ в VS Code. Это руководство не обучает вас языку GCC, GDB, Ubuntu или C ++. По этим предметам в Интернете доступно множество хороших ресурсов.

Если у вас возникли проблемы, не стесняйтесь сообщать о проблеме для этого руководства в репозиторий документации VS Code.

Предварительные требования

Чтобы успешно пройти это руководство, вы должны сделать следующее:

Установите код Visual Studio.
Установите расширение C ++ для VS Code. Вы можете установить расширение C / C ++, выполнив поиск «c ++» в представлении «Расширения» (⇧⌘X (Windows, Linux Ctrl + Shift + X)).

Убедитесь, что GCC установлен

Хотя вы будете использовать VS Code для редактирования исходного кода, вы скомпилируете исходный код в Linux с помощью компилятора g ++. Вы также будете использовать GDB для отладки. Эти инструменты не устанавливаются в Ubuntu по умолчанию, поэтому вам необходимо установить их.К счастью, это легко.

Сначала проверьте, установлен ли уже GCC. Чтобы проверить, так ли это, откройте окно Терминала и введите следующую команду:

  gcc -v

Если GCC не установлен, выполните следующую команду из окна терминала, чтобы обновить списки пакетов Ubuntu. Устаревший дистрибутив Linux может иногда мешать попыткам установить новые пакеты.

  sudo apt-get update

Затем установите инструменты компилятора GNU и отладчик GDB с помощью этой команды:

  sudo apt-get install build-essential gdb

Создать Hello World

В окне терминала создайте пустую папку с именем projects для хранения ваших проектов VS Code.Затем создайте подпапку с именем helloworld , перейдите в нее и откройте VS Code в этой папке, введя следующие команды:

  мкдир проектов
CD проекты
mkdir helloworld
cd helloworld
код.

Код . Команда открывает VS Code в текущей рабочей папке, которая становится вашей «рабочей областью». По мере прохождения руководства вы создадите три файла в папке .vscode в рабочей области:

задач.json (настройки сборки компилятора)
launch.json (настройки отладчика)
c_cpp_properties.json (путь компилятора и настройки IntelliSense)

Добавить файл исходного кода hello world

В строке заголовка проводника выберите Новый файл и назовите файл helloworld.cpp .

Вставьте следующий исходный код:

  #include 
#include <вектор>
#include <строка>

используя пространство имен std;

int main ()
{
    vector  msg {"Hello", "C ++", "World", "from", "VS Code", "и расширение C ++!"};

    для (константная строка и слово: сообщение)
    {
        cout << word << "";
    }
    cout << endl;
}

Теперь нажмите ⌘S (Windows, Linux Ctrl + S), чтобы сохранить файл.Обратите внимание, что ваши файлы перечислены в представлении File Explorer (⇧⌘E (Windows, Linux Ctrl + Shift + E)) на боковой панели VS Code:

Панель активности на краю Visual Studio Code позволяет открывать различные представления, такие как Search , Source Control и Run . Вы увидите представление Run позже в этом руководстве.Вы можете узнать больше о других представлениях в документации по пользовательскому интерфейсу VS Code.

Примечание : Когда вы сохраняете или открываете файл C ++, вы можете увидеть уведомление от расширения C / C ++ о доступности версии для участников программы предварительной оценки, которая позволяет вам тестировать новые функции и исправления. Вы можете проигнорировать это уведомление, выбрав X ( Очистить уведомление ).

Изучите IntelliSense

В мире helloworld.cpp , наведите указатель мыши на вектор или строку , чтобы увидеть информацию о типе. После объявления переменной msg начните вводить msg. , как при вызове функции-члена. Вы должны сразу увидеть список завершения, который показывает все функции-члены, и окно, которое показывает информацию о типе для объекта msg :

Вы можете нажать клавишу TAB, чтобы вставить выбранный элемент. Затем, когда вы добавите открывающую скобку, вы увидите информацию об аргументах, которые требуются функции.

Сборка helloworld.cpp

Затем вы создадите файл tasks.json , чтобы сообщить VS Code, как построить (скомпилировать) программу. Эта задача вызовет компилятор g ++ для создания исполняемого файла из исходного кода.

Важно, чтобы в редакторе был открыт helloworld.cpp , потому что следующий шаг использует активный файл в редакторе в качестве контекста для создания задачи сборки на следующем шаге.

В главном меню выберите Терминал > Настроить задачу сборки по умолчанию .Появится раскрывающийся список с различными предопределенными задачами сборки для компиляторов C ++. Выберите C / C ++: g ++ построить активный файл .

Это создаст файл tasks.json в папке .vscode и откроет его в редакторе.

Ваш новый файл tasks.json должен выглядеть примерно так, как показано ниже в формате JSON:

  {
  "версия": "2.0.0",
  "задания": [
    {
      "тип": "оболочка",
      "label": "g ++ построить активный файл",
      "команда": "/ usr / bin / g ++",
      "args": ["-g", "$ {file}", "-o", "$ {fileDirname} / $ {fileBasenameNoExtension}"],
      "параметры": {
        «cwd»: «/ usr / bin»
      },
      "проблемаМэтчер": ["$ gcc"],
      "группа": {
        "вид": "строить",
        "isDefault": true
      }
    }
  ]
}

Примечание : Вы можете узнать больше о задачах.json переменных в справочнике переменных.

Эта задача указывает g ++ взять активный файл ( $ {file} ), скомпилировать его и создать исполняемый файл в текущем каталоге ( $ {fileDirname} ) с тем же именем, что и активный файл, но без extension ( $ {fileBasenameNoExtension} ), что в нашем примере дает helloworld .

Ярлык Значение - это то, что вы увидите в списке задач; Вы можете называть это как хотите.

Запуск сборки

Вернуться на helloworld.cpp . Ваша задача создает активный файл, и вы хотите построить helloworld.cpp .
Чтобы запустить задачу сборки, определенную в tasks.json , нажмите ⇧⌘B (Windows, Linux Ctrl + Shift + B) или в главном меню Terminal выберите Run Build Task .
При запуске задачи вы должны увидеть панель «Интегрированный терминал» под редактором исходного кода. После завершения задачи терминал показывает вывод компилятора, который указывает, успешно ли завершилась сборка.Для успешной сборки g ++ результат выглядит примерно так:
Создайте новый терминал с помощью кнопки + , и у вас будет терминал, на котором запущена оболочка по умолчанию с папкой helloworld в качестве рабочего каталога. Запустите ls , и теперь вы должны увидеть исполняемый файл helloworld (без расширения файла).
Вы можете запустить helloworld в терминале, набрав ./ helloworld .

Изменение tasks.json

Отладка helloworld.cpp

Затем вы создадите запуск .json , чтобы настроить VS Code для запуска отладчика GDB, когда вы нажимаете F5 для отладки программы.

В главном меню выберите Выполнить > Добавить конфигурацию ... , а затем выберите C ++ (GDB / LLDB) .

VS Code создает файл launch.json , открывает его в редакторе, создает и запускает helloworld.

  {
  "версия": "0.2.0",
  "конфигурации": [
    {
      "name": "g ++ построить и отладить активный файл",
      "тип": "cppdbg",
      "запрос": "запуск",
      "program": "$ {fileDirname} / $ {fileBasenameNoExtension}",
      "аргументы": [],
      "stopAtEntry": ложь,
      "cwd": "$ {workspaceFolder}",
      "среда": [],
      "externalConsole": ложь,
      "MIMode": "gdb",
      "setupCommands": [
        {
          "description": "Включить красивую печать для gdb",
          "text": "-enable-pretty-Printing",
          "ignoreFailures": true
        }
      ],
      "preLaunchTask": "g ++ построить активный файл",
      «miDebuggerPath»: «/ usr / bin / gdb»
    }
  ]
}

В приведенном выше JSON программа указывает программу, которую нужно отлаживать.Здесь установлена активная файловая папка $ {fileDirname} и активное имя файла без расширения $ {fileBasenameNoExtension} , которое, если helloworld.cpp - это активный файл, будет helloworld .

По умолчанию расширение C ++ не добавляет точки останова в исходный код, а для значения stopAtEntry установлено значение false .

Измените значение stopAtEntry на true , чтобы отладчик останавливался на основном методе при запуске отладки.

Начать сеанс отладки

Вернитесь к helloworld.cpp , чтобы он стал активным файлом.
Нажмите F5 или в главном меню выберите Выполнить> Начать отладку . Прежде чем приступить к пошаговому выполнению кода, давайте заметим несколько изменений в пользовательском интерфейсе:

Интегрированный терминал появляется в нижней части редактора исходного кода. На вкладке Debug Output вы видите выходные данные, указывающие, что отладчик запущен и работает.
Редактор выделяет первый оператор в методе main . Это точка останова, которую расширение C ++ автоматически устанавливает для вас:
В представлении «Выполнить» слева отображается отладочная информация. Позже в руководстве вы увидите пример.
В верхней части редактора кода появляется панель управления отладкой. Вы можете перемещать его по экрану, хватая точки с левой стороны.

Введите код

Теперь вы готовы приступить к пошаговому выполнению кода.

Щелкните или нажмите значок Step over на панели управления отладкой.
Это продвинет выполнение программы к первой строке цикла for и пропустит все внутренние вызовы функций в классах vector и string , которые вызываются при создании и инициализации переменной msg .Обратите внимание на изменение в окне Variables сбоку.
Нажмите Перейдите через еще раз, чтобы перейти к следующему оператору в этой программе (пропуская весь внутренний код, который выполняется для инициализации цикла). Теперь в окне Variables отображается информация о переменных цикла.
Нажмите Еще раз перешагните через , чтобы выполнить оператор cout .(Обратите внимание, что в выпуске за март 2019 года расширение C ++ не выводит никаких выходных данных на консоль отладки до тех пор, пока не будет выполнен последний cout.)
Если хотите, можете продолжать нажимать Step over , пока все слова в векторе не будут напечатаны на консоли. Но если вам интересно, попробуйте нажать кнопку « Step Into », чтобы просмотреть исходный код в стандартной библиотеке C ++!
Чтобы вернуться к собственному коду, один из способов - продолжать нажимать Шаг за .Другой способ - установить точку останова в коде, переключившись на вкладку helloworld.cpp в редакторе кода, поместив точку вставки где-нибудь в операторе cout внутри цикла и нажав F9. Красная точка появляется в желобе слева, чтобы указать, что на этой строке установлена точка останова.
Затем нажмите F5, чтобы начать выполнение с текущей строки в заголовке стандартной библиотеки. Исполнение будет остановлено на cout . Если хотите, вы можете снова нажать F9, чтобы выключить точку останова.
Когда цикл завершен, вы можете увидеть вывод на вкладке Debug Console интегрированного терминала вместе с некоторой другой диагностической информацией, которую выводит GDB.

Комплект часов

Чтобы отслеживать значение переменной во время выполнения программы, установите для переменной часы , часы .

Поместите точку вставки внутрь петли. В окне Watch щелкните знак «плюс» и в текстовом поле введите слово , которое является именем переменной цикла.Теперь просмотрите окно Watch по мере прохождения цикла.
Чтобы быстро просмотреть значение любой переменной, когда выполнение приостановлено на точке останова, вы можете навести на нее указатель мыши.

Конфигурации C / C ++

  {
  "конфигурации": [
    {
      "name": "Linux",
      "includePath": ["$ {workspaceFolder} / **"],
      "определяет": [],
      "compilerPath": "/ usr / bin / gcc",
      "cStandard": "c11",
      "cppStandard": "c ++ 17",
      "intelliSenseMode": "clang-x64"
    }
  ],
  «версия»: 4
}

Повторное использование конфигурации C ++

VS Code теперь настроен на использование gcc в Linux.Конфигурация применяется к текущему рабочему пространству. Чтобы повторно использовать конфигурацию, просто скопируйте файлы JSON в папку .vscode в новой папке проекта (рабочей области) и при необходимости измените имена исходного файла (ов) и исполняемого файла.

Поиск и устранение неисправностей

Ошибки компилятора и компоновки

Наиболее частая причина ошибок (например, undefined _main или попытка связи с файлом, созданным для неизвестно-неподдерживаемого формата файла и т. Д.) Возникает, когда helloworld.cpp не является активным файлом при запуске сборки или отладки. Это связано с тем, что компилятор пытается скомпилировать что-то, что не является исходным кодом, например файл launch.json , tasks.json или c_cpp_properties.json .

Следующие шаги

19.03.2020

GNU Toolchain | Загрузки GNU Arm Embedded Toolchain - Arm Developer

GNU Arm Embedded Toolchain 10.3-2021.07

Этот выпуск включает готовые бинарные файлы для целей AArch42 EABI,
, которые могут быть размещены на:
* Windows 10 или более поздней версии на IA-32 или x86_64
* Mac OS X 10.14 или более поздней версии на x86_64
* Linux на x86_64
Эти наборы инструментов созданы для Ubuntu 16.04 на x86_64,
и, вероятно, также будут использоваться в версиях ОС:
- более поздняя, чем Ubuntu 16.04
- RHEL 7 или более поздняя версия
* Linux на AArch64
Эти наборы инструментов созданы на базе Ubuntu и для нее. 18.04 на AArch64,
и, вероятно, также будет использоваться в версиях ОС:
- позже, чем Ubuntu 18.04
- RHEL 8

Для Windows двоичные файлы предоставляются с установщиком и в виде zip-файла.
Для Linux двоичные файлы предоставляются в виде файлов tarball.
Для Mac OS X двоичные файлы предоставляются в виде файлов tarball и pkg.

Релиз также содержит пакет исходного кода (вместе со сценариями сборки и инструкциями
для настройки среды сборки), который состоит из:

* gcc: refs / vendors / ARM / Head / arm-10
git: // gcc.gnu.org/git/gcc.git совершить 098ef5a86d3547127be59aa0f8da7725f4121864

* Binutils: BinUtils-2_36-филиал
мерзавец: //sourceware.org/git/binutils-gdb.git совершить a7eb3ff36cebc093af6658049e03d63579dade86

* newlib и newlib-нано: 2a3a03972b35377aef8d3d52d873ac3b8fcc512c
git: //sourceware.org/git/newlib-cygwin.git совершить 2a3a03972b35377aef8d3d52d873ac3b8fcc512c

* gdb: gdb-10-branch
git: //sourceware.org/git/binutils-gd2db09.com commit или все следующие предварительные условия загружаются при сборке
из источника:

* EnvVarUpdate NSIS script:
http: // nsis.sourceforge.net/mediawiki/images/a/ad/EnvVarUpdate.7z

* expat 2.1.1:
https://downloads.sourceforge.net/project/expat/expat/2.1.1/expat-2.1.1. tar.bz2

* gmp 6.1.0:
https://gmplib.org/download/gmp/gmp-6.1.0.tar.bz2

* isl 0.18:
http: //isl.gforge.inria. fr / isl-0.18.tar.xz

* libelf 0.8.13:
https://fossies.org/linux/misc/old/libelf-0.8.13.tar.gz

* libiconv 1.15:
https: //ftp.gnu.org/pub/gnu/libiconv/libiconv-1.15.tar.gz

* mpc 1.0.3:
ftp://ftp.gnu.org/gnu/mpc/mpc-1.0.3.tar.gz

* mpfr 3.1.4:
http: // www.mpfr.org/mpfr-3.1.4/mpfr-3.1.4.tar.bz2

* python 2.7.7:
https://www.python.org/ftp/python/2.7.7/python- 2.7.7.msi

* zlib 1.2.8:
http://www.zlib.net/fossils/zlib-1.2.8.tar.gz

Функции:
* Все функции GCC 10.3

Тесты:
* Цели:
+ Разнообразие плат Cortex-M0 / M0 + / M3 / M4 / M7 / A9
+ Qemu
+ Arm Fast Models

Заметные изменения в 2021 году.Выпуск 07:
* Увеличена версия binutils до версии 2.36.1.

* Обновлен glibc до версии 2.33.

* Newlib добавлен в коммит после версии 4.1.0.

* Исправлена уязвимость безопасности, описанная в
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3420.

* Исполняемые файлы инструментальной цепочки для хоста Windows подписаны с помощью SHA2.

* Исправлены проблемы https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99157
и https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99939
, где была поддержка CMSE отсутствует в мультиблоках.

* Исправлена проблема https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100856
, когда правильные мультибиблиотеки не были связаны при использовании расширения пользовательского пути передачи данных
(+ cdecp [0-7]) с -маршевый вариант.

* Исправлена проблема https://sourceware.org/bugzilla/show_bug.cgi?id=25235
, когда прямые ссылки ADR генерировали неправильные смещения
в Thumb-коде.

* Исправлена проблема https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99960
, при которой V2DImode загружает и сохраняет для MVE некорректно.

* Исправлена проблема https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99725
, чтобы не выдавать настройки CFA для небезопасных вызовов CMSE.

* Исправлена проблема https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95646
, когда сохраненные регистры вызываемого абонента очищались при использовании CMSE с -Os.

* Исправлена проблема https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99271
, когда мог быть сгенерирован неправильный код для armv8-m.main при вызове
__gnu_cmse_nonsecure_call.

* Исправлена проблема https: // gcc.gnu.org/bugzilla/show_bug.cgi?id=101016
, где компоновщик генерировал ошибки с неопределенной ссылкой
на «__ARM_undef» из-за отсутствия полиморфных вариантов mve.

* Исправлена уязвимость безопасности, описанная в
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3420

Известные проблемы:
* Выполнение IPA на CMSE приводит к ошибке компоновщика :
Компоновщик выдаст ошибку, если результирующий объектный файл будет содержать символ
функции клонирования с префиксом __acle_se, имеющий нелокальную привязку.
Проблема возникает при компиляции двоичных файлов для расширений безопасности M-профиля, где
компилятор может решить клонировать функцию с атрибутом
cmse_nonsecure_entry.
Хотя клонирование незащищенных функций входа является законным, пока клон
используется только внутри защищенного приложения, сама функция клонирования
не должна рассматриваться как безопасная точка входа, и поэтому она не должна иметь префикса __acle_se
.
Возможный обходной путь для этого - добавить атрибут 'noclone' к функциям
с 'cmse_nonsecure_entry'.Это предотвратит клонирование GCC
таких функций.

* GCC может зависнуть или дать сбой, если исходный код ввода использует полиморфные варианты MVE Intrinsics
во вложенной форме. Глубина вложенности, которую
вызывает эту проблему, может варьироваться в зависимости от хост-компьютера.
Такое поведение наблюдается при вложении 7 или более раз на высокопроизводительной рабочей станции
. На менее мощных машинах такое поведение может наблюдаться
при меньшем количестве уровней вложенности. Об этой проблеме сообщается в
https: // gcc.gnu.org/bugzilla/show_bug.cgi?id=

Действия после установки для Linux | Документация Docker

Расчетное время чтения: 15 минут

В этом разделе содержатся дополнительные процедуры для настройки хостов Linux для работы лучше с Докером.

Управление Docker от имени пользователя без полномочий root

Демон Docker привязывается к сокету Unix, а не к порту TCP. По умолчанию этот сокет Unix принадлежит пользователю root , и другие пользователи могут только получить к нему доступ используя sudo .Демон Docker всегда запускается от имени пользователя root .

Если вы не хотите предварять команду docker с sudo , создайте Unix группа вызывала docker и добавляла в него пользователей. Когда запускается демон Docker, он создает сокет Unix, доступный членам группы docker .

Предупреждение
Группа докеров предоставляет права, эквивалентные root Пользователь. Подробнее о том, как это влияет на безопасность вашей системы, см. Поверхность атаки демона Docker .

Примечание :
Чтобы запустить Docker без прав root, см. Запустите демон Docker от имени пользователя без полномочий root (режим без полномочий root).

Чтобы создать группу docker и добавить своего пользователя:

Создайте группу докеров .
Добавьте своего пользователя в группу docker .
```
  $ sudo usermod -aG docker $ ПОЛЬЗОВАТЕЛЬ
  
```
Выйдите из системы и войдите снова, чтобы повторно оценить ваше членство в группе.
При тестировании на виртуальной машине может потребоваться перезапустить виртуальную машину, чтобы изменения вступили в силу.
В настольной среде Linux, такой как X Windows, полностью выйдите из сеанса, а затем войдите снова.
В Linux вы также можете запустить следующую команду, чтобы активировать изменения в группах:
Убедитесь, что вы можете запускать команды docker без sudo .
Эта команда загружает тестовый образ и запускает его в контейнере.Когда контейнер запускается, он печатает сообщение и закрывается.
Если вы изначально запускали команды Docker CLI с использованием sudo перед добавлением вашего пользователя в группу docker , вы можете увидеть следующую ошибку: что означает, что ваш каталог ~ / .docker / был создан с помощью неправильные разрешения из-за команд sudo .
```
  ПРЕДУПРЕЖДЕНИЕ. Ошибка загрузки файла конфигурации: /home/user/.docker/config.json -
stat /home/user/.docker/config.json: в разрешении отказано
  
```
Чтобы решить эту проблему, удалите файл ~ /.каталог docker / (он воссоздается автоматически, но любые пользовательские настройки потеряны), или изменить его владельца и разрешения с помощью следующие команды:
```
  $ sudo chown "$ USER": "$ USER" /home/"$USER"/.docker -R
$ sudo chmod g + rwx "$ HOME / .docker" -R
  
```

Настроить Docker для запуска при загрузке

Самые последние дистрибутивы Linux (RHEL, CentOS, Fedora, Debian, Ubuntu 16.04 и выше) используйте systemd для управления службами запускается при загрузке системы.В Debian и Ubuntu настроена служба Docker. для запуска при загрузке по умолчанию. Чтобы автоматически запускать Docker и Containerd при загрузке для других дистрибутивов используйте команды ниже:

  $ sudo systemctl включить docker.service
$ sudo systemctl включить containerd.service

Чтобы отключить это поведение, используйте вместо него disable .

  $ sudo systemctl отключить docker.service
$ sudo systemctl отключить containerd.service

Если вам нужно добавить прокси-сервер HTTP, установите другой каталог или раздел для Файлы среды выполнения Docker или другие настройки, см. настройте параметры вашего демона Docker в systemd.

Использовать другой механизм хранения

Для получения информации о различных механизмах хранения см. Драйверы хранения. Механизм хранения по умолчанию и список поддерживаемых механизмов хранения зависят от дистрибутив Linux вашего хоста и доступные драйверы ядра.

Настроить драйвер ведения журнала по умолчанию

Docker предоставляет возможность собирать и просматривать данные журнала из всех контейнеров, работающих на хосте, с помощью серии ведение журнала драйверов. Драйвер ведения журнала по умолчанию, json-file , записывает данные журнала в Файлы в формате JSON в файловой системе хоста.Со временем эти файлы журналов расширяются по размеру, что может привести к исчерпанию дисковых ресурсов.

Чтобы устранить такие проблемы, настройте драйвер ведения журнала json-file на включить ротацию журналов, используйте альтернативный драйвер регистрации например, «локальный» драйвер регистрации который по умолчанию выполняет ротацию журналов, или использует драйвер журналирования, который отправляет регистрируется в удаленном агрегаторе журналов.

Настройте, где демон Docker будет прослушивать подключения

По умолчанию демон Docker прослушивает соединения в сокете UNIX, чтобы принять запросы от местных клиентов.Можно разрешить Docker принимать запросы с удаленных хостов, настроив его на прослушивание IP-адреса и порта как сокет UNIX. Для получения более подробной информации об этой опции конфигурации взгляните на раздел «Привязать Docker к другому хосту / порту или сокету unix» Справочная статья Docker CLI.

Защитите свое соединение
Перед настройкой Docker для приема подключений от удаленных хостов критически важно, чтобы вы понимать последствия для безопасности открытия докера в сети.Если не предприняты шаги для защиты соединения, удаленные пользователи без полномочий root могут получить root-доступ на хосте. Для получения дополнительной информации о том, как использовать TLS сертификаты для защиты этого соединения, проверьте эту статью на как защитить сокет демона Docker.

Настроить Docker для приема удаленных подключений можно с помощью службы docker.service файл модуля systemd для дистрибутивов Linux, использующих systemd, например последние версии RedHat, CentOS, Ubuntu и SLES или с помощью демона .json , который рекомендуется для дистрибутивов Linux, в которых не используется systemd.

systemd против daemon.json
Настройка Docker для прослушивания подключений с использованием как файла модуля systemd , так и файла daemon.json файл вызывает конфликт, который препятствует запуску Docker.

Настройка удаленного доступа с помощью

systemd unit file

Используйте команду sudo systemctl edit docker.service , чтобы открыть файл переопределения для docker.service в текстовом редакторе.
Добавьте или измените следующие строки, подставляя свои собственные значения.
```
  [Сервис]
ExecStart =
ExecStart = / usr / bin / dockerd -H fd: // -H tcp: //127.0.0.1: 2375
  
```
Сохраните файл.

Перезагрузите конфигурацию systemctl .

  $ sudo systemctl демон-перезагрузка

Перезапустите Docker.

  $ sudo systemctl restart docker.service

Проверьте, было ли выполнено изменение, проверив вывод команды netstat , чтобы убедиться, что dockerd прослушивает настроенный порт.
```
  $ sudo netstat -lntp | grep dockerd
tcp 0 0 127.0.0.1:2375 0.0.0.0:* СЛУШАТЬ 3758 / dockerd
  
```

Настройка удаленного доступа с помощью демона

.JSON

Установите массив hosts в /etc/docker/daemon.json для подключения к сокету UNIX и IP-адрес, как показано ниже:
```
  {
  "хосты": ["unix: ///var/run/docker.sock", "tcp: //127.0.0.1: 2375"]
}
  
```
Перезапустите Docker.
Проверьте, было ли выполнено изменение, проверив вывод команды netstat , чтобы убедиться, что dockerd прослушивает настроенный порт.
```
  $ sudo netstat -lntp | grep dockerd
tcp 0 0 127.0.0.1:2375 0.0.0.0:* СЛУШАТЬ 3758 / dockerd
  
```

Включить IPv6 на демоне Docker

Чтобы включить IPv6 в демоне Docker, см. Включите поддержку IPv6.

Устранение неполадок

Совместимость ядра

Docker не может работать правильно, если ваше ядро старше версии 3.10 или если оно отсутствуют некоторые модули. Чтобы проверить совместимость ядра, вы можете скачать и запустите check-config.sh сценарий.

  $ curl https://raw.githubusercontent.com/docker/docker/master/contrib/check-config.sh> check-config.sh

$ bash ./check-config.sh

Скрипт работает только в Linux, но не в macOS.

Не удается подключиться к демону Docker

Если вы видите следующую ошибку, возможно, ваш клиент Docker настроен для подключения к демону Docker на другом хосте, и этот хост может не быть достижимый.

  Не удается подключиться к демону Docker.На этом хосте запущен демон докера?

Чтобы узнать, к какому хосту настроен ваш клиент, проверьте значение переменная DOCKER_HOST в вашей среде.

Если эта команда возвращает значение, клиент Docker настроен на подключение к На этом хосте запущен демон Docker. Если он не установлен, клиент Docker настроен на подключиться к демону Docker, запущенному на локальном хосте. Если он установлен по ошибке, используйте следующую команду, чтобы отключить его:

Возможно, вам потребуется отредактировать среду в таких файлах, как ~ /.bashrc или ~ / .profile для предотвращения установки переменной DOCKER_HOST ошибочно.

Если DOCKER_HOST установлен должным образом, убедитесь, что демон Docker запущен. на удаленном хосте и что брандмауэр или сбой сети не мешают вам от подключения.

Проблемы переадресации IP

Если вы вручную настраиваете свою сеть с использованием systemd-network с systemd версии 219 или выше, контейнеры Docker могут не иметь доступа к вашей сети.Начиная с systemd версии 220, настройка пересылки для данной сети ( net.ipv4.conf. .forwarding ) по умолчанию с . Эта настройка предотвращает переадресацию IP. Это также противоречит поведению Docker по включению настройка net.ipv4.conf.all.forwarding в контейнерах.

Чтобы обойти это в RHEL, CentOS или Fedora, отредактируйте .network файл в / usr / lib / systemd / network / на вашем хосте Docker (например: / usr / lib / systemd / network / 80-container-host0.сеть ) и добавьте следующий блок в разделе [Сеть] .

  [Сеть]
...
IPForward = ядро
# ИЛИ
IPForward = true

Эта конфигурация разрешает переадресацию IP из контейнера, как и ожидалось.

 DNS-преобразователь обнаружен в resolv.conf, и контейнеры не могут его использовать

Системы Linux

, использующие графический интерфейс, часто имеют запущенный сетевой менеджер, который использует Экземпляр dnsmasq , работающий с адресом обратной связи, например 127.0.0.1 или 127.0.1.1 для кэширования DNS-запросов и добавляет эту запись в /etc/resolv.conf . Услуга dnsmasq ускоряет работу Ищет DNS, а также предоставляет услуги DHCP. Эта конфигурация не работает в контейнере Docker, который имеет собственное сетевое пространство имен, потому что контейнер Docker разрешает адреса обратной связи, такие как 127.0.0.1 , в сам , и маловероятно, что он будет запускать DNS-сервер самостоятельно адрес обратной связи.

Если Docker обнаруживает, что ни один DNS-сервер не упоминается в / etc / resolv.conf - это полностью функциональный DNS-сервер, появляется следующее предупреждение, и Docker использует общедоступный DNS-серверы предоставлены Google по номерам 8.8.8.8 и 8.8.4.4 для разрешения DNS.

  ПРЕДУПРЕЖДЕНИЕ: локальный (127.0.0.1) DNS-преобразователь найден в resolv.conf и контейнерах
не могу его использовать. Использование внешних серверов по умолчанию: [8.8.8.8 8.8.4.4]

Если вы видите это предупреждение, сначала проверьте, используете ли вы dnsmasq :

Если вашему контейнеру необходимо разрешить хосты, которые являются внутренними по отношению к вашей сети, публичные серверы имен не подходят.У вас есть два варианта:

Вы можете указать DNS-сервер для использования Docker, или
Вы можете отключить dnsmasq в NetworkManager. Если вы это сделаете, NetworkManager добавляет ваш настоящий DNS-сервер имен в /etc/resolv.conf , но вы теряете возможные преимущества dnsmasq .

Вам нужно использовать только один из этих методов.

Укажите DNS-серверы для Docker

Расположение файла конфигурации по умолчанию - / etc / docker / daemon.json . Ты можно изменить расположение файла конфигурации с помощью --config-file демон флаг. В документации ниже предполагается, что файл конфигурации находится по адресу /etc/docker/daemon.json .

Создайте или отредактируйте файл конфигурации демона Docker, который по умолчанию /etc/docker/daemon.json файл, который управляет демоном Docker. конфигурация.
```
  $ sudo nano /etc/docker/daemon.json
  
```
Добавьте ключ dns с одним или несколькими IP-адресами в качестве значений.Если в файле есть существующее содержимое, вам нужно только добавить или отредактировать строку dns .
```
  {
  «dns»: [«8.8.8.8», «8.8.4.4»]
}
  
```
Если ваш внутренний DNS-сервер не может разрешить общедоступные IP-адреса, включите в хотя бы один DNS-сервер, который может, чтобы вы могли подключиться к Docker Hub и т. д. что ваши контейнеры могут разрешать имена доменов в Интернете.
Сохраните и закройте файл.

Перезапустите демон Docker.

  $ перезапуск докера службы sudo

Убедитесь, что Docker может разрешать внешние IP-адреса, пытаясь получить изображение:
```
  $ docker pull привет-мир
  
```

При необходимости убедитесь, что контейнеры Docker могут разрешать внутреннее имя хоста. пингуя его.

  $ docker run --rm -it alpine ping -c4 <мой_внутренний_хост>

PING google.com (192.168.1.2): 56 байтов данных
64 байта из 192.168.1.2: seq = 0 ttl = 41 время = 7,597 мс
64 байта из 192.168.1.2: seq = 1 ttl = 41 time = 7,635 мс
64 байта из 192.168.1.2: seq = 2 ttl = 41 time = 7,660 мс
64 байта из 192.168.1.2: seq = 3 ttl = 41 time = 7,677 мс

Отключить

dnsmasq

Ubuntu

Если вы предпочитаете не изменять конфигурацию демона Docker для использования определенного IP-адрес, следуйте этим инструкциям, чтобы отключить dnsmasq в NetworkManager.

Отредактируйте файл / etc / NetworkManager / NetworkManager.conf файл.
Закомментируйте строку dns = dnsmasq , добавив в начало символ # линии.
```
  # dns = dnsmasq
  
```
Сохраните и закройте файл.
Перезапустите NetworkManager и Docker. В качестве альтернативы можно перезагрузить ваша система.
```
  $ sudo systemctl перезапуск сетевого менеджера
$ sudo systemctl перезапустить докер
  
```

RHEL, CentOS или Fedora

Чтобы отключить dnsmasq в RHEL, CentOS или Fedora:

Отключить службу dnsmasq :

  $ sudo systemctl stop dnsmasq
$ sudo systemctl отключить dnsmasq

Настройте DNS-серверы вручную с помощью Документация Red Hat.

Разрешить доступ к удаленному API через брандмауэр

Если вы запускаете брандмауэр на том же хосте, что и Docker, и хотите получить доступ удаленный API Docker с другого хоста и удаленный доступ включен, вам необходимо чтобы настроить брандмауэр для разрешения входящих подключений через порт Docker, который по умолчанию равен 2376 , если включен транспорт с шифрованием TLS, или 2375 иначе.

Два общих демона межсетевого экрана: UFW (Несложный брандмауэр) (часто используется для систем Ubuntu) и firewalld (часто используется для систем на базе RPM).Обратитесь к документации для вашей ОС и брандмауэра, но Следующая информация может помочь вам начать работу. Эти варианты достаточно разрешающий, и вы можете захотеть использовать другую конфигурацию, которая блокирует ваш система больше не работает.

UFW : Установите DEFAULT_FORWARD_POLICY = "ACCEPT" в вашей конфигурации.
firewalld : Добавьте в политику правила, подобные следующим (одно для входящие запросы и один для исходящих запросов).Убедитесь, что имена интерфейсов и названия цепочек правильные.
```
  <прямой>
  [ -i zt0 -j ACCEPT ]
  [ -o zt0 -j ACCEPT ]

  
```

Ваше ядро не поддерживает возможности ограничения подкачки cgroup

На хостах Ubuntu или Debian вы можете увидеть сообщения, подобные приведенным ниже, когда работа с изображением.

  ПРЕДУПРЕЖДЕНИЕ: Ваше ядро не поддерживает возможности ограничения подкачки. Ограничение снято.

Это предупреждение не появляется в системах на основе RPM, которые включают эти возможности по умолчанию.

Если вам не нужны эти возможности, игнорируйте предупреждение. Вы можете включить эти возможности в Ubuntu или Debian, следуя этим инструкциям. объем памяти и учет подкачки накладных расходов составляет около 1% от общей доступной памяти и снижение общей производительности на 10%, даже если Docker не запущен.

Войдите в систему Ubuntu или Debian как пользователь с привилегиями sudo .
Отредактируйте файл / etc / default / grub . Добавьте или отредактируйте строку GRUB_CMDLINE_LINUX чтобы добавить следующие две пары "ключ-значение":
```
  GRUB_CMDLINE_LINUX = "cgroup_enable = memory swapaccount = 1"
  
```
Сохраните и закройте файл.
Обновление GRUB.
Если ваш файл конфигурации GRUB имеет неправильный синтаксис, возникает ошибка.В этом случае повторите шаги 2 и 3.
Изменения вступают в силу после перезагрузки системы.

Следующие шаги

Ознакомьтесь с учебными модулями «Начало работы», чтобы узнать, как создать образ и запустить его как контейнерное приложение.
Просмотрите темы в разделе Разработка с помощью Docker, чтобы узнать, как создавать новые приложения с помощью Docker.

Docker, документация Docker, требования, apt, установка, ubuntu, установка, удаление, обновление, обновление

Sobell Books

Sobell Books Книги Марка Дж. Собелла

CompTIA Linux + на базе LPI Цели экзамена

Практическое руководство по Fedora и Red Hat Enterprise Linux , Практическое руководство по Ubuntu Linux и Практическое руководство по командам Linux, Редакторы и Shell Programming используются как принятые тексты во многих классах колледжа.Потому что студенты, которые берут эти классы часто ищут сертификат Comptia Linux +, инструкторы попросили карту экзамена Comptia цели к материалу, освещенному в этих книгах. Номера страниц на полученных картах различаются в зависимости от какое издание книг вы читаете.

Использование этот документ если вы читаете четвертое издание Практическое руководство по Ubuntu Linux .
Использование этот документ если вы читаете седьмое издание Практическое руководство по Fedora и Red Hat Enterprise Linux.
Использование этот документ если вы читаете третье издание Практическое руководство по командам Linux, редакторам и программированию оболочки и / или шестое издание Практическое руководство по Fedora и Red Hat Enterprise Linux.
Использование этот документ если вы читаете второе издание Практическое руководство по командам Linux, редакторам и программированию оболочки и / или шестое издание Практическое руководство по Fedora и Red Hat Enterprise Linux.

Следуйте за Марком в Twitter .
Марк Собелл Блог .

Ссылки:

Прочтите краткую биографию Марка Собелла .
Просмотр списка ссылок на Linux .
Отправьте сообщение Марку Собеллу по адресу [email protected].

Также от Марка Дж. Собелла

Практический Руководство по командам Linux, редакторам и программированию оболочки, второе издание
Практический Руководство по командам Linux, редакторам и программированию оболочки
Практический Руководство по Ubuntu Linux, второе издание
Практический Руководство по Ubuntu Linux
Практический Руководство по Fedora и Red Hat Enterprise Linux, шестое издание
Практический Руководство по Fedora и Red Hat Enterprise Linux, пятое издание
Практический Руководство по Fedora и Red Hat Enterprise Linux, четвертое издание
Практический Руководство по Red Hat Linux, третье издание: Fedora Core и Red Hat Enterprise Linux
Практический Руководство по Red Hat Linux, второе издание: Fedora Core и Red Hat Enterprise Linux
Практический Руководство по Red Hat Linux 8
Практический Руководство по Linux
А Практическое руководство по Solaris
А Практическое руководство по системе UNIX 3 / E
UNIX Система V: Практическое руководство, 3 / E

microsoft / wslg: Включение подсистемы Windows для Linux для включения поддержки сценариев, связанных с Wayland и X-сервером

WSLg - это сокращение от Windows Subsystem for Linux GUI , и цель проекта - обеспечить поддержку запуска приложений Linux GUI (X11 и Wayland) в Windows в полностью интегрированном рабочем столе.

WSLg предоставляет интегрированный опыт для разработчиков, ученых или энтузиастов, которые предпочитают или нуждаются в запуске Windows на своем ПК, но также нуждаются в возможности запускать инструменты или приложения, которые работают лучше всего или исключительно в среде Linux. Хотя пользователи могут сделать это сегодня, используя настройку нескольких систем, с отдельным ПК, предназначенным для Windows и Linux, виртуальной машиной, на которой размещается Windows или Linux, или XServer, работающим в Windows и проецируемым на WSL, WSLg обеспечивает более интегрированный, удобный и продуктивный альтернатива.

WSLg стремится сделать приложения Linux GUI естественными и естественными для использования в Windows. От интеграции в меню «Пуск» для запуска до появления на панели задач, использования альтернативных вкладок и возможности вырезания / вставки в приложениях Windows и Linux, WSLg обеспечивает беспрепятственный интерфейс рабочего стола и рабочий процесс с использованием приложений Windows и Linux.

Предварительные требования

Windows 11 (сборка 22000. *) или Windows 11 Insider Preview (сборки 21362+)
- WSLg станет общедоступным вместе с предстоящим выпуском Windows.Чтобы получить доступ к предварительной версии WSLg, вам необходимо присоединиться к программе предварительной оценки Windows и запустить сборку предварительной оценки Windows 11 из каналов бета или разработчиков.
Рекомендуется запускать WSLg в системе с виртуальным графическим процессором (vGPU), включенным для WSL, чтобы вы могли воспользоваться преимуществами аппаратного ускорения рендеринга OpenGL. Вы можете найти предварительные версии драйверов, поддерживающих WSL, у каждого из наших партнеров ниже.

Инструкции по установке (новая установка - без предварительной установки WSL)

В командной строке с правами администратора выполните команду wsl --install -d Ubuntu , затем перезагрузитесь, если будет предложено.

После перезагрузки установка продолжится. Вам будет предложено ввести имя пользователя и пароль. Это будут ваши учетные данные Linux, они могут быть чем угодно и не обязательно должны совпадать с вашими учетными данными Windows.

Вуаля! WSL и WSLg установлены и готовы к использованию!

Инструкции по установке (установка существующего WSL)

Если у вас есть существующая установка WSL без WSLg и вы хотите выполнить обновление до последней версии WSL, которая включает WSLg, запустите команду wsl --update из командной строки с повышенными привилегиями.

Обратите внимание, что WSLg совместим только с WSL 2 и не будет работать для распространения WSL, настроенного для работы в режиме WSL 1. Убедитесь, что ваш дистрибутив Linux настроен для работы в режиме WSL 2, если нет, переключитесь на WSL 2. Хотя вы можете продолжать запускать дистрибутив Linux в режиме WSL 1 после установки WSLg, если хотите, дистрибутив настроен для работы в режиме WSL 1. не сможет взаимодействовать с WSLg и не сможет запускать приложения с графическим интерфейсом.

Вы можете указать свой текущий установленный дистрибутив и версию WSL, для которой они настроены, используя следующую команду из командной строки с повышенными привилегиями.

Если вы работаете в режиме версии 1, переключитесь на версию 2. Это может занять некоторое время.

 wsl --set-версия _distro_name_ 2

Перезапустите WSL, запустив эту команду из командной строки с повышенными привилегиями, сначала обязательно сохраните все незавершенные работы:

Обновление WSL + WSLg

Для обновления до последней версии WSL и WSLg, выпущенной для предварительного просмотра, просто запустите wsl --update из командной строки с повышенными привилегиями или из PowerShell.

Чтобы изменения вступили в силу, необходимо перезапустить WSL.Вы можете перезапустить WSL, запустив wsl --shutdown из командной строки с повышенными привилегиями. Если WSL в данный момент запущен, он отключится, не забудьте сначала сохранить все незавершенные работы! WSL будет автоматически перезапущен при следующем запуске приложения или терминала WSL.

Первый запуск

Если вы установили дистрибутив Linux Ubuntu в соответствии с этими инструкциями, вы найдете значок Ubuntu в меню «Пуск», запустите его. Это запустит виртуальную машину WSL 2, запустит дистрибутив Ubuntu WSL на этой виртуальной машине и предоставит вам терминал для взаимодействия с ним.Вуаля! Вы используете Linux в Windows!

Если вы хотите изучить дополнительные дистрибутивы Linux, созданные для WSL, вы можете использовать команду wsl --list --online из командной строки с повышенными привилегиями, чтобы перечислить список доступных дистрибутивов для вашей системы. У вас может быть несколько дистрибутивов Linux, установленных в WSL, и они будут счастливо сосуществовать бок о бок, поэтому не бойтесь экспериментировать и пробовать разные вещи.

Поздравляю, вы сделали и готовы к использованию приложений с графическим интерфейсом!

Установите и запустите приложения с графическим интерфейсом

Если вы хотите начать работу с некоторыми приложениями с графическим интерфейсом, вы можете запустить следующие команды со своего терминала Linux, чтобы загрузить и установить некоторые популярные приложения.Если вы используете другой дистрибутив, чем Ubuntu, возможно, он использует другой менеджер пакетов.

 ## Обновить список доступных пакетов
sudo apt update

## Gedit
sudo apt install gedit -y

## GIMP
sudo apt install gimp -y

## Наутилус
sudo apt install nautilus -y

## VLC
sudo apt install vlc -y

## Приложения X11
sudo apt install x11-apps -y

## Гугл Хром
cd / tmp
sudo wget https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb
sudo dpkg -i google-chrome-stable_current_amd64.деб
sudo apt install --fix-broken -y
sudo dpkg -i google-chrome-stable_current_amd64.deb

## Microsoft Teams
cd / tmp
sudo curl -L -o "./teams.deb" "https://teams.microsoft.com/downloads/desktopurl?env=production&plat=linux&arch=x64&download=true&linuxArchiveType=deb"
sudo apt install ./teams.deb -y

## Браузер Microsoft Edge
sudo curl https://packages.microsoft.com/repos/edge/pool/main/m/microsoft-edge-dev/microsoft-edge-dev_93.0.946.1-1_amd64.deb -o /tmp/edge.deb
sudo apt install / tmp / edge.deb -y

После установки этих приложений вы найдете их в меню «Пуск» под названием дистрибутива. Например Ubuntu -> Microsoft Edge . Вы также можете запустить их из окна терминала с помощью команд:

xcalc , xclock , xeyes
каркас
gedit ~ / .bashrc
наутилус
vlc
Google Chrome
команды
Microsoft Edge

Пользовательский дистрибутив

Пользовательский дистрибутив - это, по сути, дистрибутив WSL, который вы используете для своей работы с Linux.Вы можете использовать команду wsl --list --online из командной строки Windows с повышенными привилегиями, чтобы вывести список распределений WSL, доступных в вашей системе. Вы можете запускать несколько пользовательских дистрибутивов бок о бок, и они будут мирно сосуществовать, поэтому не бойтесь пробовать новый дистрибутив. Каждый пользовательский дистрибутив будет связан с уникальным экземпляром системного дистрибутива, но вы все равно сможете беспрепятственно взаимодействовать с приложениями с графическим интерфейсом, работающими в разных пользовательских дистрибутивах, например вырезать / вставлять между ними. Базовая контейнеризация различных пользовательских пространств должна быть для вас невидимой.

Все пользовательские и системные дистрибутивы для конкретного пользователя Windows запускаются на одной виртуальной машине WSL с одним экземпляром ядра Linux. У разных пользователей Windows на ПК есть собственная виртуальная машина и экземпляр WSL. Гарантируется, что ваша среда Linux всегда будет вашей собственной и не будет использоваться другими пользователями Windows на том же ПК.

Системный дистрибутив WSLg

В системном дистрибутиве происходит вся магия. Системный дистрибутив представляет собой контейнерную среду Linux, в которой работают WSLg XServer, сервер Wayland и сервер Pulse Audio.Коммуникационный сокет для каждого из этих серверов проецируется в пользовательский дистрибутив, чтобы клиентские приложения могли подключаться к ним. Мы предварительно настраиваем переменные среды пользовательского дистрибутива DISPLAY, WAYLAND_DISPLAY и PULSE_SERVER для ссылки на эти серверы по умолчанию, поэтому WSLg загорается из коробки.

Пользователи, желающие использовать серверы, отличные от сервера, предоставленного WSLg, могут изменить эти переменные среды. Пользователь также может полностью отключить системный дистрибутив, добавив следующую запись в свой .wslconfig (находится по адресу c: \ users \ MyUser \ .wslconfig ). Это отключит поддержку приложений с графическим интерфейсом в WSL.

  [wsl2]
guiApplications = false

Системный дистрибутив основан на Microsoft CBL-Mariner Linux. Это минимальная среда Linux, достаточная для запуска различных частей WSLg. Подробнее о том, как собрать и развернуть частный системный дистрибутив, см. В наших инструкциях по сборке.

Каждый пользовательский дистрибутив WSL 2 связан со своим собственным экземпляром системного дистрибутива.Системный дистрибутив работает частично изолированно от пользовательского дистрибутива, с которым он связан, в собственном пространстве имен NS / PID / UTS, но разделяет другие пространства имен, такие как IPC, чтобы обеспечить оптимизацию общей памяти через границу.

Хотя пользователь может добавить терминал в системный дистрибутив, системный дистрибутив не предназначен для непосредственного использования пользователями. Каждый экземпляр системного дистрибутива загружается с резервного VHD только для чтения. Любые изменения, внесенные в экземпляр системного дистрибутива в памяти (например, установка новых пакетов или создание нового файла), эффективно отменяются при перезапуске WSL.Причина, по которой мы делаем это, заключается в том, чтобы включить модель обслуживания для системного дистрибутива, в которой мы заменяем старую на новую, не беспокоясь о переносе любых содержащихся в ней пользовательских данных. Мы используем отображение только для чтения, так что пользователь получает хорошо известное поведение отмены любых изменений при каждом перезапуске WSL вместо того, чтобы получать сюрприз, когда WSL обслуживается.

Хотя Microsoft опубликовала системный дистрибутив WSLg как доступный только для чтения, мы хотим побудить людей повозиться с ним и поэкспериментировать.Хотя мы ожидаем, что очень немногие люди действительно будут нуждаться в этом или захотят это сделать, мы поделились подробной инструкцией на нашей странице, на которой мы участвовали, о том, как создать и развернуть частную версию системного дистрибутива. Большинству пользователей, которые просто хотят использовать приложения с графическим интерфейсом в WSL, не нужно беспокоиться об этих деталях.

WSLGd

WSLGd - это первый процесс, запускаемый после init . WSLGd запускает Weston (с XWayland), PulseAudio и устанавливает соединение RDP, запустив mstsc.exe на хосте в беззвучном режиме. Соединение RDP будет оставаться активным и готовым к немедленному запуску новых приложений с графическим интерфейсом пользователя, без каких-либо задержек при установлении соединения. WSLGd затем отслеживает эти процессы и, если они завершаются по ошибке (например, в результате сбоя), автоматически перезапускает их.

Уэстон

Weston - это эталонный композитор проекта Wayland и сердце WSLg. Для WSLg мы расширили существующий серверный модуль RDP libweston, чтобы научить его удаленным приложениям, а не мониторингу / рабочему столу.Мы также добавили к нему различные функции, такие как поддержка нескольких мониторов, вырезание / вставка, ввод / вывод звука и т. Д.

Интеграция приложений достигается с помощью технологии RDP, называемой RAIL (удаленное приложение, интегрированное локально) и VAIL (виртуализированное приложение, интегрированное локально). Основное различие между RAIL и VAIL заключается в том, как пиксели передаются от сервера RDP к клиенту RDP. В RAIL предполагается, что сервер и клиент работают в разных физических системах, обменивающихся данными по сети, и поэтому пиксели необходимо копировать через транспортный протокол RDP.В VAIL подразумевается, что сервер и клиент находятся в одной физической системе и могут совместно использовать память через границу гостевой / хост-виртуальной машины. Мы добавили поддержку как RAIL, так и VAIL в серверную часть libweston RDP, хотя для WSLg эффективно используется только поддержка VAIL. При создании WSLg мы сначала внедрили RAIL, в то время как необходимые компоненты, позволяющие переключиться на VAIL, разрабатывались параллельно. Мы решили сохранить эту поддержку, поскольку ее можно было бы повторно использовать в других интересных сценариях за пределами WSLg, например, для удаленного взаимодействия с приложением Pi под управлением Linux.Чтобы разделить память между гостевым компьютером Linux и хостом Windows, мы используем virtio-fs.

RAIL-Shell

Weston является модульным и сегодня имеет различные оболочки, такие как оболочка рабочего стола, полноэкранная оболочка (также известная как киоск) и автоматическая оболочка. Для WSLg мы представили новую оболочку под названием RAIL Shell. Цель RAIL Shell - помочь с удаленным взаимодействием отдельных окон из Linux в Windows, поэтому оболочка очень упрощена и не включает никаких реальных виджетов или пикселей, принадлежащих оболочке.

БесплатноRDP

Weston использует FreeRDP для реализации своего внутреннего сервера RDP. FreeRDP используется для кодирования всех сообщений, идущих от сервера RDP (в Weston) к клиенту RDP (mstsc в Windows) в соответствии со спецификациями протокола RDP. Он также используется для декодирования всего трафика, поступающего от клиента RDP на сервер RDP.

Плагин Pulse Audio

Для аудиовхода (микрофон) и выхода (динамики / наушники) WSLg запускает сервер PulseAudio. WSLg использует подключаемый модуль приемника для вывода звука и подключаемый модуль источника для ввода звука.Эти плагины эффективно передают образцы звука между PulseServer и Weston RDP Server. Аудиопотоки объединяются сервером RDP Weston в транспортный RDP, что позволяет эффективно вводить / выводить звук в бэкэнде Weston RDP во всех сценариях (удаленное взаимодействие в стиле Desktop / RAIL / VAIL), включая WSLg.

Плагин динамического виртуального канала WSL (WSLDVCPlugin)

WSLg использует настраиваемый виртуальный канал RDP между сервером Weston RDP и клиентом mstsc RDP, работающим на хосте Windows.Этот канал используется Weston для перечисления всех приложений с графическим интерфейсом пользователя Linux (т. Е. Приложений, которые имеют запись в файле рабочего стола типа gui) вместе с их командной строкой и значком запуска. WSLDVCPlugin с открытым исходным кодом обрабатывает список приложений Linux GUI, отправленных по этому каналу, и создает для них ссылки в меню «Пуск» Windows.

Хотя WSLg работает с поддержкой виртуального графического процессора или без нее, если вы собираетесь запускать приложения с интенсивной графикой, такие как Blender или Gazebo, лучше всего работать в системе с графическим процессором и драйвером, который может поддерживать WSL.Обзор нашей архитектуры vGPU и того, как мы позволяем приложениям Linux получать доступ к графическому процессору в WSL, доступен в нашем блоге DirectX.

Поддержка ускоренного рендеринга OpenGL стала возможной благодаря работе, проделанной нашей командой D3D с Collabora и сообществом Mesa по созданию драйвера d3d12 Gallium.

Поддержка Linux, в том числе поддержка WSLg, находится в восходящем направлении и является частью выпуска Mesa 21.0. Чтобы воспользоваться этим ускорением, вам необходимо обновить версию Mesa, установленную в вашем пользовательском дистрибутиве.Это также требует, чтобы поставщик вашего дистрибутива решил собрать и опубликовать новый драйвер d3d12 Gallium в своем репозитории пакетов. Мы работаем с различными издателями дистрибутивов WSL, чтобы проинформировать их об этих изменениях.

Обратите внимание, что в первом выпуске WSLg vGPU взаимодействует с композитором Weston через системную память. При работе на дискретном графическом процессоре это фактически означает, что визуализированные данные копируются из VRAM в системную память перед тем, как быть представлены композитору в WSLg и снова загружены на графический процессор на стороне Windows.В результате происходит снижение производительности, пропорциональное скорости представления. При очень высокой частоте кадров, например 600 кадров в секунду на дискретном графическом процессоре, эти накладные расходы могут достигать 50%. При более низкой частоте кадров или на встроенном графическом процессоре в зависимости от рабочей нагрузки может быть достигнута производительность, гораздо более близкая к собственной. Использование vGPU по-прежнему обеспечивает очень значительное улучшение производительности и удобства по сравнению с использованием программного средства визуализации, несмотря на это ограничение v1.

WSLg основан на большой работе сообщества Linux и использует большое количество проектов с открытым исходным кодом.Большинство компонентов используются как есть из их исходной версии и не требуют каких-либо изменений для отображения в WSLg. Некоторые компоненты, лежащие в основе WSLg, в частности Weston, FreeRDP и PulseAudio, потребовали изменений, чтобы обеспечить широкую интеграцию WSLg. Эти изменения еще не вышли. Microsoft работает с сообществом, чтобы поделиться этим вкладом с каждым проектом, чтобы со временем WSLg можно было построить непосредственно из вышестоящего компонента, без необходимости каких-либо модификаций, специфичных для WSLg.

Все эти готовые вклады хранятся в зеркальных репозиториях Microsoft. Мы поддерживаем эти зеркала в актуальном состоянии с выпусками апстрима и вносим изменения WSLg в эти репозитории. WSLg извлекает и создает код из этих зеркальных репозиториев в рамках наших предварительных выпусков Insider WSLg. Эти зеркала общедоступны и доступны каждому. Любопытные разработчики могут взглянуть на ранние этапы нашего вклада, взглянув на код в этих зеркалах, помня, что окончательная версия кода, скорее всего, будет выглядеть иначе, как только вклад достигнет исходного проекта и будет адаптирован на основе отзывов, полученных от различные владельцы проектов.Все наши зеркала созданы по одной модели. Существует основная ветвь , , которая соответствует восходящей ветви в нашей последней точке синхронизации. Время от времени мы обновляем основную ветку , чтобы выбрать обновление из вышестоящего проекта. Также существует рабочая ветка , которая содержит все наши изменения в полете. WSLg построен с использованием рабочей ветки из каждого из зеркальных проектов.

Проекты, для которых WSLg поддерживает зеркала, со временем будут меняться по мере увеличения вклада в полеты.После того, как некоторые дополнения будут добавлены в исходный код, может больше не потребоваться поддерживать зеркало, после чего оно будет удалено, и WSLg начнет напрямую использовать исходную версию компонента. По мере того, как мы освещаем новые функции в WSLg, могут быть введены новые зеркала для добавления вкладов в новые компоненты. Таким образом, ожидайте, что список зеркал изменится со временем.

На данный момент у нас есть следующие зеркала проектов для текущих вкладов.

Ниже приводится общий обзор текущих вкладов в каждый проект, содержащийся в этих зеркалах.

Уэстон

WSLg использует Weston в качестве композитора Wayland, соединяющего миры Linux и Windows с использованием технологии RDP для удаленного доступа к содержимому приложений между ними. У Weston уже был бэкэнд RDP, но он ограничивался удаленным взаимодействием между одним монитором и рабочим столом. Мы значительно улучшили этот серверный модуль RDP, включив в него расширенные функции, такие как поддержка нескольких мониторов, интеграция с буфером обмена для копирования / вставки и ввода / вывода звука. Мы включили новые режимы удаленного взаимодействия, называемые RAIL (удаленное приложение, интегрированное локально) и VAIL (виртуализированное приложение, интегрированное локально), в которых удаленно удаляются отдельные приложения, а не рабочие столы / мониторы.Эти изменения не относятся к WSLg; они добавляют функциональность к существующему бэкэнду RDP и могут быть повторно использованы в других сценариях (т. е. с использованием нового бэкэнда Weston RDP для удаленного приложения, работающего на Raspberry Pi, на другое устройство, на котором запущен клиент RDP).

Чтобы обеспечить широкую интеграцию в WSLg, мы также добавили небольшой плагин к бэкэнду RDP, специфичному для WSLg. В Weston плагин отвечает за подключение к пользовательскому дистрибутиву и поиск установленных приложений (также называемых файлом рабочего стола).Плагин отправляет на хост Windows список всех найденных приложений вместе с их командами запуска и значками. На хосте Windows часть проекта WSLg с открытым исходным кодом подключаемого модуля mstsc использует эту информацию для создания ярлыков для этих приложений Linux в меню «Пуск» Windows.

Мы также исправили несколько ошибок, влияющих на различные приложения. Как правило, это были проблемы, которые влияли на Weston во всех режимах и не были специфичными для WSLg.

БесплатноRDP

Weston в настоящее время использует FreeRDP для своей серверной части RDP.WSLg продолжает использовать FreeRDP, и мы добавили поддержку нового протокола / канала RDP, чтобы включить оптимизированный сценарий VAIL, а также поддержку подключаемого модуля WSLg. Мы также исправили различные ошибки, которые влияли на взаимодействие с mstsc или вызывали нестабильность.

PulseAudio

Для PulseAudio наши вклады были сосредоточены на приемнике и плагине источника, которые перетасовывают аудиоданные между PulseAudio и серверной частью Weston RDP, чтобы аудиоданные можно было интегрировать через соединение RDP обратно в хост.В ядре PulseAudio нет никаких изменений, кроме добавления этих новых плагинов.

Если вы хотите поработать или внести свой вклад в WSLg, пожалуйста, посетите нашу страницу СОДЕЙСТВИЕ для получения подробной информации, в том числе о том, как создать и запустить частную версию WSLg.

Для проблем, не связанных с безопасностью, таких как сообщение об ошибке или предложение новой функции, используйте средство отслеживания проблем этого проекта.

Чтобы сообщить о проблемах безопасности с WSLg или любыми другими продуктами Microsoft, следуйте инструкциям, приведенным здесь.

Этот проект может содержать товарные знаки или логотипы проектов, продуктов или услуг. Авторизованное использование товарных знаков или логотипов Microsoft регулируется Правилами использования товарных знаков и брендов Microsoft и должно следовать им. Использование товарных знаков или логотипов Microsoft в измененных версиях этого проекта не должно вызывать путаницу или подразумевать спонсорство Microsoft. Любое использование сторонних товарных знаков или логотипов регулируется политиками этих сторонних производителей.