Каморка

Ооооооооо, нашел старые цитаты:

К тому же размер своп-файла и его использование сильно зависит от размера оперативной памяти. При 256 Мб ОЗУ и больше своп-файл уже практически не беспокоит (на большинстве обычных игр и задач). Совсем отключать VM не стоит, даже при наличии большого ОЗУ.

Если, вы одновременно работаете с 3D Max, Photoshop, Word, Excel и при этом смотрите Интернет. тогда максимальный размер свопа лучше сделать за 300 Мб., где-то ближе к 0.5 Гб

Эх ...

lavep писал(а):

Правильные пацаны писал(а):надежность SSD оставляет желать лучшего.
Значительный процент летит в первый же месяц.
Лотерея.

а пруфлинк на такую статистику можно?

У меня прямо обратный опыт

отзывы на newegg.ca
ВСЕ летят примерно одинаково

для этой "массы аппликаций" вполне достаточно иметь своп в 4-6Г, а не 20 ...

а если ВМов около 10, и часть из них с 4 гигами памяти?

lavep писал(а):

для этой "массы аппликаций" вполне достаточно иметь своп в 4-6Г, а не 20 ...

а если ВМов около 10, и часть из них с 4 гигами памяти?

а если он вез патроны?

а если он вез патроны?

ну так может не стоит давать "полезные советы" не понимая ситуации?

lavep писал(а):

а если он вез патроны?

ну так может не стоит давать "полезные советы" не понимая ситуации?

lavep писал(а): Это конечно верно, но масса аппликация написана в расчете на своп и если его не будет могут глюкануть.

Даже винда хочет его иметь на случай крешов и дата рековери.

Да и 16 гиг не так уж и много, особено если на компе бежит несколько ВМов, SQL и открыто 100 табов в Огнелисе

ну так может не стоит нести хрень про "массу аппликаций" и "несколько" ВМов?

Ну а уж 100 открытыхц табов безусловно говорят о высокой организоваянности. Может если с нее начать, то и потребность в СВОПЕ изменится?

массу аппликаций

это не то что у конкретно меня бежит на компе, а то что люди ставят себя. Часть этих программ будет ожидать увидеть своп. И как я писал может глюкануть, если его не будет. ключевое слово - может

Ну а уж 100 открытыхц табов безусловно говорят о высокой организоваянности. Может если с нее начать, то и потребность в СВОПЕ изменится?

если у меня открыто 100 табов, то значит МНЕ это нужно. Если бы я сомневался в этом, то обязательно узнал бы у Гади и ко как мне поступить. Но вопрос не стоит таким образом. Более того, я вообще не спрашиваю совета в этом треде, а делюсь своими наблюдениями и опытом

Gadi писал(а):Ну а уж 100 открытыхц табов безусловно говорят о высокой организоваянности. Может если с нее начать, то и потребность в СВОПЕ изменится?

Насчет VM-ов - это конечно довольно специфические задачи, а вот несколько десятков табов (даже может быть сотня) - это не так уж и сложно. И с организацией как раз все в порядке. Это раньше бардак был, сложно было параллельно разными вещами заниматься, а в FF4 с появлением групп табов стало очень удобно. У меня сейчас реально бывает много одновременно открытых табов. По работе почти всегда открыта пара десятков. Иногда отвлекаюсь, временно откладываю "рабочую группу", создаю новую, начинаю исследовать какую-нибудь тему - в новой группе легко открывается еще пара десятков сайтов по этой теме. Другая тема - еще десяток или больше. Когда Каморку запускаю (еще в одной группе), обычно щелкаю на темах средней кнопкой, открывая их в отдельных фоновых табах, и они грузятся, пока я дальше хожу по разделам. Всё держу открытым, пока не закончу заниматься каждой из задач, или пока она не потеряет актуальность. А поскольку FF не закрывается по нескольку дней, табов временами накапливается много, но с группами контроль над ситуацией не теряется.

alpax писал(а):

Gadi писал(а):Ну а уж 100 открытыхц табов безусловно говорят о высокой организоваянности. Может если с нее начать, то и потребность в СВОПЕ изменится?

Насчет VM-ов - это конечно довольно специфические задачи, а вот несколько десятков табов (даже может быть сотня) - это не так уж и сложно. И с организацией как раз все в порядке. Это раньше бардак был, сложно было параллельно разными вещами заниматься, а в FF4 с появлением групп табов стало очень удобно. У меня сейчас реально бывает много одновременно открытых табов. По работе почти всегда открыта пара десятков. Иногда отвлекаюсь, временно откладываю "рабочую группу", создаю новую, начинаю исследовать какую-нибудь тему - в новой группе легко открывается еще пара десятков сайтов по этой теме. Другая тема - еще десяток или больше. Когда Каморку запускаю (еще в одной группе), обычно щелкаю на темах средней кнопкой, открывая их в отдельных фоновых табах, и они грузятся, пока я дальше хожу по разделам. Всё держу открытым, пока не закончу заниматься каждой из задач, или пока она не потеряет актуальность. А поскольку FF не закрывается по нескольку дней, табов временами накапливается много, но с группами контроль над ситуацией не теряется.

а если еще учесть что "держать открытыми" и "держать загруженными" - не есть одно и то же, то становится понятным где можно оптимизировать. Ежели что, у меня у самого сейчас "открыто" 30 табов в четырех группах (на работе больше), но только четверть из них реально загружены (и своп здесь не используется)

lavep писал(а):

массу аппликаций

это не то что у конкретно меня бежит на компе, а то что люди ставят себя. Часть этих программ будет ожидать увидеть своп. И как я писал может глюкануть, если его не будет. ключевое слово - может

своп - характеристика системы и программа не имеет прямого доступа к свопу

Правильные пацаны писал(а):

lavep писал(а):

массу аппликаций

это не то что у конкретно меня бежит на компе, а то что люди ставят себя. Часть этих программ будет ожидать увидеть своп. И как я писал может глюкануть, если его не будет. ключевое слово - может

своп - характеристика системы и программа не имеет прямого доступа к свопу

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

программа не имеет прямого доступа к свопу

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.

ну и дальше по линку. Там вполне доходчиво и внятно
http://serverfault.com/questions/23621/ ... 3684#23684

lavep писал(а):

программа не имеет прямого доступа к свопу

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.

ну и дальше по линку. Там вполне доходчиво и внятно
http://serverfault.com/questions/23621/ ... 3684#23684

много букв. Ничего не увидел, чтоб говорило о аксессе аппликейшн к свопу, или что он нужен.

отдам комунада затак SSD на 8 гигов. забыл, как называеццо, я его из нетбука вынул. 1.8", zif разъём. нетбук стал работать раз в сто быстрее. на глаз. точно не мерял. рабочий 100%. но куда этот рукав можно пришить - ума не прилагаемо. на ыбее продать, разве что, но чё-та лень. кому надо это добро - забирайте.

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