Изпечатай

Цитат (Hapkoc @ Фев. 20 2006,18:34)

melwin, то проблема според мен е със swapoff, смисъл, че като пуснеш swapoff системата се опитва цялата информация от swap-а да я прехвърли в оперативната памет и това доста бави и вероятно пак оттам идва убиването на програми, понеже не стига памет. а това с писането на нули ми се струва нечовешки грубо... смисъл все едно да пишеш нули в оперативната памет. ако изобщо е възможно такова нещо не виждам как няма да забие системата...

Именно .. разликата е, че не пишеш 0-ли по паметта, а по суапа!
Това си работи безпроблемнно със 2.6 - системата нито лаг-ва, нито крашва.

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

mkswap '>?

[loxs]

Аз съм с ядро 2.4.31... пробвах и с мое компилирано и с bare.i, което е ядрото по подразбиране на Слак... но явно ще трябва да се замисля за 2.6 най-накрая '>

[GoodT]

Пробвай след като прочетеш първия файл да затвориш kpdf и се увери ,че е изклюен: #ps | grep kpdf  ,ако не е #kill PID (ID номера на kpdf от предната команда)
Погледни и в temp директорията на kpdf .

Цитат (Guest @ Фев. 20 2006,19:02)

melwin, то проблема според мен е със swapoff, смисъл, че като пуснеш swapoff системата се опитва цялата информация от swap-а да я прехвърли в оперативната памет и това доста бави и вероятно пак оттам идва убиването на програми, понеже не стига памет. а това с писането на нули ми се струва нечовешки грубо... смисъл все едно да пишеш нули в оперативната памет. ако изобщо е възможно такова нещо не виждам как няма да забие системата...

Именно .. разликата е, че не пишеш 0-ли по паметта, а по суапа!
Това си работи безпроблемнно със 2.6 - системата нито лаг-ва, нито крашва.

loxs .. опитай по другия начин. Но проблема явно е в ядрото .. не освобождава суапа като хората.Е именно по паметта пишеш, суап-а ти е памет свалена на диск и VM manager-a като рече да си върне обратно страници от суап-а в рам-а, какво ще зареди? Твоите нули, ако изобщо се справи с почупени структури ...

[loxs]

Цитат (never_mind @ Фев. 20 2006,17:47)

Пробвай с Acrobat reader

За добро или зло, именно този вариант проработи.
Добро за медицинската ми кариера (защото ще мога да уча човешки за изпита по вътрешни болести) и лошо за позицията ми на защитник на свободния софтуер.
Нямам време да търся други варианти, явно ще ползвам Акробат-а. Той не зарежда документа в рам+суап и  дори при търсене в 9000-то страници, процесора не работи на повече от 50-60% от мощността си, а РАМ-а и суап-а не помръдват....

Цитат (Guest @ Фев. 21 2006,00:28)

Цитат Е именно по паметта пишеш, суап-а ти е памет свалена на диск и VM manager-a като рече да си върне обратно страници от суап-а в рам-а, какво ще зареди? Твоите нули, ако изобщо се справи с почупени структури ...

За да се опита подобно нещо - нормално е, да няма никакви отворени програми, резидентни или не. Нещо което при него явно не е било така. Ако не вярваш, че работи - опитай го при теб '>

[laskov]

Цитат (melwin @ Фев. 21 2006,10:59)

Ако не вярваш, че работи - опитай го при теб '>

Добре, каква е ползата да го напълниш с нули? Как ще кажеш на ядрото "swap-а е празен". Или то ще види нулите и ще си каже "Ихаа-а, празен swap!!!" И защо празния swap да е пълен с нули, а не с FF например. А защо не пък с А4 ?
-------

Цитат

... лошо за позицията ми на защитник на свободния софтуер.

loxs, и аз се замислих сериозно. Това, че не можеш да "опразниш" swap-а наистина нарушава свободата!  '>  '>  '>

[loxs]

Хах, бъзикай се ти '>

[melwin]

Добре .. по принцип съм съгласен, че не е добра идея да се пишат тези 0-ли. Но по принцип когато суап-а е празен и /dev/swap e празно - от там ми дойде и идеята.
В крайна сметка не мисля, че може да има нещо в суапа след:
swapoff -a
dd if=/dev/zero of=/dev/swap bs=1024 count=bla bla
mkswap /dev/swap
swapon -a

[Hapkoc]

аа, чакай сега малко '>

на мен поне до момента не ми стана ясно, че правих swapoff преди dd. при това положение мисля, че няма проблем да пишеш каквото си искаш на дяла за swap, обаче пък не виждам никакъв смисъл да го правиш.

след swapoff би следвало всичко от swap да е прехвърлено в оперативната памет (при условие че има достатъчно място разбира се), което само по себе си ще рече, че swap-а е празен. още повече, че mkswap ще пише върху нулите, които си написал точно преди него.