Файл подкачки и фидо-софт
 

Maxim Trophimov написал(а) к Eugene Muzychenko в Apr 25 09:17:14 по местному времени:

Доброго времени суток, Eugene!

19 Апр 25 10:24, ты писал(а) мне:

MT>> Блок питания часто бывает источником проблемы
EM> Не часто, а иногда.

Хорошо, когда есть люди, знающие как все в мире происходит в первоисточнике.

MT>> Спасибо, что потратили время и прочитали все до конца.
EM> Но писать все это не стоило.

Так и не пиши, я ничего не спрашивал.

Спасибо, что потратили время и прочитали все до конца.

--- Этот дед нашел 1.1.5-b20180707 монет, у GoldED+/W64-MSVC

Файл подкачки и фидо-софт
 

Cheslav Osanadze написал(а) к Eugene Muzychenko в Apr 25 08:30:26 по местному времени:

Привет Eugene!

19 Апр 25 21:31, Eugene Muzychenko -> Cheslav Osanadze:

CO>> он как то странно зависит от физической.

EM> Не странно, а [b]эмпирически[/b]. :)

CO>> Сейчас посмотрел, при 32 физической, (W10) зачем то рекомендует
CO>> ещё 5 Гигов сверху!

EM> Скажи спасибо, что не двадцать. :)

Согласен, логика в этом есть, "мало не бывает", а если смог позволить себе какие то Гигабайты физической, то и виртуальной найдётся место.:)


Cheslav.


... Орально-церебральный секс - это когда вам мозги @бут..
---

Файл подкачки и фидо-софт
 

Eugene Muzychenko написал(а) к Maxim Sokolsky в Apr 25 10:05:07 по местному времени:

Привет!

19 Apr 25 22:27, you wrote to me:

MS> пользовательское ПО так устроено, что изначально использует ее
MS> экстенсивно.

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

MS> когда неиспользуемые процессы выносятся системой подальше от ЦП И ОЗУ
MS> в медленный файл подкачки

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

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

Да, есть такое. А ты в курсе, [b]как_именно[/b] работает это считывание, или так, мимо проходил? :)

MS> для них было главное, что считать файлы целиком в виртуальную память
MS> было [b]быстрее[/b].

Тут надо бы оговориться, что "быстрее" - это прежде всего для программиста в плане написания программы, а не для системы в плане ее выполнения.

MS> А теперь представь, что у тебя имеются на диске 30 Гб фотографий и
MS> видео и есть некая программа для их просмотра, с функцией кеширования.
MS> А почему бы ей, этой программе, не считать тогда все эти гигабайты
MS> разом в память?)

Почему всего 30 Гб, и почему фотографий, а не видео? :)

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

--- GoldED+/W32-MSVC 1.1.5-b20180707

Re: Файл подкачки и фидо-софт
 

Maxim Sokolsky написал(а) к Eugene Muzychenko в Apr 25 19:59:52 по местному времени:

Здpавствуй, Eugene!

MS>> пользовательское ПО так устроено, что изначально использует ее
MS>> экстенсивно.

EM> Правильнее будет сказать "современное ПО", ибо изрядная часть
EM> системного уже давно пишется примерно с тем же уровнем квалификации,
EM> что и чисто пользовательское.

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

MS>> когда неиспользуемые процессы выносятся системой подальше от ЦП И
MS>> ОЗУ в медленный файл подкачки

EM> По правилам, они не должны никуда выноситься до тех пор, пока не
EM> возникнет дефицит памяти - или реальный, или с высокой вероятностью
EM> приближающийся.

Именно так, пока не. На вопрос "Зачем ей столько памяти?" есть простой ответ. ОС-то 64-разрядная. Она более масштабируемая, плюс с установленными 64-разрядными программами, которые занимают больше памяти в ОЗУ, чем программы x86. Такая вот система с повышенными требованиями к ОЗУ.

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

Мнение, что файл подкачки на SSD - плохо, просто какой-то миф. Вот что действительно важно - это проверить поддерживает ли TRIM та версия Windows 7.

fsutil behavior query disabledeletenotify

Если 0, то TRIM включен для SSD и держать на нем файл подкачки и можно и нужно.

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

EM> Да, есть такое. А ты в курсе, [b]как_именно[/b] работает это считывание,
EM> или так, мимо проходил? :)

В общих чертах. И это предположение, что в коде такое может быть. Тоссер же старый? Старый. 32-разрядный. Ну вот Чеславу и глюки.

MS>> для них было главное, что считать файлы целиком в виртуальную
MS>> память было [b]быстрее[/b].

EM> Тут надо бы оговориться, что "быстрее" - это прежде всего для
EM> программиста в плане написания программы, а не для системы в плане ее
EM> выполнения.

Все же это не имеет отношения плохому программированию. Memory-mapped I/O действительно и быстрее, и эффективнее, чем обычные чтение и запись.

MS>> А теперь представь, что у тебя имеются на диске 30 Гб фотографий
MS>> и видео и есть некая программа для их просмотра, с функцией
MS>> кеширования. А почему бы ей, этой программе, не считать тогда все
MS>> эти гигабайты разом в память?)

EM> Почему всего 30 Гб, и почему фотографий, а не видео? :)

Пусть будет видео)

С уважением - Maxim
--- -Да, да!.. Я вижу, вы поняли мой замысел.

Файл подкачки и фидо-софт
 

Cheslav Osanadze написал(а) к Maxim Sokolsky в Apr 25 19:21:42 по местному времени:

Привет Maxim!

20 Апр 25 19:59, Maxim Sokolsky -> Eugene Muzychenko:

MS> Именно так, пока не. На вопрос "Зачем ей столько памяти?" есть
MS> простой ответ. ОС-то 64-разрядная. Она более масштабируемая, плюс с
MS> установленными 64-разрядными программами, которые занимают больше
MS> памяти в ОЗУ, чем программы x86. Такая вот система с повышенными
MS> требованиями к ОЗУ.

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

MS> Мнение, что файл подкачки на SSD - плохо, просто какой-то миф. Вот что
MS> действительно важно - это проверить поддерживает ли TRIM та версия
MS> Windows 7.

MS> fsutil behavior query disabledeletenotify

MS> Если 0, то TRIM включен для SSD и держать на нем файл подкачки и можно
MS> и нужно.

У меня и W7 И W10 говорит про "0". Т.е. не надо выёживаться и надо всё оставить - "на усмотрение системы"? И не читать эти все - "своп убил диск SSD за месяц"?

Я же "не настоящий сварщик".

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

EM>> Да, есть такое. А ты в курсе, [b]как_именно[/b] работает это
EM>> считывание, или так, мимо проходил? :)

MS> В общих чертах. И это предположение, что в коде такое может быть.
MS> Тоссер же старый? Старый. 32-разрядный. Ну вот Чеславу и глюки.

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

А далее - буду проверять все базы.:)

MS>>> для них было главное, что считать файлы целиком в виртуальную
MS>>> память было [b]быстрее[/b].

EM>> Тут надо бы оговориться, что "быстрее" - это прежде всего для
EM>> программиста в плане написания программы, а не для системы в
EM>> плане ее выполнения.

MS> Все же это не имеет отношения плохому программированию. Memory-mapped
MS> I/O действительно и быстрее, и эффективнее, чем обычные чтение и
MS> запись.

MS>>> А теперь представь, что у тебя имеются на диске 30 Гб фотографий
MS>>> и видео и есть некая программа для их просмотра, с функцией
MS>>> кеширования. А почему бы ей, этой программе, не считать тогда
MS>>> все эти гигабайты разом в память?)

EM>> Почему всего 30 Гб, и почему фотографий, а не видео? :)

MS> Пусть будет видео)




Cheslav.


... Диагноз - повреждения, не совместимые с половой жизнью
---

Файл подкачки и фидо-софт
 

Eugene Muzychenko написал(а) к Maxim Sokolsky в Apr 25 09:00:12 по местному времени:

Привет!

20 Apr 25 19:59, you wrote to me:

MS> К уровню программистов это отношения ни имеет.

К уровню программистов имеет отношение экстенсивность использования [b]памяти_, а не _адресного_пространства[/b].

MS> Если 0, то TRIM включен для SSD и держать на нем файл подкачки и можно
MS> и нужно.

А если физической памяти хватает для повседневной работы, то можно, но не нужно. Как и на НDD.

MS> Тоссер же старый? Старый. 32-разрядный. Ну вот Чеславу и глюки.

Каким образом свойства "старый" и "32-разрядный" могут увеличивать вероятность глюков?

MS> Все же это не имеет отношения плохому программированию. Memory-mapped
MS> I/O действительно и быстрее, и эффективнее, чем обычные чтение и
MS> запись.

С чего бы вдруг? Оно лишь [b]не_менее_эффективно[/b], да и то в среднем.

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

--- GoldED+/W32-MSVC 1.1.5-b20180707

Re: Файл подкачки и фидо-софт
 

Maxim Sokolsky написал(а) к Cheslav Osanadze в Apr 25 20:52:14 по местному времени:

Здpавствуй, Cheslav!

MS>> Мнение, что файл подкачки на SSD - плохо, просто какой-то миф.
MS>> Вот что действительно важно - это проверить поддерживает ли TRIM
MS>> та версия Windows 7.

MS>> fsutil behavior query disabledeletenotify

MS>> Если 0, то TRIM включен для SSD и держать на нем файл подкачки и
MS>> можно и нужно.

CO> У меня и W7 И W10 говорит про "0". Т.е. не надо выёживаться и надо
CO> всё оставить - "на усмотрение системы"?

Именно так. Лучше администраторские настройки не трогать, если не знаешь, как они работает.

CO> И не читать эти все - "своп убил диск SSD за месяц"?

Это действительно было когда-то, но давно. Когда SSD только появились, в них не было TRIM и его поддержки в Windows.

CO> Я же "не настоящий сварщик".

Для "настоящих сварщиков" существует операция по определению размера файла подкачки для конкретной системы.
Меняешь настройку для файла подкачки - ставишь минимальный его размер в 2 Gb, а максимальный размер - ОЗУ * 1,5.
Перезагружаешься, запускаешь Системный монитор из Панели управления> Администрирование. Добавляешь два счетчика для "Файл подкачки" - использование и использование (пик).
Далее нагружаешь свою систему по-максимуму теми приложениями, с чем ей придется каждодневно работать. Гоняешь, смотришь, какое пиковое использование файла подкачки.
Если оно < 40% уменьшаешь нижную границу файла подкачки, ставишь ее 1Gb.
Если оно от 50% до 90% ничего больше не трогаешь.
Если оно >90% ставишь нижнюю границу в 4Gb и повторяешь измерения пикового использования - до тех пор, пока оно не попадет в диапазон 50%-90%.

MS>> В общих чертах. И это предположение, что в коде такое может
MS>> быть. Тоссер же старый? Старый. 32-разрядный. Ну вот Чеславу и
MS>> глюки.

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

CO> А далее - буду проверять все базы.:)

Глюки могут быть, т.к. Windows 64-разрядная, а приложение старое и 32-битное. Если тебе эта программа нравится и для тебя важна надежность ее работы, скачай Oracle VirtualBox и запускай ее в отдельной виртуальной машине со старой 32-битной Windows.

С уважением - Maxim
--- -Да, да!.. Я вижу, вы поняли мой замысел.

Re: Файл подкачки и фидо-софт
 

Maxim Sokolsky написал(а) к Eugene Muzychenko в Apr 25 21:02:34 по местному времени:

Здpавствуй, Eugene!

MS>> К уровню программистов это отношения ни имеет.

EM> К уровню программистов имеет отношение экстенсивность использования
EM> [b]памяти_, а не _адресного_пространства[/b].

Ну м.б., тогда мы о разном.

MS>> Если 0, то TRIM включен для SSD и держать на нем файл подкачки и
MS>> можно и нужно.

EM> А если физической памяти хватает для повседневной работы, то можно, но
EM> не нужно. Как и на НDD.

Это должно быть обосновано - для какой цели отключать файл подкачки.
И - а если. Администратор системы должен понимать, что если он отключит файл подкачки и по какой-то неизвестной для него причине свободное ОЗУ внезапно закончится, то некоторые процессы вылетят с ошибкой, что приведет к [b]внезапной[/b] потере пользовательских данных.
Файл подкачки дает администратору системы возможность исправить ситуацию. В случае нехватки ОЗУ, система начинает использовать файл подкачки активнее и начинает работать медленнее, поэтому данные сразу не теряются. По крайней мере до тех пор, пока не исчерпается память файла подкачки. Администратору в это время приходят смс-ки системы мониторинга, начинают звонить рассерженные пользователи и ругаться, что система "тормозит". Т.е. у него остается время отреагировать и попытаться исправить ситуацию с нехваткой ОЗУ.

MS>> Тоссер же старый? Старый. 32-разрядный. Ну вот Чеславу и глюки.

EM> Каким образом свойства "старый" и "32-разрядный" могут увеличивать
EM> вероятность глюков?

Мало ли что в старом коде может быть, что не совместимо с WoW64. Она преобразует 32-битные данные в 64-битные, и у нее есть много ограничений.

>---=== Куть он "Windows Clipboard" ===---
Ядро не может выполнять 32-битный код.
Поддержка 16-битного кода была удалена.
То же самое относится к подсистемам OS/2 и Posix.
Смешанные 32-битные/64-битные процессы не допускаются.
64-битные приложения могут загружать только 64-битные DLL и OCX.
32-битные приложения могут загружать только 32-битные DLL и OCX.
Скрипты и плагины также не могут запускать одновременно 32- и 64-битные процессы.
>---=== Куть офф "Windows Clipboard" ===---

MS>> Все же это не имеет отношения плохому программированию.
MS>> Memory-mapped I/O действительно и быстрее, и эффективнее, чем
MS>> обычные чтение и запись.

EM> С чего бы вдруг? Оно лишь [b]не_менее_эффективно[/b], да и то в среднем.

Если работа идет с [b]отдельными областями[/b] файла, выигрышь в скорости может быть весьма значительным, т.к. количество дисковых операций ввода-вывода уменьшается. Если файлы читаются в память целиком - тогда по скорости без разницы.

С уважением - Maxim
--- -Да, да!.. Я вижу, вы поняли мой замысел.

Файл подкачки и фидо-софт
 

Cheslav Osanadze написал(а) к Maxim Sokolsky в Apr 25 20:13:31 по местному времени:

Привет Maxim!

21 Апр 25 20:52, Maxim Sokolsky -> Cheslav Osanadze:

MS> Это действительно было когда-то, но давно. Когда SSD только
MS> появились, в них не было TRIM и его поддержки в Windows.

CO>> Я же "не настоящий сварщик".

