Nп/п : 18 из 100
 От   : Cheslav Osanadze                    2:6078/80         20 апр 25 19:21:42
 К    : Maxim Sokolsky                                        20 апр 25 20:27:01
 Тема : Файл подкачки и фидо-софт
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 2:6078/80 68052e1c
@REPLY: 2:5020/828.777 68051a08
@TID: ParToss 1.10.073/ZOO/W32
@PID: GED+W32 1.1.5-b20240209
@CHRS: CP866 2
@TZUTC: 0200
          Привет Maxim!

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

 MS>  Именно так, пока не. Hа вопрос "Зачем ей столько памяти?" есть
 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>> Да, есть такое. А ты в курсе, _как_именно_ работает это
 EM>> считывание, или так, мимо проходил? :)

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

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

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

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

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

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

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

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

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




                                                         Cheslav.


... Диагноз - повреждения, не совместимые с половой жизнью
---
 * Origin: ,,, (2:6078/80)
SEEN-BY: 46/49 455/19 4500/1 5001/100 5010/352
5019/40 5020/545 848 1042 4441
SEEN-BY: 5020/12000 5022/128 5030/1081 6035/4
6078/80
@PATH: 6078/80 5020/4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх