Linux за българи: Форуми

Първо искам да се извиня ако темата е в грешния раздел, но дълго се чудих къде да е и накрая реших да е тука. Искам да разбера какво става когато свърши RАM паметта (тука под RAM имам в предвид Ram+Swap). Лично на мене ми се е случвало под няколко различни дистрибуции и резултата в 99% от случаите е бил рестарт. В първият момент когато пусна някое приложение или пък заредя голям графичен файл който да заеме паметта, системата почва да се държи много бавно, но все още има надежда с CTRL+ALT+ESC да спра програмата която е заела паметта. След около минута обаче вече нито клавиетурата нито мишката въобще реагират а само от харда се чува постоянно четене. Веднъж си направих експеримент и пуснах приложението на КДЕ за следене на ресурсите след което заредих 10МБ JPEG файл. Системата пак спря да реагира като интересното беше, че графиката за заетия RAM ту спадаше надолу ту скачаше до горе все едно компа беше изпаднал в някакъв цикъл. На повечето от вас може да се струва, че това е бял кахър, обаче за мене проблема е актуален тъй като ми се налага да боравя с голями графични файлове за които нямам достатъчно RAM, но до сега не намарих нито една програма под линукс (в това число и GIMP) която да може да отваря файла на части докато под Уиндолс дори и елементарния "Picture and Fax viewer" се справя без проблеми. Ще съм много благодарен aко някой може да ми каже такава програма дори да е и само за разглеждане. От друга страна нямам възможност нито да увелича Swap партишъна нито да си сложа повече RAM. В момента съм със Слак 10.1, KDE-то е 3.4, имам 256MB RAM и 256MB SWAP.

Звучи ми странно да боравиш с 10МВ-ови файлове (т.е. много такива) и да нямаш диск, от който да отчупиш мястото за 20-тина такива файлове

Ако направиш swap-а двоен на паметта, вероятно няма да се получават такива работи. Лично ползвам за разглеждане QuickView / QuickShow - мисля, че са достатъчно леки

Успех.

Когато свърши паметта (рам и суап) линукс убива най-младия процес. Това с рестарта е странно. Със сигурност не е от това че ти свършва паметта. Повече ми прилича на хардуерен проблем с паметта.

Мисля че при юникс не е така но и не знам  как е  

Искам да уточня Линукса не се рестартира сам просто единствената възможност е да го рестартирам. Сега си направих още един експеримент. Под Windows един от файловете който е 6МБ компресиран JPEG се отваря в Irfan View за няколко секунди и заема от паметта към 120 МБ същият файл под Линукс въобще не се зареди от KuickShow. В първият момент след като го отворих почна да се заема Swap-а и след около минута стигна някаде до към 50% което прави 128 МБ както и под Win, в този момент се отвори прозореца на KuickShow в който трябва да се покаже изображението и започна да заема още Swap един вид се опитва да зареди некомпресираното изображение два пъти в паметта и за това RAM-a не стига. Когато се опитах да заредя две изображения под Win тогава резултата беше по зле отколкото при линукс, дори и след като спрях Irfan View, Windows-a продължи да се държи като забил докато при Линукс успея ли да спра програмата земаща паметта всичко си става наред. Сега ще пробвам с някои други програми под Линукс и ако успея да намеря такава която заема по малко памет ще пища пак.

Защо не ползваш някой по-лек wm?

Да разбирам ли че имаш проблем и под Виндовс и под Линукс ?
Искам да кажа че ако наситина имапш проблем и под двете операционни системи , най-вероятно имаш хардуерен проблем , както предпложих и в първия ми пост.
Аз направих един тиф файл с големина почти 6 МБ и в КuickShow се зарежда почти мигновенно.

Паметта, която заема gimp, може да се настройва. Виж File->Preferences->Environment.

Сега по въпроса за заеманата памет -  всички програми на GNU (а и повечето свободен софтуер) са написани така, че максимално да я ползват. Това е направено с цел да се минимизират бъговете при управлението й: източникът на най-много програмни грешки в цялата история на програмирането. Проблемът при теб наистина може да е хардуерен, затова си пусни вечерта програма за тестване на паметта като memtest и ако на сутринта имаш грешки, ще трябва да я смениш. Windows за разлика от Линукс ползва много по-слабо паметта (и затова увеличаването й не винаги води до по-висока производителност при Джамовете). Windows може да работи "почти" коректно с развалена памет (случвало ми се е 3 месеца), но с Линукс веднага се забелязват грешките. Също така разгледай системния журнал (обикновено /var/log/messages) за съобщения като DriveSeekCompleteError - това обикновено означава, че диска е тръгнал да си ходи.