MS> Для "настоящих сварщиков" существует операция по определению размера
MS> файла подкачки для конкретной системы. Меняешь настройку для файла
MS> подкачки - ставишь минимальный его размер в 2 Gb, а максимальный
MS> размер - ОЗУ * 1,5. Перезагружаешься, запускаешь Системный монитор из
MS> Панели управления> Администрирование. Добавляешь два счетчика для
MS> "Файл подкачки" - использование и использование (пик). Далее
MS> нагружаешь свою систему по-максимуму теми приложениями, с чем ей
MS> придется каждодневно работать. Гоняешь, смотришь, какое пиковое
MS> использование файла подкачки. Если оно < 40% уменьшаешь нижную границу
MS> файла подкачки, ставишь ее 1Gb. Если оно от 50% до 90% ничего больше
MS> не трогаешь. Если оно >90% ставишь нижнюю границу в 4Gb и повторяешь
MS> измерения пикового использования - до тех пор, пока оно не попадет в
MS> диапазон 50%-90%.

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

MS>>> В общих чертах. И это предположение, что в коде такое может
MS>>> быть. Тоссер же старый? Старый. 32-разрядный. Ну вот Чеславу и
MS>>> глюки.

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

CO>> А далее - буду проверять все базы.:)

MS> Глюки могут быть, т.к. Windows 64-разрядная, а приложение старое и
MS> 32-битное. Если тебе эта программа нравится и для тебя важна
MS> надежность ее работы, скачай Oracle VirtualBox и запускай ее в
MS> отдельной виртуальной машине со старой 32-битной Windows.

Нашёл битые базы, только не понял - почему такой странный вывод ошибки на экран и без вывода ошибки в лог.
Может, как то хитро база сломалась, что тоссер не придумал - что ещё написать про это.:)


Cheslav.


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

Файл подкачки и фидо-софт
 

Eugene Muzychenko написал(а) к Maxim Sokolsky в Apr 25 12:25:44 по местному времени:

Привет!

21 Apr 25 20:52, you wrote to Cheslav Osanadze:

CO>> И не читать эти все - "своп убил диск SSD за месяц"?

MS> Это действительно было когда-то, но давно. Когда SSD только появились,
MS> в них не было TRIM и его поддержки в Windows.

Осталось понять, какое TRIM может иметь отношение к работе с файлом подкачки, если TRIM выполняется для [b]освобожденных[/b] блоков диска, а файл подкачки с момента создания лежит на одном месте, и имеет один и тот же объем.

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

--- GoldED+/W32-MSVC 1.1.5-b20180707

Файл подкачки и фидо-софт
 

Eugene Muzychenko написал(а) к Maxim Sokolsky в Apr 25 12:25:48 по местному времени:

Привет!

21 Apr 25 21:02, you wrote to me:

MS> Администратор системы должен понимать, что если он отключит файл
MS> подкачки и по какой-то неизвестной для него причине свободное ОЗУ
MS> внезапно закончится, то некоторые процессы вылетят с ошибкой, что
MS> приведет к [b]внезапной[/b] потере пользовательских данных.

То же самое, внезапно, произойдет, когда файл подкачки достигнет максимально возможного размера. Разница лишь в вероятности. Если в системе постоянно занята относительно небольшая доля памяти (как у Чеслава), то добавление файла подкачки эту вероятность практически не снижает. Если же софт регулярно пытается заполнить всю память, независимо от ее размера, то вероятность опять же не получится заметно снизить.

MS> Файл подкачки дает администратору системы возможность исправить
MS> ситуацию. В случае нехватки ОЗУ, система начинает использовать файл
MS> подкачки активнее и начинает работать медленнее, поэтому данные сразу
MS> не теряются. По крайней мере до тех пор, пока не исчерпается память
MS> файла подкачки.

То есть, об "исправлении ситуации" речи не идет - данные все так же потеряются.

MS> Администратору в это время приходят смс-ки системы мониторинга,
MS> начинают звонить рассерженные пользователи и ругаться, что система
MS> "тормозит". Т.е. у него остается время отреагировать и попытаться
MS> исправить ситуацию с нехваткой ОЗУ.

Это время у него остается, если файл подкачки лежит на НDD. Если он лежит на SSD, то тормоза будут заметны только достаточно опытному пользователю.

Кстати, в какой момент мы незаметно перешли от администрирования собственной системы, о загрузке которой ее пользователю известно практически все, к администрированию систем других пользователей?

MS> Мало ли что в старом коде может быть, что не совместимо с WoW64.

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

MS> Ядро не может выполнять 32-битный код.

Надеюсь, ты понимаешь, что оно не может его выполнять вообще никогда, а не вдруг какие-то его части? И где в тоссере вдруг может встретиться код ядра?

MS> Поддержка 16-битного кода была удалена.

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

MS> То же самое относится к подсистемам OS/2 и Posix.

Что именно в тоссере может относиться к OS/2 и Posix?

MS> Смешанные 32-битные/64-битные процессы не допускаются.

Откуда они в старом 32-разрядном софте?

MS> 64-битные приложения могут загружать только 64-битные DLL и OCX.

В старом 64-разрядном софте их нет.

MS> 32-битные приложения могут загружать только 32-битные DLL и OCX.

Как им могут понадобиться 64-разрядные?

MS> Скрипты и плагины также не могут запускать одновременно 32- и
MS> 64-битные процессы.

Что еще сумеешь высосать из пальца?

MS> Если работа идет с [b]отдельными областями[/b] файла, выигрышь в скорости
MS> может быть весьма значительным

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

Вообще, ты в курсе, что дискутируешь с человеком, который тридцать с лишним лет пишет под винду все виды кода - пользовательский, сервисный, ядерный, 64-, 32- и 16-разрядный? Уверен, что стоит продолжать возражать, черпая информацию из популярной литературы? :)

Я, кстати, даже под 64-разрядными системами предпочитаю 32-разрядный софт, в том числе очень старый (90-х - начала 2000-х), регулярно и периодически использую сотни различных приложений, и ни разу не видел, чтоб 32-разрядное приложение, достаточно надежно работающее в 32-разрядной системе примерно тех же лет выпуска, вдруг стало [b]странно_глючить[/b] в более поздней и/или 64-разрядной системе.

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

Если у приложения есть явная несоместимость по версиям DLL, импортируемым функциям, названиям/расположениям служебных каталогов, правам доступа и т.п., то они или сразу не работают совсем, или так же сразу начинают серьезно глючить. Нужно очень сильно постараться, чтобы [b]ненамеренно[/b] изготовить приложение, которое будет странно глючить в будущих системах, или системах бОльшей разрядности. Разумеется, вероятность этого есть, но об этом имеет смысл думать не раньше, чем отвергнуты все более вероятные объяснения. Начинать с таких предположений - явный признак некомпетентности. Не веди себя, как типичная девочка в техподдержке - "удалите куки, перезагрузитесь, переустановите систему...". :)

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

--- GoldED+/W32-MSVC 1.1.5-b20180707

Файл подкачки и фидо-софт
 

Oleg Redut написал(а) к Semen Panevin в Apr 25 09:30:30 по местному времени:

Доброе (current) время суток, Semen!

SP> А на рабочем компе два 500гб сата нонейма живут уже дохрена лет
SP> успешно и счастливо.

На десктопах на SSD ставлю только систему. Для быстроты. Остальное на hdd.
На сервере стоят только ssd, но они зеркалятся и бэкапятся. Иначе никак.

Что я могу еще сказать?..
Oleg

... AKA oleg(&)redut.info AKA [url]https://t.me/OVRnsk[/url]
--- GoldED+/W64-MSVC 1.1.5-b20180707 (пока работает)

Файл подкачки и фидо-софт
 

