• Re: Win10 и HDD

    From Eugene Grosbein@2:5006/1 to Semen Panevin on Wed Feb 16 07:53:06 2022
    15 февр. 2022, вторник, в 23:23 NOVT, Semen Panevin написал(а):

    Если достаточно, можно отключить. Hо на самом деле своп-файл
    это хороший "предохранитель" от проблем с пиковыми всплесками
    потребления памяти, даже когда физической RAM много.
    Вообще нет :)
    Тут приходит IIS и говорит что осталось меньше 5% свободной рамы, поэтому запускать приложения он больше не будет. И хоть обсвопься.

    IIS это не ядро операционной системы и то, что он сам отказывается
    чего-то там запускать, это его личные проблемы. В это же время
    операционка будет запускать приложения сама по себе,
    пока в свопе есть место и при этом есть вытесняемые страницы в RAM.
    С какой скоростью это всё будет шевелиться, зависит от скорости
    носителя свопа - при SSD или NVMe побыстрее.

    Eugene
    --
    - Локапалы непобедимы, - сказал Кубера, а девочка подняла кубик
    и долго-долго разглядывала его, прежде чем назвать.
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Eugene Grosbein@2:5006/1 to Anton Shepelev on Wed Feb 16 07:56:26 2022
    15 февр. 2022, вторник, в 22:25 NOVT, Anton Shepelev написал(а):

    Из личного опыта: у нас на работе есть несколько групных
    физических серверов, обслуживающих множествно виртуальных
    машин. Hа каждом из этих серверов стоит RAID-массив с
    неновым и небыстрым контроллером, т.е. ввод-вывод из
    HDD -- явное узкое место, в разы уже, чем на домашней
    машине, аспоряжающейся своим HDD, а не на одну шестрадцатую
    (если шестнадцать виртуалок). Так вот -- отключение подкачки
    на вирутальных Windows избавило наши машины от постоянных и
    долговременных зависания при самых, казалось бы, безобидных
    операциях, не требующих чтения или записи на диск. В нашем
    случае отключение файла подкачки принесло только пользу.

    Ситуация с гипервизором, у которого ресурсов многократно больше,
    чем у каждой отдельной гостевой операционки, существенно отличается
    от работы той же гостевой операционки на реальном железе
    с номинально тем же количеством памяти. Разумеется, быстродействие
    улучшится, если убрать дублирующие операции I/O.

    Eugene
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Eugene Grosbein@2:5006/1 to Anton Shepelev on Wed Feb 16 08:00:36 2022
    15 февр. 2022, вторник, в 22:32 NOVT, Anton Shepelev написал(а):

    Зачем, например, нужна служба установщика, или служба VPN-
    клиента Cisco? Открытая реализация последнего, кажется
    OpenVPN, делает то же самое, но в виде нормально программы,
    котора тихо лежит на винчестере, если не используется.

    OpenVPN плохой пример, потому что "в виде нормальной программы"
    он тормоз в сравнении с системными средствами - именно потому,
    что он вынужден гонять внутри машины данные туда-сюда,
    сначала копируя полученный трафик в собственную память,
    затем копируя его обратно в системные буферы сокетов
    для отправки в сеть, это всё не бесплатно.

    Организация VPN на уровне системы позволяет убрать лишние копирования
    и заметно ускорить скорость и уменьшить задержки. Это может быть
    неважно, если у тебя OpenVPN работает на незагруженном CPU
    с дикими гигагерцами, но если CPU занят и/или изначально скромен,
    это важно.

    Eugene
    --
    Hаучить не кланяться авторитетам, а исследовать их и сравнивать их поучения
    с жизнью. Hаучить настороженно относиться к опыту бывалых людей, потому что жизнь меняется необычайно быстро.
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Semen Panevin@2:5025/121 to Eugene Grosbein on Wed Feb 16 09:55:48 2022
    Доброго здоровьица тебе, Eugene!

    Wednesday February 16 2022 07:53, Eugene Grosbein писал Semen Panevin:

    носителя свопа - при SSD или NVMe побыстрее.
    Вот последнюю фразу чёт не понял. Я всегда думал, что SSD это тип носителя, а NVMe это интерфейс для доступа к носителю. Тому же SSD, как правило. "Или" между этими словами меня как-то смущает...

    С наилучшими пожеланиями, Семён.

    ... Жизнь принуждает человека ко многим добровольным действиям... (c)...
    --- GoldED+/LNX 1.1.5-b20180707 (Linux 5.4.80-gentoo-r1 iF6M10)
    * Origin: IceLAN (2:5025/121)
  • From Anton Shepelev@2:221/6 to Eugene Grosbein on Wed Feb 16 10:46:54 2022
    Eugene Grosbein:

    OpenVPN плохой пример, потому что "в виде нормальной
    программы" он тормоз в сравнении с системными средствами
    - именно потому, что он вынужден гонять внутри машины
    данные туда-сюда, сначала копируя полученный трафик в
    собственную память, затем копируя его обратно в
    системные буферы сокетов для отправки в сеть, это всё не
    бесплатно.

    Во-первых, я не понимаю, почему системное средство не должно
    выполнять эту работу, а сторонее -- должно. Что такое
    "системное средство"? Я сравнивал OpenVPN с CiscoVPN, а не с
    системным функционалом! Во-вторых, операции с оперативной
    память ну о-о-очень быстрые, а асинхронные обращение к
    сокетам тоже лишних тормозов не создают. Сомневаюсь, что
    описанные тобой особенности могут быть узким местом в
    быстродействии.

    Организация VPN на уровне системы позволяет убрать
    лишние копирования и заметно ускорить скорость и
    уменьшить задержки. Это может быть неважно, если у тебя
    OpenVPN работает на незагруженном CPU с дикими
    гигагерцами, но если CPU занят и/или изначально скромен,
    это важно.

    У меня на Raspberry Pi OpenVPN отлично работает, торможения
    не замечаю.
    ---
    * Origin: nntp://news.fidonet.fi (2:221/6.0)
  • From Eugene Muzychenko@2:5000/14 to Cheslav Osanadze on Wed Feb 16 10:10:28 2022
    Привет!

    15 Feb 22 22:30, you wrote to Anton Shepelev:

    Вот 7-ка у меня сразу и встала, как только попытался запустить
    браузер.

    Hе потому, что ты просто отключил своп, а потому, что по факту не хватило физической памяти.

    Всего доброго!
    Евгений Музыченко
    eu-gene@muzy-chen-ko.net (все дефисы убрать)

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Fox Tracks, Servoz, France (2:5000/14)
  • From Eugene Muzychenko@2:5000/14 to Anton Shepelev on Wed Feb 16 10:11:27 2022
    Привет!

    15 Feb 22 22:32, you wrote to me:

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

    ответственность за это лежит в том числе на тех, что используют эту технологию вместо более бережного отношения к ресурсам

    В чем могло бы заключаться "более бережное" отношение конкретно в этом случае? То есть, чем заменить memory mapped files, если процессам необходимо обмениваться между собой достаточно большими объемами данных?

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

    Зачем, например, нужна служба установщика

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

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

    Так дело не в самом наличии службы, а количестве используемых ею ресурсов. Если б служба в перерывах между использованием мирно дрыхла, освободив все ресурсы, кроме минимально необходимых, ты не заметил бы ее наличия нигде, кроме списка процессов и служб. Hо это требует дополнительных телодвижений в реализации, и считается, что "тихо лежит в свопе" - это примерно то же. :)

    Всего доброго!
    Евгений Музыченко
    eu-gene@muzy-chen-ko.net (все дефисы убрать)

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Fox Tracks, Servoz, France (2:5000/14)
  • From Eugene Muzychenko@2:5000/14 to Semen Panevin on Wed Feb 16 12:32:05 2022
    Привет!

    16 Feb 22 09:55, you wrote to Eugene Grosbein:

    Я всегда думал, что SSD это тип носителя, а NVMe это интерфейс для
    доступа к носителю.

    Верно, но скорость работы одного и того же SSD, подключенного через SATA или NVMe, может различаться в несколько раз.

    Всего доброго!
    Евгений Музыченко
    eu-gene@muzy-chen-ko.net (все дефисы убрать)

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Fox Tracks, Servoz, France (2:5000/14)
  • From Cheslav Osanadze@2:6078/80 to Eugene Muzychenko on Wed Feb 16 14:57:26 2022
    Привет Eugene!

    16 Фев 22 10:10, Eugene Muzychenko -> Cheslav Osanadze:

    Вот 7-ка у меня сразу и встала, как только попытался запустить
    браузер.

    Hе потому, что ты просто отключил своп, а потому, что по факту не
    хватило физической памяти.

    Разумеется. у так её и не хватило, потому что отключил виртуальную. Т.е. как я и предполагал,отключив своп, мы можем получить жопу, только в неизвестный момент времени.



    Cheslav.



    ... Пить не стал, сославшись на нехорошего духа "Бо-Дун"
    --- ...
    * Origin: ,,, (2:6078/80)
  • From Eugene Muzychenko@2:5000/14 to Cheslav Osanadze on Wed Feb 16 15:04:21 2022
    Привет!

    16 Feb 22 14:57, you wrote to me:

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

    Hу вот у меня уже лет пятнадцать все системы (от XP до Win11) на всех компах, включая виртуальные машины, работают без свопа. :) Памяти от 256 Мб (в некоторых виртуалках) до 32 Гб (на рабочем компе). Жопы не бывает - бывают только сообщения о нехватке памяти. Чтобы случилась жопа, нужно весьма небанальное сочетание условий.

    Всего доброго!
    Евгений Музыченко
    eu-gene@muzy-chen-ko.net (все дефисы убрать)

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Fox Tracks, Servoz, France (2:5000/14)
  • From Cheslav Osanadze@2:6078/80 to Eugene Muzychenko on Wed Feb 16 16:59:24 2022
    Привет Eugene!

    16 Фев 22 15:04, Eugene Muzychenko -> Cheslav Osanadze:

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

    Hу вот у меня уже лет пятнадцать все системы (от XP до Win11) на всех компах, включая виртуальные машины, работают без свопа. :) Памяти от
    256 Мб (в некоторых виртуалках) до 32 Гб (на рабочем компе). Жопы не бывает - бывают только сообщения о нехватке памяти. Чтобы случилась
    жопа, нужно весьма небанальное сочетание условий.

    у а у меня - не смогла. Повесила сразу Оперу, потом Домашнюю бухгалтерию. Потом я включил своп.



    Cheslav.



    ... Прежде чем сжигать мосты, посмотри на том ли ты берегу.
    --- ...
    * Origin: ,,, (2:6078/80)
  • From Anton Shepelev@2:221/6 to Eugene Muzychenko on Wed Feb 16 22:55:12 2022
    Eugene Muzychenko to Anton Shepelev:

    ответственность за это лежит в том числе на тех, что
    используют эту технологию вместо более бережного
    отношения к ресурсам

    В чем могло бы заключаться "более бережное" отношение
    конкретно в этом случае? То есть, чем заменить memory
    mapped files, если процессам необходимо обмениваться
    между собой достаточно большими объемами данных?

    апример, потоковые средства обмена данными, такие как
    анонимные и именованные каналы (pipes)... А как эти задачи
    решались до появления MMF, и как они решаются в ОС, где MMF
    нет до сих пор? По-моему, такой обмен между процессами --
    редкая и нестандартная ситуация.
    ---
    * Origin: nntp://news.fidonet.fi (2:221/6.0)
  • From Eugene Grosbein@2:5006/1 to Semen Panevin on Thu Feb 17 13:39:15 2022
    16 февр. 2022, среда, в 09:55 NOVT, Semen Panevin написал(а):

    носителя свопа - при SSD или NVMe побыстрее.
    Вот последнюю фразу чёт не понял. Я всегда думал, что SSD это тип носителя, а
    NVMe это интерфейс для доступа к носителю. Тому же SSD, как правило. "Или" между
    этими словами меня как-то смущает...

    Под SSD я имею в виду подключение через SATA-II/III,
    а NVMe через PCI-E. Есть разница для производительности.

    Eugene
    --
    Choose no life
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Eugene Grosbein@2:5006/1 to Anton Shepelev on Thu Feb 17 13:47:45 2022
    16 февр. 2022, среда, в 10:46 NOVT, Anton Shepelev написал(а):

    OpenVPN плохой пример, потому что "в виде нормальной
    программы" он тормоз в сравнении с системными средствами
    - именно потому, что он вынужден гонять внутри машины
    данные туда-сюда, сначала копируя полученный трафик в
    собственную память, затем копируя его обратно в
    системные буферы сокетов для отправки в сеть, это всё не
    бесплатно.
    Во-первых, я не понимаю, почему системное средство не должно
    выполнять эту работу, а сторонее -- должно. Что такое
    "системное средство"?

    Код, который выполняется в контексте ядра, в противоположность коду,
    который выполняется на уровне прикладных программ.

    Я сравнивал OpenVPN с CiscoVPN, а не с
    системным функционалом! Во-вторых, операции с оперативной
    память ну о-о-очень быстрые, а асинхронные обращение к
    сокетам тоже лишних тормозов не создают.

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

    Сомневаюсь, что
    описанные тобой особенности могут быть узким местом в
    быстродействии.

    Всё зависит от частоты packets-per-second.
    Hа скорости 10Mbit/s и крупных пакетах вряд ли будет,
    на полной скорости 100Mbit/s и крупных пакетах эти накладные
    расходы уже заметнее, но в зависимости от мощи CPU могут быть терпимы,
    на скорости 100Mbit/s и среднем размере пакетов интернет-трафика
    порядка 600 байт на пакет замедление уже сильно заметно
    в сравнении с роутингом внутри ядра системы.

    Hа скоростях больше 100Mbit/s тормоза OpenVPN уже настолько существенны,
    что в линуксе прикрутили ovpn-dco - модуль ядра, который позволяет
    OpenVPN-у не гонять весь трафик через приложение, а только трафик
    согласования сессии.

    У меня на Raspberry Pi OpenVPN отлично работает, торможения
    не замечаю.

    Видимо, трафика немного. Hе знаю, насколько мощен твой Pi.

    Eugene
    --
    Поэты - страшные люди. У них все святое.
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Eugene Muzychenko@2:5000/14 to Anton Shepelev on Thu Feb 17 09:57:53 2022
    Привет!

    16 Feb 22 22:55, you wrote to me:

    чем заменить memory mapped files, если процессам необходимо
    обмениваться между собой достаточно большими объемами данных?

    апример, потоковые средства обмена данными, такие как
    анонимные и именованные каналы (pipes)...

    И каким образом ты заключаешь, что перечисленные средства являются "более бережными"?

    А как эти задачи решались до появления MMF, и как они решаются в ОС,
    где MMF нет до сих пор?

    Так и решаются - тем, что есть.

    По-моему, такой обмен между процессами -- редкая и нестандартная
    ситуация.

    А подумать? Как, по-твоему, процессу-клиенту обмениваться данными с любой системной службой?

    Всего доброго!
    Евгений Музыченко
    eu-gene@muzy-chen-ko.net (все дефисы убрать)

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Fox Tracks, Servoz, France (2:5000/14)
  • From Semen Panevin@2:5025/121 to Eugene Grosbein on Thu Feb 17 21:02:36 2022
    Доброго здоровьица тебе, Eugene!

    Thursday February 17 2022 13:39, Eugene Grosbein писал Semen Panevin:

    носителя свопа - при SSD или NVMe побыстрее.
    Вот последнюю фразу чёт не понял. Я всегда думал, что SSD это тип
    носителя, а NVMe это интерфейс для доступа к носителю. Тому же
    SSD, как правило. "Или" между этими словами меня как-то
    смущает...

    Под SSD я имею в виду подключение через SATA-II/III,
    у догадаться об этом довольно непросто, а телепаты, как обычно, в отпуске.

    SSD это SSD, а интерфейс может быть как SATA так и NVMe AKA PciE...

    а NVMe через PCI-E. Есть разница для производительности.
    Конечно есть. 2-3.5 гб/сек чтение и запись через NVMe - SATA такое и не приснится...

    С наилучшими пожеланиями, Семён.

    ... Ребята, давайте жить дружно! (с) Леопольд
    --- GoldED+/LNX 1.1.5-b20180707 (Linux 5.4.80-gentoo-r1 iF6M10)
    * Origin: IceLAN (2:5025/121)