Не знам защо като свърши паметта Линукса забива но поне намерих програма която да ми отваря големи файлове "XN View". Отваря и най голямият файл  по бързо от Irfan View и дори няма накъсване при скролиране на изображението. Въпреки, че върви доста бъгаво и интерфеиса е малко грозен смятам нея да ползвам. Колкото до проблема с паметта не смятам, че е от RAM-a имам и друга платка с 256 с коята става същото нещо. Двете платки не се рабират една друга за това не мога и да ги използвам едновременно, но по отделно си работят. Имам чувството че просто Линукса си е така. Ако има някои друг с 256 RAM или по малко и с max 256 МB swap да опита да отвори някой 10-ина МB JPEG с KuickShow и да каже какъв е резултата. Изображенията които аз отварям са 5709x7283@24bit размер. Колкото до Windows не смятам, че там е проблем това, че след работа с проложения изискващи много работа с паметта (като игри например) работата на ОС се забавя просто така си е направен самият Win.

Определено проблема , щом го имаш на различни дистрибуции и последно под Уиндоус има ли подобен НЕ Е от използването на паметта, ами от самата памет - може да е RAM , може и да е SWAP-a , може хдд-то ти да е тръгнало да си заминава (примерно!.

От толкова много ти писания , въпреки тях пак не разбрах какво правиш. Първо казваш като се опитам да отворя 10МБ файл,после говориш почти само за KquickShow ли беше.
Може да е bug в програмата примерно.

Досега не съм имал случей Linux-a да ми забие от нямане на памет.
Най-много използване имах като компилирах KDE.
RAM256MB + Swap1G стигал -> почти 900Мб суап използван и цяла памет- никакъв проблем.

И все пак някой с малко рам и малък swap пробва ли да отвори с KuickShow нещо да видим какво ще стане. Всъщност същото става и с Konqueror така, че единственото изискване е да свърши паметта. Windowsa го знам как реагира, почва да ръси съобщения да увелича Swap-a и, че не стига рам за да стартира еди коеси  докато Линукс изпада в някакъв глупав цикъл кайто заема 100% процесора и просто нищо не работи. Искам някой да ми каже как би трябвало да реагира Лин когато му свърши паметта и трябва да зареди да речеме още 100МБ. Точно и заради това искам някой с малко рам и суап да повтори експеримена и да каже какаъв е резулатата.

Аз лично ползвам GQView. Дали можеш да пробваш с него? С него 3МБ jpg се отваря безпроблемно на PIII 600, 168MB RAM и 200MB Swap.

Що не качиш някъде подобен файл (толкова голям, колкото прецениш) и да се пробваме? Аз вкъщи нямам такова чудо под ръка, докато в офиса Photoshop & Illustrator безпроблемно работят с ~60 МБ-ви файлове на 256 МБ памет. Уловката е, че не е ограничена големината на виртуалната памет.

Според мен също проблема ти е хардуерен - дай малко по подробни описния на 2-та вида памети които не тръгват заедно - акои 2-те са ддр или от един тип - значи наистина проблема е в един от 2-та ти модула памет ако не и в 2-та. ли4о сум имал подобен проблем с не съвместимост на 2 памети и в краина сметка се оказа (след 2 месеца ползване) че единия модул е заминал и ми орецаква сичко - така че теставаи си модулите и хард диск и процесор и ако тестовете минат добре(в което се самнявам) ще мислим друго решение.

Според мен е софтуерен. Човека каза, че паметите не ги е слагал заедно .

Според мене проблема си е в ядрото, и по-точно във виртуалната памет. Не знам как точно действа виртуалната памет в линукс, но съм останал с впечатление че е доста известна с неправилна употреба на swap.

По пронцип като се случи такова нещо (thrashing) - системата да прекарва повече време в суапване на памет, от колкото в потребителските програми, би трябвало ядрото временно да намали приоритета на наи-малко използваните програми и да суапне тяхната памет, за да се освободи повече RAM за тази която ползваш в момента. Но в някои случаи, ако въпросната програма иска прекалено много памет и пак не може да се вмести във RAM, и това не помага. Ако общото количество памет което програмата иска не надхвърля RAM+swap, би трябвало все някога да си свърши задачата. Може би след час, два, или повече ако трябва.

Но каквото и да е ядрото, даже и да не се налага да го рестартираш, то няма възможност да задели на една програма повече памет, от колкото съществува в компютъра (рам+суап). Затова единственият изход е да използваш друга програма, както си и направил. И аз по същата причина минах от KDE на GNOME - защото програмите са по-леки и бързи, а в много случаи по-качествени и по-малко бъгави. После и ГНОМЕ почна да ми се струва тежичко и минах на нещо още по минималистично - XFCE.

А това че системата е проектирана да използва максимално свободната памет няма нищо общо в случая. Цялата свободна памет се използва само за дискови буфери, т.е. кеш. Тези буфери се заделят от ядрото, не от userland процесите, и се заделят само в RAM, никога в swap. И при недостиг на RAM въпросните буфери се записват обратно на диска (ако се налага) и се освобождават. Само това се има предвид под "максимална употреба на свободната памет". Иначе по правило колкото по-малко памет ползва една програма, толкова по-добре.

Е щом qiv не се справи...

Аз пък искам да кажа че имам 256 МБ РАМ и 520 МБ суап. Станно, но факт е, че суап-а ми никога ама никога не се ползва !!! винаги стои 100% свободен дори когато цялата налична РАМ се изчерпа. А съм я изчерпвал със един куп Konqueror браузъри заредени с бая тежки сайтове, конзола, няколко снимки през kuickshow и XMMS. Просто когато РАМ-а се напълни до дупка, средата "лекичко" спича за 3-4 секунди и после просто последния процес/програма си заминава самичко ! след това всичко си е наред. незнам защо суап-а не се използва ?? макар че си имам дял, форматиран като линукс суап и зададен като такъв при инсталацията на линукса......

Малко късно ама ...

Значи машината е: PIII 600, 160MBRAM, 160MB swap. При 100MB RAM и 160MB swap свободни опитах да отворя картинката която си дал. Трагедия. Зае цялата свободна памет и се започна с цикленето. Така, че проблема е изцяло софтуерен.

P.S. Отворих картинката с GQView (или поне се опитах   )

Файла го свалих , отворих го без проблем.Без да ми забива мишка ...
Даже ми остана 33Мв свободна RAM.
____
1.7GHz , 256MB RAM, 512Mb Swap , SuSe 9.3 , Kernel 2.6.11.

Ами на мене файлът ми се отваря с Konqueror за около 3-4 секунди и с Kuickshow за горе-долу същото време. Като се опитах обаче през Gimp-a и нещо много зацикли и не ми се чакаше да го отвори и след около 1 минута зареждане го убих.

Системата ми е Slackware-current, AMD Sempron 1667 MHz, 256 RAM, 512 Swap, KDE 3.4.1

на мене картинката под Win с IrfanView ми заема 120 МБ памет, а под Lin с KuickShow така и не разбрах обаче със сигурност минава 200 МБ защото не ми остава нищо свободно. Вероятно KuickShow я разкомпресирва веднъж от jpg-то в паметта а после се опитва да я копира втори път в паметта за да я покаже на екрана. До този извод стигнах, защото след като се заемат около 120 МБ (колкото е разкомпресирана) се появява прозореца където трябва да се покаже, но той остава черен, а програмата се опитва да заеме още бог знае колко МБ при което паметта ми свършва и почва да цикли.

С Gimp-a ми зае малко над 300 МВ и трябваше да чакам около 3 минути да зареди файлът и после забелязах, че за всяко скролиране или местене на прозореца с изображението отиват още по  10-15 секунди
Konqueror-a ми зае от swap-a. Горе-долу около 70 МВ. Толкова приблизително зае и с Kuickshow-a. При тях обаче скролирането, zoom-a и останалите неща се извършват почти веднага за разлика от Gimp-a.
Явно Gimp-a не става за обработка на големи файлове.

time kuickshow 3977-4.jpg
real    0m11.162s
user    0m4.963s
sys     0m0.419s

time gimp 3977-4.jpg
real    0m40.463s
user    0m11.189s
sys     0m3.625s

като самия gimp стартира за 6-7 секунди (това не е първото му стартиране! при първото стартиране стартирането+зареждането на картинката отнемат 47 секунди ). Отворената картинка и gimp заемат заедно ~210 MB, с kuickshow ~150 MB
Преди отварянето заетата памет е 300MB, така че и в двата случая не стигам до ползването на суоп.

Машината e Athlon  XP 1800+ (1541 MHz), 512 MB RAM, 1 GB суап.

Цитат

Явно Gimp-a не става за обработка на големи файлове.

Наистина, увеличението става по-бързо в kuickshow, отколкото в gimp, но при скролирането не виждам някаква разлика във времената. Откъдето и да го гледаме обаче, gimp и kuickshow не са в една категория - gimp предлата доста повече функционалност.
Аз лично съм обработвал и по-големи изображения с gimp и субективното ми мнение е, че той е по-бърз и по-стабилен от photoshop при обработка на много и големи изображения. Така че твоето заключение е може би малко подвеждащо.

И при мен всичко е наред. С Kuickshow се отваря за 2-3 секунди и заема около 130MB RAM (в swap-а не записа нищо). С GIMP се отвори за около 13 секунди, като зае около 180MB RAM (отново в swap-а нищо).

Ето информацията за желязото и ядрото:
kernel 2.6.13-rc1-ck1

P4 Prescott 3.2GHz@3.9GHz; 2x256MB DDR dual channel; 1GB swap на единия диск (hda) с приоритет 1 и 0.5GB swap на hdb с приоритет 2. По време на "теста" слушах музика с XMMS и са отворени следните приложения: KDE 3.4.1, krusader, firefox с около 20 таба, SIM, kbgoffice, gkrellm, samba.
Дано на някой да му е полезно това.
Успех с разрешаването на проблема.

Странна работа. С конкуерора се отваря перфектно. Заема около 70МБ от свободната памет и 20-30МБ от суап-а. Но с GQView ... ми заема около 150МБ суап и 100МБ памет свободна. Дивотия. Ама чувствам, че отговора е много логичен