Oleg Redut написал(а) к Cheslav Osanadze в Apr 25 09:33:54 по местному времени:

Доброе (current) время суток, Cheslav!

CO> Т.е. я не про фанатизм, а так - про возможность обойтись и без
CO> подкачки.

У меня кум, в бытность ещё малораспространённости ssd, вынес файлы подкачки, temp, кэш на флешку. Для быстроты работы. Не знаю, почувствовал ли он прирост скорости на полтора-два процента. :-) Лучшее - враг хорошего.

Что я могу еще сказать?..
Oleg

... AKA oleg(&)redut.info AKA [url]https://t.me/OVRnsk[/url]
--- GoldED+/W64-MSVC 1.1.5-b20180707 (пока работает)

Файл подкачки и фидо-софт
 

Oleg Redut написал(а) к Eugene Muzychenko в Apr 25 09:37:18 по местному времени:

Доброе (current) время суток, Eugene!

CO>>> Поставил на W7x64 8 Гигов оперативки,

DB>> Для 64 разрядной венды это очень мало

EM> Самой 64-разрядной винде нужно немногим больше, чем 32-разрядной.
EM> Семерке достаточно где-то 512, десятке - гигабайта.

Я на старый roverbook c 512 и XP, смог воткнуть 2 Гб и 7ку. И живёт дальше. Но уже и под 7ку браузеры отказываются обновляться. Десятка почему-то не ставится.

Что я могу еще сказать?..
Oleg

... AKA oleg(&)redut.info AKA [url]https://t.me/OVRnsk[/url]
--- GoldED+/W64-MSVC 1.1.5-b20180707 (пока работает)

Файл подкачки и фидо-софт
 

Oleg Redut написал(а) к Maxim Sokolsky в Apr 25 09:45:12 по местному времени:

Доброе (current) время суток, Maxim!

EM>> виртуальной памяти провоцирует какой-то софт (в том числе
EM>> системный) использовать ее экстенсивно.

MS> Догадка в правильном направлении.) Только не большой объем памяти
MS> провоцирует какое-то ПО использовать его, а наоборот -
MS> пользовательское ПО так устроено, что изначально использует ее
MS> экстенсивно.

Экстенсивно или интенсивно?-)

Для топикстартера, видимо, важно, чтобы своп на ssd не юзался интенсивно, уменьшая ресурс железа. А если экстенсивно, то это менее страшно.

Что я могу еще сказать?..
Oleg

... AKA oleg(&)redut.info AKA [url]https://t.me/OVRnsk[/url]
--- GoldED+/W64-MSVC 1.1.5-b20180707 (пока работает)

Файл подкачки и фидо-софт
 

Cheslav Osanadze написал(а) к Oleg Redut в Apr 25 05:04:25 по местному времени:

Привет Oleg!

23 Апр 25 09:33, Oleg Redut -> Cheslav Osanadze:

CO>> Т.е. я не про фанатизм, а так - про возможность обойтись и без
CO>> подкачки.

OR> У меня кум, в бытность ещё малораспространённости ssd, вынес файлы
OR> подкачки, temp, кэш на флешку. Для быстроты работы. Не знаю,
OR> почувствовал ли он прирост скорости на полтора-два процента. :-)
OR> Лучшее - враг хорошего.

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

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





Cheslav.


... Стабилизировались темпы роста спада российской экономики.
---

Файл подкачки и фидо-софт
 

Dima Krylov написал(а) к Oleg Redut в Apr 25 06:57:32 по местному времени:

Привет тебе, Oleg!

Kaк-тo нa дняx (23 апр 25) Oleg Redut пишeт к Eugene Muzychenko...

[ ... ]

OR> Я на старый roverbook c 512 и XP, смог воткнуть 2 Гб и 7ку. И
OR> живёт дальше. Но уже и под 7ку браузеры отказываются обновляться.
OR> Десятка почему-то не ставится.
Минимально она ждет процессор с частотой 1 гигагерц. У тебя там чего?



--- GoldED-NSF

Файл подкачки и фидо-софт
 

Oleg Redut написал(а) к Dima Krylov в Apr 25 15:14:58 по местному времени:

Доброе (current) время суток, Dima!

OR>> Я на старый roverbook c 512 и XP, смог воткнуть 2 Гб и 7ку. И
OR>> живёт дальше. Но уже и под 7ку браузеры отказываются обновляться.
OR>> Десятка почему-то не ставится.

DK> Минимально она ждет процессор с частотой 1 гигагерц. У тебя там чего?

VIA Esther 1500 MНz

Что я могу еще сказать?..
Oleg

... AKA oleg(&)redut.info AKA [url]https://t.me/OVRnsk[/url]
--- GoldED+/W64-MSVC 1.1.5-b20180707 (пока работает)

Файл подкачки и фидо-софт
 

Eugene Muzychenko написал(а) к Oleg Redut в Apr 25 12:22:18 по местному времени:

Привет!

23 Apr 25 09:37, you wrote to me:

OR> Десятка почему-то не ставится.

Если хочешь десятку, почитай про OOBE и прочие варианты подавления ее повышенных аппетитов (TBM, интернет-соединение и т.п). Возможно, там найдется и что-то в отношении других аппаратных ресурсов. Но может и тупо ядро не взлететь - начиная с восьмерок, оно непременно хочет поддержки режима гипервизора. На i3/i5 времен 2009-2010 десятки уровня примерно 1803-2004 обычно встают, а вот более новые, да на более старое - уже не факт.

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

--- GoldED+/W32-MSVC 1.1.5-b20180707

Re: Файл подкачки и фидо-софт
 

Maxim Sokolsky написал(а) к Eugene Muzychenko в Apr 25 21:56:40 по местному времени:

Здpавствуй, Eugene!

CO>>> И не читать эти все - "своп убил диск SSD за месяц"?

MS>> Это действительно было когда-то, но давно. Когда SSD только
MS>> появились, в них не было TRIM и его поддержки в Windows.

EM> Осталось понять, какое TRIM может иметь отношение к работе с файлом
EM> подкачки,

К операциям записи любых файлов. И для начала тебе нужно знать азы - как работают SSD, а уже потом рассуждать про TRIM.

Остается открытым вопрос, почему люди переносят свои устаревшие представления о работе НDD на работу SSD. Отчасти по инерции, наверное. И еще потому, что и то и другое называется drive - дисками.)

EM> если TRIM выполняется для [b]освобожденных[/b] блоков диска, а
EM> файл подкачки с момента создания лежит на одном месте,

Не на одном месте. Для выравнивания износа в SSD перезапись данных производится в разные физические блоки. Я тебе сейчас Америку открою: этим занимаетя контроллер накопителя, который хранит информацию, сколько раз какие блоки перезаписывались, и производит запись в менее изношенные.

EM> и имеет один и тот же объем.

Т.е. по-твоему постоянная перезапись данных файла подкачки портит одни и те же блоки памяти, и поэтому держать его на SSD плохо? А заодно, случайно, не думаешь ли ты, что в SSD имеются ферромагнитные пластины, головки и шпиндель? Попробуй его расковырять, а вдруг найдешь?))

С уважением - Maxim
--- -Да, да!.. Я вижу, вы поняли мой замысел.

Re: Файл подкачки и фидо-софт
 

Maxim Sokolsky написал(а) к Eugene Muzychenko в Apr 25 22:08:22 по местному времени:

Здpавствуй, Eugene!

