• Read committed. Любые операции записи, выполняемые транзакцией, становятся видны другим транзакциям только после фиксации данной (после чего становятся видимы результаты сразу всех ее операций записи).

В этом случае пользователь 2 увидит новое значение x=3 только после того, как пользователь 1 его зафиксирует (сделает commit).

Что будет если две транзации попытаются конкурентно обновить один объект в БД? В этом случае СУБД откладывает выполнение второй транзации до тех пор пока первая (начавшася ранее) транзакция не будет зафиксирована или прервана.

Изоляция Read committed не спасает от состояния гонки (race condition) другими словами здесь наблюдается "потерянное обновление". Допустим, два клиента одновременно увеличивают значение счетчика, хранимого в базе данных. Каждый из них должен прочитать текущее значение, добавить 1 и записать новое значение обратно

#cat test
192.168.10.25
#ansible "192.168.10.25," -i test -m  setup -e ansible_ssh_user=root -e ansible_ssh_pass=root_pass
192.168.10.25 | SUCCESS => {
    "ansible_facts": {
        "ansible_all_ipv4_addresses": [
            "192.168.10.25"
        ],
 "ansible_all_ipv6_addresses": [

Где искать информацию?

Ubuntu:

#apt install linux-doc
#gunzip -r /usr/share/doc/linux-doc *
#grep -R tcp_mem /usr/share/doc/linux-doc

notepad++ удалить пустые строки и комментарии

(^ *#.*)|(^\h*\R)

Вывести все, кроме пустых строк и комментариев

cat /etc/sysctl.conf | egrep -v "(^$)|(^#)"

(Also see [remarkable][], the markdown parser created by the author of this cheatsheet)

• Standard features
  • Headings
  • Paragraphs

• Breaks

Добавить в Параметры -> Клавиатура -> Комбинации клавиш -> Добавить пользовательскую комбинацию

• название - увеличение яркости

• команда /home/user/brigh.sh Up

• комбинация Fn+F6 (Super+F6)

• название - уменьшение яркости

• команда /home/user/brigh.sh Down

• комбинация Fn+F5 (Super+F5)

В скрипте надо отредактировать переменную MON