К тому же размер своп-файла и его использование сильно зависит от размера оперативной памяти. При 256 Мб ОЗУ и больше своп-файл уже практически не беспокоит (на большинстве обычных игр и задач). Совсем отключать VM не стоит, даже при наличии большого ОЗУ.
Если, вы одновременно работаете с 3D Max, Photoshop, Word, Excel и при этом смотрите Интернет. тогда максимальный размер свопа лучше сделать за 300 Мб., где-то ближе к 0.5 Гб
это не то что у конкретно меня бежит на компе, а то что люди ставят себя. Часть этих программ будет ожидать увидеть своп. И как я писал может глюкануть, если его не будет. ключевое слово - может
Ну а уж 100 открытыхц табов безусловно говорят о высокой организоваянности. Может если с нее начать, то и потребность в СВОПЕ изменится?
если у меня открыто 100 табов, то значит МНЕ это нужно. Если бы я сомневался в этом, то обязательно узнал бы у Гади и ко как мне поступить. Но вопрос не стоит таким образом. Более того, я вообще не спрашиваю совета в этом треде, а делюсь своими наблюдениями и опытом
Gadi писал(а):Ну а уж 100 открытыхц табов безусловно говорят о высокой организоваянности. Может если с нее начать, то и потребность в СВОПЕ изменится?
Насчет VM-ов - это конечно довольно специфические задачи, а вот несколько десятков табов (даже может быть сотня) - это не так уж и сложно. И с организацией как раз все в порядке. Это раньше бардак был, сложно было параллельно разными вещами заниматься, а в FF4 с появлением групп табов стало очень удобно. У меня сейчас реально бывает много одновременно открытых табов. По работе почти всегда открыта пара десятков. Иногда отвлекаюсь, временно откладываю "рабочую группу", создаю новую, начинаю исследовать какую-нибудь тему - в новой группе легко открывается еще пара десятков сайтов по этой теме. Другая тема - еще десяток или больше. Когда Каморку запускаю (еще в одной группе), обычно щелкаю на темах средней кнопкой, открывая их в отдельных фоновых табах, и они грузятся, пока я дальше хожу по разделам. Всё держу открытым, пока не закончу заниматься каждой из задач, или пока она не потеряет актуальность. А поскольку FF не закрывается по нескольку дней, табов временами накапливается много, но с группами контроль над ситуацией не теряется.
Gadi писал(а):Ну а уж 100 открытыхц табов безусловно говорят о высокой организоваянности. Может если с нее начать, то и потребность в СВОПЕ изменится?
Насчет VM-ов - это конечно довольно специфические задачи, а вот несколько десятков табов (даже может быть сотня) - это не так уж и сложно. И с организацией как раз все в порядке. Это раньше бардак был, сложно было параллельно разными вещами заниматься, а в FF4 с появлением групп табов стало очень удобно. У меня сейчас реально бывает много одновременно открытых табов. По работе почти всегда открыта пара десятков. Иногда отвлекаюсь, временно откладываю "рабочую группу", создаю новую, начинаю исследовать какую-нибудь тему - в новой группе легко открывается еще пара десятков сайтов по этой теме. Другая тема - еще десяток или больше. Когда Каморку запускаю (еще в одной группе), обычно щелкаю на темах средней кнопкой, открывая их в отдельных фоновых табах, и они грузятся, пока я дальше хожу по разделам. Всё держу открытым, пока не закончу заниматься каждой из задач, или пока она не потеряет актуальность. А поскольку FF не закрывается по нескольку дней, табов временами накапливается много, но с группами контроль над ситуацией не теряется.
а если еще учесть что "держать открытыми" и "держать загруженными" - не есть одно и то же, то становится понятным где можно оптимизировать. Ежели что, у меня у самого сейчас "открыто" 30 табов в четырех группах (на работе больше), но только четверть из них реально загружены (и своп здесь не используется)
это не то что у конкретно меня бежит на компе, а то что люди ставят себя. Часть этих программ будет ожидать увидеть своп. И как я писал может глюкануть, если его не будет. ключевое слово - может
своп - характеристика системы и программа не имеет прямого доступа к свопу
это не то что у конкретно меня бежит на компе, а то что люди ставят себя. Часть этих программ будет ожидать увидеть своп. И как я писал может глюкануть, если его не будет. ключевое слово - может
своп - характеристика системы и программа не имеет прямого доступа к свопу
и, кстати, никто и не предлагал отключить своп совсем.
Imagine a simple scenario where some app launches and demands 80% of existing RAM. This would force current executable code out of RAM - possibly even OS code. Now every time those other apps - or the OS itself (!!) need access to that data, the OS must page them in from backing store on disk, leading to much thrashing. Because without pagefile to serve as backing store for transient data, the only things that can be paged are executables and DLLs which had inherent backing stores to start with.
Imagine a simple scenario where some app launches and demands 80% of existing RAM. This would force current executable code out of RAM - possibly even OS code. Now every time those other apps - or the OS itself (!!) need access to that data, the OS must page them in from backing store on disk, leading to much thrashing. Because without pagefile to serve as backing store for transient data, the only things that can be paged are executables and DLLs which had inherent backing stores to start with.
отдам комунада затак SSD на 8 гигов. забыл, как называеццо, я его из нетбука вынул. 1.8", zif разъём. нетбук стал работать раз в сто быстрее. на глаз. точно не мерял. рабочий 100%. но куда этот рукав можно пришить - ума не прилагаемо. на ыбее продать, разве что, но чё-та лень. кому надо это добро - забирайте.
пыс. своп там был убит сразу после передачи граундхогом нетбука мне пару лет назад, так что за потёртости не волнуйтеся.