MS>> Администратор системы должен понимать, что если он отключит файл
MS>> подкачки и по какой-то неизвестной для него причине свободное ОЗУ
MS>> внезапно закончится, то некоторые процессы вылетят с ошибкой, что
MS>> приведет к [b]внезапной[/b] потере пользовательских данных.

EM> То же самое, внезапно, произойдет, когда файл подкачки достигнет
EM> максимально возможного размера. Разница лишь в вероятности.

Если это произойдет, то не так внезапно, как без файла подкачки.

EM> Если в системе постоянно занята относительно небольшая доля памяти
EM> (как у Чеслава), то добавление файла подкачки эту вероятность
EM> практически не снижает.

Рассуждать о практическом без примеров странно, для ясности нужна конкретная ситуация. Вот допустим, Чеслав запускает некую программу, и случайно у него залипает клавиша Ввод, и нажимается она на неком приложении. Понятно, что ситуация редкая, но это хороший и наглядный пример. В его компьютере 8 GB ОЗУ. Рассмотрим эту ситуацию для 2 конфигураций: с включенным файлом подкачки на SSD с размером 12 Gb (1) и без него (2).
Чеслав вызвает Диспечер задач и пытается завершить плодящиеся процессы.
В каком из двух вариантов - (1) или (2) - у него больше шансов успеть "прибить" программу?

EM> Если же софт регулярно пытается заполнить всю память, независимо от ее
EM> размера, то вероятность опять же не получится заметно снизить.

Если ПО регулярно не хватает памяти, ее нужно расширять, и файл подкачки в таком случае не решение.

MS>> Файл подкачки дает администратору системы возможность исправить
MS>> ситуацию. В случае нехватки ОЗУ, система начинает использовать
MS>> файл подкачки активнее и начинает работать медленнее, поэтому
MS>> данные сразу не теряются. По крайней мере до тех пор, пока не
MS>> исчерпается память файла подкачки.

EM> То есть, об "исправлении ситуации" речи не идет - данные все так же
EM> потеряются.

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

MS>> Администратору в это время приходят смс-ки системы мониторинга,
MS>> начинают звонить рассерженные пользователи и ругаться, что
MS>> система "тормозит". Т.е. у него остается время отреагировать и
MS>> попытаться исправить ситуацию с нехваткой ОЗУ.

EM> Это время у него остается, если файл подкачки лежит на НDD. Если он
EM> лежит на SSD, то тормоза будут заметны только достаточно опытному
EM> пользователю.

Давай ближе к конкретике Чеслава. Скорость записи файлов на SSD грубо около 100 MB/s в среднем. ОЗУ значительно быстрее - где-то 10Gb/s. Запуск нового экземпляра программы требует не только памяти, но времени ЦП, так что заполнение ОЗУ не будет мгновенным. Заполнение файла подкачки также потребует процессорного времени, плюс также одновременно упадет на два порядка скорость записи в виртуальную память.
Успеет ли Чеслав среагировать? Неизвестно. Но в первом случае счет идет на минуты, а втором на секунды, и вероятность успеть гораздо меньше.

EM> Кстати, в какой момент мы незаметно перешли от администрирования
EM> собственной системы, о загрузке которой ее пользователю известно
EM> практически все, к администрированию систем других пользователей?

MS>> Мало ли что в старом коде может быть, что не совместимо с WoW64.

EM> Великолепный по содержательности ответ от человека, претендующего на
EM> понимание работы системы с позиции специалиста и администратора, а не
EM> рядового пользователя. Если уж взял на себя - изволь соответствовать.

А что это ты вдруг высоким штилем заговорил?)

MS>> Ядро не может выполнять 32-битный код.

EM> Надеюсь, ты понимаешь, что оно не может его выполнять вообще никогда,
EM> а не вдруг какие-то его части? И где в тоссере вдруг может встретиться
EM> код ядра?

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

EM> Поддержка 16-битного кода была удалена.

EM> Что еще сумеешь высосать из пальца?

А, понятно, высоким штилем - это ты для контраста, чтобы затем перейти на штиль низкий. Захотелось тебе похвалиться перед фидошниками, какой ты умный и опытный. Бывает.) Ничего плохого в этом нет. Но вот эта твоя попытка через оттопыренную губу строить из себя всезнайку при одновременном незнании азов работы твердотельных накопителей выглядит, мягко говоря, просто смешно.

MS>> Если работа идет с [b]отдельными областями[/b] файла, выигрышь в
MS>> скорости может быть весьма значительным

EM> Только при несоответствии структуры ввода/вывода логике работы с
EM> данными. В конечном итоге, это все те же самые операции чтения/записи.
EM> Отображаемые файлы могут лишь как-то спасти ситуацию по сравнению с
EM> неправильно организованными чтением/записью, но никаких чудес сверх
EM> адекватной работы с файлами они совершить не могут.

"А мало ли, друг Горацио, на свете есть различных чудес?")

Как происходит перезапись файлов на SSD ты не знаешь, и это неудивительно. Нет такого человека, которому известно все, поэтому не тешь свое самолюбие напрасно. И действительно, друг Евгений, а что ты знаешь об этом ПО. Ты его код видел? Может, ты разработчик этого тоссера и я в предыдущем письме тебя задел? Иначе, как можно утвержать полное отсутствие чудес? Как можно говорить априори об адекватной работе старой программы в новой операционной системе? Ошибка здесь такая же вероятность, и она отлична от нуля.

EM> Вообще, ты в курсе, что дискутируешь с человеком, который тридцать с
EM> лишним лет пишет под винду все виды кода - пользовательский,
EM> сервисный, ядерный, 64-, 32- и 16-разрядный? Уверен, что стоит
EM> продолжать возражать, черпая информацию из популярной литературы? :)

А я тебя с этим поздравлю. Скажу, что надеюсь, что ты не остановишься на достигутых тобой результатах и еще долгие годы будешь продолжать писать свой код.
Кстати, раз ты уже затронул тему кто есть кто. Я - MCSE, а ты хотя бы как-то сертифицирован Майкрософт как разработчик? Или может быть ты работаешь по принципу: "Зачем нужна эта сертфикация, мое дело написать на коленке код, всучить его заказчику, а дальше - трава не расти!"?)

EM> Я, кстати, даже под 64-разрядными системами предпочитаю 32-разрядный
EM> софт, в том числе очень старый (90-х - начала 2000-х), регулярно и
EM> периодически использую сотни различных приложений, и ни разу не видел,
EM> чтоб 32-разрядное приложение, достаточно надежно работающее в
EM> 32-разрядной системе примерно тех же лет выпуска, вдруг стало
EM> [b]странно_глючить[/b] в более поздней и/или 64-разрядной системе.

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

О, да, работают люди в корпорации - это заметно. Хотя бы по тому, что через обновление постоянно идет поток разного рода патчей и обновлений с исправленими ошибок и уязвимостей.

EM> Если у приложения есть явная несоместимость по версиям DLL,
EM> импортируемым функциям, названиям/расположениям служебных каталогов,
EM> правам доступа и т.п., то они или сразу не работают совсем, или так же
EM> сразу начинают серьезно глючить. Нужно очень сильно постараться, чтобы
EM> [b]ненамеренно[/b] изготовить приложение, которое будет странно глючить в
EM> будущих системах, или системах бОльшей разрядности. Разумеется,
EM> вероятность этого есть, но об этом имеет смысл думать не раньше, чем
EM> отвергнуты все более вероятные объяснения. Начинать с таких
EM> предположений - явный признак некомпетентности.
EM> Не веди себя, как типичная девочка в техподдержке - "удалите куки,
EM> перезагрузитесь, переустановите систему...". :)

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

Ладно, можешь особенно не извиняться за свое незнание. Это бывает часто: все не знают всего. Главная твоя проблема не в том, что ты что-то не знаешь, а в твоих закостенелых и устаревших представлениях, которые одновременно с твоим чванливым самомнением мешают тебе учиться новому.

С уважением - Maxim
--- -Да, да!.. Я вижу, вы поняли мой замысел.

Re: Файл подкачки и фидо-софт
 

Maxim Sokolsky написал(а) к Oleg Redut в Apr 25 22:11:10 по местному времени:

Здpавствуй, Oleg!

EM>>> виртуальной памяти провоцирует какой-то софт (в том числе
EM>>> системный) использовать ее экстенсивно.

MS>> Догадка в правильном направлении.) Только не большой объем памяти
MS>> провоцирует какое-то ПО использовать его, а наоборот -
MS>> пользовательское ПО так устроено, что изначально использует ее
MS>> экстенсивно.

OR> Для топикстартера, видимо, важно, чтобы своп на ssd не юзался
OR> интенсивно, уменьшая ресурс железа. А если экстенсивно, то это менее
OR> страшно.

"Системный монитор" ему в руки, два счетчика из раздела "Файл подкачки" - %использования pagefile.sys и % пик его же использования. Если большую часть времени (90% за сутки) на графике две горизонтальные линии - значит, файл подкачки почти не меняется.

Если он почти не меняется, то почему держать файл подкачки на SSD это плохо? Это какая-то мифология, прямо-таки религиозный культ. И похоже, у него есть многочисленные адепты, которые регулярно посещают Храм Живоначальной Матрицы и участвуют в обряде 'Неразмещения Свопа На SSD'. Следующий этап в данном направлении - это приглашение попа в серверную для окропления оборудования святой водой.

С уважением - Maxim
--- -Да, да!.. Я вижу, вы поняли мой замысел.

Re: Файл подкачки и фидо-софт
 

Maxim Sokolsky написал(а) к Cheslav Osanadze в Apr 25 22:14:02 по местному времени:

Здpавствуй, Cheslav!

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

CO>>> А далее - буду проверять все базы.:)

MS>> Глюки могут быть, т.к. Windows 64-разрядная, а приложение старое
MS>> и 32-битное. Если тебе эта программа нравится и для тебя важна
MS>> надежность ее работы, скачай Oracle VirtualBox и запускай ее в
MS>> отдельной виртуальной машине со старой 32-битной Windows.

CO> Нашёл битые базы, только не понял - почему такой странный вывод
CO> ошибки на экран и без вывода ошибки в лог. Может, как то хитро база
CO> сломалась, что тоссер не придумал - что ещё написать про это.:)

Тебе нужно разобраться, из-за чего базы побились. Если это произошло в процессе их переноса/копирования, тоссер здесь не причем. Не было ли сбоя электичества - это также может быть причиной. Если же ошибки записи возникли по время работы тоссера, см. выше. Это хорошая рекомендация - запускать старые программы в родной для них среде. Так гарантированно можно избежать хождения по граблям.

Насчет SSD добавлю, что кроме включенного TRIM, еще важно следить, чтобы диски SSD не заполнялись под завязку. Если свободного пространства <20%, деградация накопителя ускоряется.

С уважением - Maxim
--- -Да, да!.. Я вижу, вы поняли мой замысел.

Файл подкачки и фидо-софт
 

Cheslav Osanadze написал(а) к Maxim Sokolsky в Apr 25 21:49:30 по местному времени:

Привет Maxim!

24 Апр 25 22:14, Maxim Sokolsky -> Cheslav Osanadze:


CO>>>> А далее - буду проверять все базы.:)

MS>>> Глюки могут быть, т.к. Windows 64-разрядная, а приложение
MS>>> старое и 32-битное. Если тебе эта программа нравится и для тебя
MS>>> важна надежность ее работы, скачай Oracle VirtualBox и запускай
MS>>> ее в отдельной виртуальной машине со старой 32-битной Windows.

CO>> Нашёл битые базы, только не понял - почему такой странный вывод
CO>> ошибки на экран и без вывода ошибки в лог. Может, как то хитро
CO>> база сломалась, что тоссер не придумал - что ещё написать про
CO>> это.:)

MS> Тебе нужно разобраться, из-за чего базы побились.

Разумеется.

MS> Если это произошло в
MS> процессе их переноса/копирования, тоссер здесь не причем.

Вполне возможно, что я допустил это своими ручками и программы вообще никакие не при чём.:)
Меня сам вывод на экран - сбил с толку.

MS> Не было ли
MS> сбоя электичества - это также может быть причиной. Если же ошибки
MS> записи возникли по время работы тоссера, см. выше. Это хорошая
MS> рекомендация - запускать старые программы в родной для них среде. Так
MS> гарантированно можно избежать хождения по граблям.

MS> Насчет SSD добавлю, что кроме включенного TRIM, еще важно следить,
MS> чтобы диски SSD не заполнялись под завязку. Если свободного
MS> пространства <20%, деградация накопителя ускоряется.

Такое, вроде, не допускаю.


Cheslav.


... Женщины - жить с ними нельзя и пристрелить жалко.
---

Файл подкачки и фидо-софт
 

Eugene Muzychenko написал(а) к Maxim Sokolsky в Apr 25 09:39:37 по местному времени:

Привет!

24 Apr 25 21:56, you wrote to me:

EM>> Осталось понять, какое TRIM может иметь отношение к работе с
EM>> файлом подкачки,

MS> К операциям записи любых файлов.

Нет, давай-ка сперва разберемся с файлом подкачки. Сказал "А" - говори и "Б".

MS> И для начала тебе нужно знать азы - как работают SSD, а уже потом
MS> рассуждать про TRIM.

Азы я знаю, а рассуждать про TRIM начал ты, я тебя за язык не тянул. Но теперь тяну - будь добр, выскажись по существу.

EM>> файл подкачки с момента создания лежит на одном месте,

MS> Не на одном месте.

В терминах логических блоков - на одном.

MS> Для выравнивания износа в SSD перезапись данных производится в разные
MS> физические блоки. Я тебе сейчас Америку открою: этим занимаетя
MS> контроллер накопителя

Спасибо, кэп, я как бы в курсе. Но это, во-первых, ничем не гарантировано, а во-вторых, разные контроллеры применяют разные алгоритмы, уделяют этим вопросам разное внимание и т.п. Только TRIM гарантирует, что контроллер хотя бы примет во внимание освобождение логических блоков. На то, что использования подкачки на SSD не стоит опасаться именно потому, что там есть TRIM, начал напирать именно ты. Вот я и прошу тебя продолжить эту логическую цепочку, а не переобуваться на ходу.

MS> Т.е. по-твоему постоянная перезапись данных файла подкачки портит одни
MS> и те же блоки памяти

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

MS> не думаешь ли ты, что в SSD имеются ферромагнитные пластины, головки и
MS> шпиндель?

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

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

--- GoldED+/W32-MSVC 1.1.5-b20180707

Файл подкачки и фидо-софт
 

Eugene Muzychenko написал(а) к Maxim Sokolsky в Apr 25 10:35:49 по местному времени:

Привет!

24 Apr 25 22:08, you wrote to me:

EM>> То же самое, внезапно, произойдет, когда файл подкачки достигнет
EM>> максимально возможного размера. Разница лишь в вероятности.

MS> Если это произойдет, то не так внезапно, как без файла подкачки.

Степень внезапности будет зависеть исключительно от общего объема виртуальной памяти, предоставляемого системой, и никак не будет зависеть от наличия или отсутствия в этой системе файла подкачки.

MS> Рассуждать о практическом без примеров странно, для ясности нужна
MS> конкретная ситуация.

Чеслав уже обрисовал тебе конкретную ситуацию, из которой явно следует, что физической памяти, при его потребностях, его [b]личная_ система имеет в избытке. Но ты уперся, и стал рассказывать про абстрактных _корпоративных[/b] пользователей, которые пользуются не тем, что нужно лично им, а тем, что им дали по работе, и которым систему настраивают корпоративные же админы.

MS> Вот допустим, Чеслав запускает некую программу, и случайно у него
MS> залипает клавиша Ввод

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

MS> Понятно, что ситуация редкая, но это хороший и наглядный пример.

Именно потому, что [b]понятно[/b], что ситуация редкая, это будет не хорошим наглядным примером, а убогим примером, изо всех сил высосанным из пальца исключительно для того, чтобы хоть как-то подпереть свою позицию, которую чем-то более солидным подпереть не выходит.

MS> Чеслав вызвает Диспечер задач и пытается завершить плодящиеся
MS> процессы. В каком из двух вариантов - (1) или (2) - у него больше
MS> шансов успеть "прибить" программу?

В любом. Если тебя это удивляет, то это еще один намек на то, что ты ввязался в спор не на своем образовательном уровне.

MS> Если ПО регулярно не хватает памяти, ее нужно расширять, и файл
MS> подкачки в таком случае не решение.

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

MS> успеет ли администратор исправить ситуацию или нет.

Кого ты называешь "администратором" в конкретном обсуждаемом случае?

MS> С файлом подкачки время на реакцию есть.

Время на реакцию не зависит от наличия/отсутствия файла подкачки. Ты можешь в этом убедиться сам, если не поленишься.

MS> повышается устойчивость и надежность системы в целом, т.к. памяти
MS> больше.

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

MS> после голубых экранов смерти остаются необходимые для последующего
MS> разбирательства отладочные данные.

Поэтому я и говорил, что достаточно такого объема файла подкачки, который вмещает желательный тип аварийного дампа. Для минидампа это 16 Мб.

MS> Успеет ли Чеслав среагировать?

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

MS>>> Ядро не может выполнять 32-битный код.

MS> Ее я привел, чтобы показать, что происходит что-то вроде эмуляции

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

MS> Захотелось тебе похвалиться перед фидошниками, какой ты умный и
MS> опытный.

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

MS> Я - MCSE

Тем хуже для репутации этого сертификата.

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

--- GoldED+/W32-MSVC 1.1.5-b20180707

Файл подкачки и фидо-софт
 

Cheslav Osanadze написал(а) к Eugene Muzychenko в Apr 25 12:53:45 по местному времени:

Привет Eugene!

25 Апр 25 10:35, Eugene Muzychenko -> Maxim Sokolsky:

MS>> Рассуждать о практическом без примеров странно, для ясности нужна
MS>> конкретная ситуация.

EM> Чеслав уже обрисовал тебе конкретную ситуацию, из которой явно
EM> следует, что физической памяти, при его потребностях, его [b]личная[/b]
EM> система имеет в избытке.

Вот так оно работает.

[url]http://pics.rsh.ru/img/[b]2025-04-25_125324411[/b]g35d9xc9.png[/url]

...

MS>> после голубых экранов смерти остаются необходимые для
MS>> последующего разбирательства отладочные данные.

EM> Поэтому я и говорил, что достаточно такого объема файла подкачки,
EM> который вмещает желательный тип аварийного дампа. Для минидампа это 16
EM> Мб.

При настройки файла "в ноль", система об этом явно предупреждает.



Cheslav.


... Между ними были трения на сексуальной почве.
---

Файл подкачки и фидо-софт
 

Eugene Muzychenko написал(а) к Cheslav Osanadze в Apr 25 15:33:16 по местному времени:

Привет!

25 Apr 25 12:53, you wrote to me:

CO> Вот так оно работает.

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

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

--- GoldED+/W32-MSVC 1.1.5-b20180707

Файл подкачки и фидо-софт
 

Cheslav Osanadze написал(а) к Eugene Muzychenko в Apr 25 16:02:01 по местному времени:

Привет Eugene!

25 Апр 25 15:33, Eugene Muzychenko -> Cheslav Osanadze:

CO>> Вот так оно работает.

EM> Беда в том, что все эти счетчики показывают только объем, занятый в
EM> файле подкачки, и не показывают фактический дисковый обмен,

Не-не-не! Тут файл подкачки отключён! Т.е. совсем. Как видим, нагрузка на память минимальная, не смотря на запуск браузера и тоссера. Вся нагрузка падает на процессор.




Cheslav.


... Какой быстрый ездок не любит "Рyсской"!
---

Re: Файл подкачки и фидо-софт
 

Maxim Sokolsky написал(а) к Cheslav Osanadze в Apr 25 20:46:52 по местному времени:

Здpавствуй, Cheslav!

CO>>> Нашёл битые базы, только не понял - почему такой странный вывод
CO>>> ошибки на экран и без вывода ошибки в лог. Может, как то хитро
CO>>> база сломалась, что тоссер не придумал - что ещё написать про
CO>>> это.:)

MS>> Тебе нужно разобраться, из-за чего базы побились.

CO> Разумеется.

MS>> Если это произошло в процессе их переноса/копирования, тоссер здесь
MS>> не причем.

CO> Вполне возможно, что я допустил это своими ручками и программы вообще
CO> никакие не при чём.:) Меня сам вывод на экран - сбил с толку.

Он говорит о нескольких возможных причинах ошибки, и отключение файла подкачки - только одна из них. Список ошибки "Память не может быть read" см. здесь:

[url]https://remontka.pro/memory-cannot-be-read/[/url]

и он неполон, но самые распространенные причины в нем указаны.

С уважением - Maxim
--- -Да, да!.. Я вижу, вы поняли мой замысел.

Re: Файл подкачки и фидо-софт
 

Maxim Sokolsky написал(а) к Eugene Muzychenko в Apr 25 20:48:18 по местному времени:

Здpавствуй, Eugene!

MS>> не думаешь ли ты, что в SSD имеются ферромагнитные пластины,
MS>> головки и шпиндель?

EM> Я думаю, что ты совершенно не умеешь определять интеллектуальный и
EM> образовательный уровень собеседника.

Скорее у тебя с юмором плохо - сам не заметил, как удалил последнее предложение со смайлом, и теперь сам же имеешь какие-то претензии). А так ты весьма умный, кто же спорит.

С уважением - Maxim
--- -Да, да!.. Я вижу, вы поняли мой замысел.

Re: Файл подкачки и фидо-софт
 

Maxim Sokolsky написал(а) к Eugene Muzychenko в Apr 25 20:56:34 по местному времени:

Здpавствуй, Eugene!

CO>> Вот так оно работает.

EM> Беда в том, что все эти счетчики показывают только объем, занятый в
EM> файле подкачки, и не показывают фактический дисковый обмен, который
EM> происходит внутри самого файла (то есть, какие страницы туда пишутся,
EM> и читаются оттуда, кому они принадлежат и т.п.). Эти операции идут
EM> напрямую драйверам дисков, минуя драйверы файловых систем, поэтому
EM> мониторы вроде Process Monitor их не показывают, а чтобы выделить их
EM> на фоне всего дискового обмена, нужно знать, в каких логических блоках
EM> размещен файл подкачки. Утилит, которые это показывают в удобном виде,
EM> я никогда не видел, а заниматься вручную было лень.

Ой-ой, какие удивительные подробности, и все в кучу.)
Ошибки возникают, когда в системе появляются узкие места, когда система не справляется и какого-то ресурса не хватает.
Счетчики нужны для выявления узких мест, в том числе чтобы понять, есть нехватка виртуальной памяти или нет.
Для разбирательства с тем, кому что принадлежит, нужны не счетчики, а инструменты отладки Windows, вроде LiveKd, которые позволяют делать снимки дампа памяти работающей системы.
Все остальное - это твоя запоздавшая попытка натянуть сову на глобус этого разговора.

С уважением - Maxim
--- -Да, да!.. Я вижу, вы поняли мой замысел.

Файл подкачки и фидо-софт
 

Cheslav Osanadze написал(а) к Maxim Sokolsky в Apr 25 20:05:53 по местному времени:

Привет Maxim!

28 Апр 25 20:46, Maxim Sokolsky -> Cheslav Osanadze:


MS>>> Тебе нужно разобраться, из-за чего базы побились.

CO>> Разумеется.

MS>>> Если это произошло в процессе их переноса/копирования, тоссер
MS>>> здесь не причем.

CO>> Вполне возможно, что я допустил это своими ручками и программы
CO>> вообще никакие не при чём.:) Меня сам вывод на экран - сбил с
CO>> толку.

MS> Он говорит о нескольких возможных причинах ошибки, и отключение файла
MS> подкачки - только одна из них. Список ошибки "Память не может быть
MS> read" см. здесь:

MS> [url]https://remontka.pro/memory-cannot-be-read/[/url]

MS> и он неполон, но самые распространенные причины в нем указаны.

Спасибо!

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

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

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

Вот это всё и сподвигло меня на непонятки. Но уже разобрался.

Cheslav.


... В словах "сабля", "гребля" и "оглобля" чувствуется некая досада.
---

Файл подкачки и фидо-софт
 

Cheslav Osanadze написал(а) к Maxim Sokolsky в Apr 25 20:11:25 по местному времени:

Привет Maxim!

28 Апр 25 20:56, Maxim Sokolsky -> Eugene Muzychenko:

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

MS> Ой-ой, какие удивительные подробности, и все в кучу.)
MS> Ошибки возникают, когда в системе появляются узкие места, когда
MS> система не справляется и какого-то ресурса не хватает.

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


Cheslav.


... А они как шли, так и шлют...
---

Re: Файл подкачки и фидо-софт
 

Maxim Sokolsky написал(а) к Cheslav Osanadze в Apr 25 21:09:40 по местному времени:

Здpавствуй, Cheslav!

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

CO> Т.е. я то думал, что проблема глобальная, а оказалась - только в
CO> одной базе, от одной эхи.

CO> Надо бы попробовать руками "сломать базу" и посмотреть - какой вывод
CO> даст тоссер, но ломанные то у меня были и до этого дня, в фидо то я не
CO> вчера пришёл.:)

Попробуй. Такие ошибки, когда программа иногда вываливается - самые сложные и муторные.

CO> Вот это всё и сподвигло меня на непонятки. Но уже разобрался.

Ну и славно)


С уважением - Maxim
--- -Да, да!.. Я вижу, вы поняли мой замысел.

Re: Файл подкачки и фидо-софт
 

Maxim Sokolsky написал(а) к Cheslav Osanadze в Apr 25 21:11:00 по местному времени:

Здpавствуй, Cheslav!

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

MS>> Ой-ой, какие удивительные подробности, и все в кучу.)
MS>> Ошибки возникают, когда в системе появляются узкие места, когда
MS>> система не справляется и какого-то ресурса не хватает.

CO> Разве это не должно приводить к торможению системы, а не к ошибкам?

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

CO> Т.е. будем пихать в узкое место по мере пролезания,

Такое реализуется через очереди, но они также требуют ОЗУ, которого нет.

CO> а не сыпать так, что бы все "фигурки в Тетрисе поломать"?

Если очень упрощать, то при отсутствии ОЗУ как-то так в итоге и происходит.

С уважением - Maxim
--- -Да, да!.. Я вижу, вы поняли мой замысел.

Файл подкачки и фидо-софт
 

Cheslav Osanadze написал(а) к Maxim Sokolsky в Apr 25 20:40:23 по местному времени:

Привет Maxim!

29 Апр 25 21:09, Maxim Sokolsky -> Cheslav Osanadze:

CO>> Т.е. я то думал, что проблема глобальная, а оказалась - только в
CO>> одной базе, от одной эхи.

CO>> Надо бы попробовать руками "сломать базу" и посмотреть - какой
CO>> вывод даст тоссер, но ломанные то у меня были и до этого дня, в
CO>> фидо то я не вчера пришёл.:)

MS> Попробуй. Такие ошибки, когда программа иногда вываливается - самые
MS> сложные и муторные.

Ага! Попробовал. Тоссер честно написал:

===================================================================================
??? Area RU.FIDONET.DIGEST is damaged or index file is corrupted (# 283)
===================================================================================

Никаких гор циферек на экран. Значит, там база как то не тривиально поломалась и тоссер ничерта не понял, а я - запаниковал.:)

CO>> Вот это всё и сподвигло меня на непонятки. Но уже разобрался.

MS> Ну и славно)

Да, Отлично! Разобрался.


Cheslav.


... Наказание невиновных и награждение непричастных
---

Файл подкачки и фидо-софт
 

Cheslav Osanadze написал(а) к Maxim Sokolsky в Apr 25 20:42:39 по местному времени:

Привет Maxim!

29 Апр 25 21:11, Maxim Sokolsky -> Cheslav Osanadze:

MS>>> Ой-ой, какие удивительные подробности, и все в кучу.)
MS>>> Ошибки возникают, когда в системе появляются узкие места, когда
MS>>> система не справляется и какого-то ресурса не хватает.

CO>> Разве это не должно приводить к торможению системы, а не к
CO>> ошибкам?

MS> Если есть файл подкачки, система начинает притормаживать, а затем -
MS> ошибки приложений. В твоем случае, без файла подкачки, ошибки
MS> появляются сразу.

Не-не, у меня не от этого ошибки же были.

CO>> Т.е. будем пихать в узкое место по мере пролезания,

MS> Такое реализуется через очереди, но они также требуют ОЗУ, которого
MS> нет.

CO>> а не сыпать так, что бы все "фигурки в Тетрисе поломать"?

MS> Если очень упрощать, то при отсутствии ОЗУ как-то так в итоге и
MS> происходит.

Я помню, что в XP, вроде, когда не хватало памяти, она выводила на экран сообщение о недостатке виртуальной памяти и требовала её увеличить.

Т.е. "просто всё сломать" - не помню таких ситуаций у себя.



Cheslav.


... Белоснежка и семь гомов
---

Файл подкачки и фидо-софт
 

Oleg Nazaroff написал(а) к Cheslav Osanadze в Apr 25 21:48:18 по местному времени:

Нello, Cheslav Osanadze.
On 29.04.2025 20:40 you wrote:

CO> Ага! Попробовал. Тоссер честно написал:
CO> =================================================================================== ??? Area
CO> RU.FIDONET.DIGEST is damaged or index file is corrupted (# 283)
CO> =================================================================================== Никаких
CO> гор циферек на экран. Значит, там база как то не тривиально поломалась и тоссер ничерта не
CO> понял, а я - запаниковал.:)

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

--
WBR, ON
--- ХотДог/2.14.5/Android