Титла: Проблем с ram-та при suse 10.1 Публикувано от: XFree86 в Jun 12, 2006, 20:19 Инсталирах SUSE 10.1 с опция за 1.4 GB за SWAP пространство, също машината ми има 1 GB RAM (двуканална), но харда започна да цикли все на едно и когато проверих през My computer се оказа, че има свободни едва 9 мb и намаляваха (сиреч кеширането)
![]() Възможно ли е цикленето на харда да се дължи на друго освен SWAP и RAM? SWAP достатъчно ли е в моя случай? Ако не то как да добавя повече? Ако да то на какво може да се дължи този проблем и вашият съвет за отстраняването му. Предварително ви благодаря! ![]() Титла: Проблем с ram-та при suse 10.1 Публикувано от: stealth01 в Jun 12, 2006, 21:41 при 1GB RAM едва ли някога ще тръгне да пише в swap-а.
проблема е някъде другаде... ![]() Титла: Проблем с ram-та при suse 10.1 Публикувано от: Hapkoc в Jun 12, 2006, 22:07 Аз не разбрах - като си гледал 9MB е била свобоната оперативна памет, така ли?
Ако правилно съм разбрал - виж какво ти изяжда паметта. Можеш с top да го видиш туй, като след като си в top с Оо (главно О, после малко о, латински) можеш да сортираш по използвана виртуална памет (т.е. RAM + Swap). Като натиснеш ? в top ти изкарва помощен екран, може да се ориентираш по него за други начини на сортиране... Титла: Проблем с ram-та при suse 10.1 Публикувано от: XFree86 в Jun 12, 2006, 22:25 @Наркос
Да, 9MB беше свободната и спадаше, а когато затворех някое приложение се качваше отново над 9 ![]() ![]() За мое съжаление все още съм новобранец и не мога да разбера какво имаш предвид под "top" и "Оо", както и какво да търся в помощния екран, отворен чрез "?" ![]() Титла: Проблем с ram-та при suse 10.1 Публикувано от: Hapkoc в Jun 12, 2006, 23:02 Еми top е команда, която въвеждаш в терминал. SuSE май стандартно върви с KDE, а на KDE терминала (по-точно терминалния емулатор) му се казва Konsole. Та пускаш го него, пишеш top и като се стартира натискаш първо главно латинско О, после малко и гледаш отгоре надолу кой процес яде най-много памет.
Дано съм бил по-ясен тоя път. Титла: Проблем с ram-та при suse 10.1 Публикувано от: armani в Jun 12, 2006, 23:03 Отваряш конзолата и пишеш top и гледаш кое е приложението дето гълта сичката рам .Аз с 512 рам и 700mb swap нямах никви проблеми ..
Титла: Проблем с ram-та при suse 10.1 Публикувано от: XFree86 в Jun 12, 2006, 23:53 Благодаря ви за разясненията
![]() 1) Първи скрийншот 2) Втори скрийншот 3) Трети скрийншот Ето и текстовия log, но какво ще рече това "3 users" - има и други логнати към системата ми в момента ли? top - 23:13:33 up 29 min, 3 users, load average: 0.12, 0.23, 0.15 Tasks: 97 total, 2 running, 95 sleeping, 0 stopped, 0 zombie Cpu(s): 0.3% us, 0.0% sy, 0.0% ni, 97.0% id, 2.0% wa, 0.0% hi, 0.7% si Mem: 1027900k total, 804360k used, 223540k free, 56212k buffers Swap: 1542200k total, 0k used, 1542200k free, 555076k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1 root 16 0 776 304 252 S 0.0 0.0 0:00.88 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0 3 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 events/0 4 root 14 -5 0 0 0 S 0.0 0.0 0:00.00 khelper 5 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 7 root 10 -5 0 0 0 S 0.0 0.0 0:00.02 kblockd/0 8 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 162 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush 163 root 15 0 0 0 0 S 0.0 0.0 0:00.02 pdflush 165 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 164 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0 376 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 cqueue/0 377 root 10 -5 0 0 0 S 0.0 0.0 0:00.02 kseriod 408 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused 785 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0 790 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0 Current Sort Field: O for window 1:Def Select sort field via field letter, type any other key to return Ето това изкарва в My computer примерно и непрестанно спада и рядко се качва... Memory Information Total memory (RAM): 1,003.81 MB Free memory: 139.49 MB (+ 637.51 MB Caches) - този ред обича да показва стойности до и под 9 MB ![]() Благодаря ви за вниманието ![]() Титла: Проблем с ram-та при suse 10.1 Публикувано от: Hapkoc в Jun 13, 2006, 00:51 На картинките не виждам нищо ненормално. Linux използва паметта доста агресивно, т.е. стреми се да уползотвори цялата налична оперативна памет, като кешира информация, прочетена от твърдия диск там. В случая изглежда се случва точно това. При недостиг на памет за приложения, част от паметта, заето от кеширани данни, се освобождава, за да може да се зареди там приложението.
По мое мнение проблемът ти е другаде, като единственото, което ми хрумва в момента, е да не ти е пуснат DMA на диска. Това можеш да разбереш, като изпълниш командата 'hdparm /dev/hda' (при положение, че диска, на който е инсталирано SuSE е hda). Титла: Проблем с ram-та при suse 10.1 Публикувано от: redcure в Jun 13, 2006, 10:44 Здравей,
просто искам да попитам, защото съм си и любопитен, дали машината ти е 64 битова и как flopy device e 9.8GB? Не мога да си го обясня и затова реших да питам. Титла: Проблем с ram-та при suse 10.1 Публикувано от: XFree86 в Jun 13, 2006, 18:08 Здравей, redcure
![]() Да, машината ми е 64-битова (AMD Sempron 2500+ Box). Колкото до другото ти питане, аз затова и питам в този форум, защото не съм се родил научен и съм самоук. Реших да се науча да работя под Линукс, а и доколкото разбрах по целия свят е пълно с хора обвързани с Линукс, които си помагат взаимно (LUG) и по този начин Линукс е добър за всички. Е, моето желание е да се присъединя към потребителите на Линукс, но естествено няма как това да стане без да правя глупости на първо време, затова те моля ако си видял проблем да ми обясниш просто как да го отстраня и какъв е той - предварително ти благодаря ![]() @Наркос Само не разбрах armani е писал, че на 700 MB SWAP и на 512 RAM му върви добре, а ти ми казваш, че Линукс гледа да оползотвори цялата налична памет ![]() Много благодаря на всички за помощта ви - дано проблемът ми намери решение ![]() Титла: Проблем с ram-та при suse 10.1 Публикувано от: redcure в Jun 13, 2006, 18:30 Покажи изхода от
fdisk -l Титла: Проблем с ram-та при suse 10.1 Публикувано от: Hapkoc в Jun 13, 2006, 18:43
Има смисъл - просто се кешират данни, прочетени от диска, с цел при повторня заявка за четене на същите данни да не се прави обръщение към диска. А времето за освобождаване на памет е минимално. Не знам как да ти го обясня по-добре. :)
Защото Swap-а е бавен, т.к. се намира на твърдия диск.
DMA е Direct Memory Access. Използва се, за да може контролера на твърдия диск да пише данни в паметта без участието на процесора. Т.е. получава се заявка за прочитане на данни от твърдия диск в паметта, контролера на диска започва през DMA да ги преточва директно в паметта, през това време процесора се занимава с други задачи. При изключено DMA системата работи нечовешки бавно, затова си мисля, че може там да ти е проблема.
Еми при командите, които изпълняваш в терминал, няма нужда от screenshot. Можеш да копираш съобщенията, които ти извежда командата и да ги paste-неш във форума като текст. Доста по-пестеливо и удобно е. :) Иначе - да, щом при теб е sda, значи командата ще бъде 'hdparm /dev/sda'. Най-добре дай и изхода от 'fdisk -l', както те е посъветвал redcure. Титла: Проблем с ram-та при suse 10.1 Публикувано от: в Jun 13, 2006, 19:31 бтв само заради доброто желание, в ядрата от 2.6.16 нататък има едно интересно нововъведение:
sync;echo 3 > /proc/sys/vm/drop_caches Титла: Проблем с ram-та при suse 10.1 Публикувано от: в Jun 13, 2006, 19:34 Сори за втория пост, без да искам събмитнах предишния
Та идеята е първо dirty pages от кеша да се запишат по диска, второ - всичкия clean cache да се разкара от паметта. след това вероятно ще видиш доста голям скок в "свободната памет" ммм на цената на едно доволно performance penalty. Не препоръчвам на никой да прави тази глупост, има смисъл единствено между отделни тестове за производителност, за да не се налага да се рестартира машината че да се чисти кешираната информация. Титла: Проблем с ram-та при suse 10.1 Публикувано от: XFree86 в Jun 13, 2006, 20:22 При първата команда изкарва следното (да не забравя, че диска е със SATA ако това има някакво значение):
# fdisk -l Disk /dev/sda: 80.0 GB, 80026361856 bytes 255 heads, 63 sectors/track, 9729 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 6374 51199123+ 7 HPFS/NTFS /dev/sda2 6375 9729 26949037+ f W95 Ext'd (LBA) /dev/sda5 6375 6566 1542208+ 82 Linux swap / Solaris /dev/sda6 6567 7845 10273536 83 Linux /dev/sda7 7846 9729 15133198+ 83 Linux Win тук на харда, е все още жив, защото е трудно да убедя друг важен потребител на домашната машина (майка ми), че Линукс й предоставя страхотна графична среда и пакет от гъвкав софтуер, който да я облекчи в работата й... Надявам се науспех някой ден ![]() При втората команда ми изкарва следното: # hdparm /dev/sda /dev/sda: IO_support = 0 (default 16-bit) HDIO_GET_UNMASKINTR failed: Inappropriate ioctl for device HDIO_GET_DMA failed: Inappropriate ioctl for device HDIO_GET_KEEPSETTINGS failed: Inappropriate ioctl for device readonly = 0 (off) readahead = 1024 (on) geometry = 9729/255/63, sectors = 156301488, start = 0 Допълнителен въпрос към redcure, ти беше отбелязал: "как flopy device e 9.8GB" - това проблем ли е? Какво точно представлява този дял, защото той е така още от инсталацията? Трябва ли да го променя и ако да, то нали от root/YaST/ExpertPartition ? Благодаря ти ![]() @Наркос - благодаря ти за разясненията, сега вече разбирам какво имаш предвид ![]() ![]() Титла: Проблем с ram-та при suse 10.1 Публикувано от: Hapkoc в Jun 13, 2006, 20:27 Със SATA дискове съм си нямал работа, но ми прилича, да не ти се поддържа като хората контролера.
Може би обновяване на система, или зареждане на нужния драйвер ще оправи работата, но нека някой по-компетентен да се изкаже. Във всеки случай няма да е зле да пуснеш тук какво казва и 'lspci'. :) Титла: Проблем с ram-та при suse 10.1 Публикувано от: в Jun 13, 2006, 20:44 SATA не ползва DMA
![]() DMA не съществува като понятие в SCSI света. SATA устройствата в линукс минават през scsi layer-а в ядрото. Титла: Проблем с ram-та при suse 10.1 Публикувано от: Hapkoc в Jun 13, 2006, 21:05 @gat3way
Че SATA се поддържат като SCSI знам, но че SCSI не използва DMA не знаех. Не казвам, че не е вярно, но не ми звучи достоверно. :) Смисъл такъв - трябва да има някакъв механизъм, чрез който да се освобождава процесора от трансферирането на данни м/у диска и паметта, пък бил диска и SCSI. :) Пак казвам - не казвам, че не е както казваш, но ако можеш малко по-подробно разяснение да дадеш няма да се обидя. :) Титла: Проблем с ram-та при suse 10.1 Публикувано от: в Jun 13, 2006, 21:34 SCSI контролерите ползват bus mastering от бая време насам. Просто не им трябва DMA. Сами си управляват шината до паметта и не се налага процесора да им изземва тая функция
![]() bus-mastering-a доколкото знам има и други предимства свързани с обема на данни/единичен трансфер и т.н, но не съм запознат. SCSI нещата са бая тъмна работа, много малко хора наистина им разбират, въпреки че много хора ги ползват без да им се налага да са кой знае колко навътре в тия глупости. Титла: Проблем с ram-та при suse 10.1 Публикувано от: Hapkoc в Jun 13, 2006, 21:44 Мдам, ясно. :)
Все пак това не решава проблема на XFree86. :) Титла: Проблем с ram-та при suse 10.1 Публикувано от: kennedy в Jun 13, 2006, 22:12 Идеята е да се използва рама както вече казаха, зарежда се линукса, но има свободна памет и линукса почва да ползва тази памет като кеш на харда. Когато пуснеш някоя програма, този кеш се намалява и се освобождава памет за приложението. Виж суапа се използва когато рама нестига за приложения, например отвориш няколко ен мегабайтови тифа по 200 МБ тогава вече се натоварва и суапа.
Темата за рама е дискутирана и преди ако ти е интересно потърси назад във форума. Титла: Проблем с ram-та при suse 10.1 Публикувано от: XFree86 в Jun 13, 2006, 22:25 При команда: "lspci" изкарва следното:
00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a2) 00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a2) 00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2) 00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2) 00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a2) 00:04.0 Multimedia audio controller: nVidia Corporation CK804 AC'97 Audio Controller (rev a2) 00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev a2) 00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a2) 00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a2) 00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2) 00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a2) 00:0b.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a2) 00:0c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a2) 00:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a2) 00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a2) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:08.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 31) 05:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600] (rev a2) @kennedy - да определено темата ми е интересна, но ме интересува тъй като забелязах аномалията поне при мен, че например ето в този Скийншот долу вляво където пише Free memory 139,57, когато тук стойността добие критични размери до 9 МB и надолу, харда започва да цикли все на едно, а като затворя приложения спира т.е. той цикли, защото се освобождава и следователно free memory расте ![]() ![]() Също не ми станаха ясни две неща от отговорите, които получих досега: 1) командата top - 23:13:33 up 29 min, 3 users, load average: 0.12, 0.23, 0.15 Tasks: 97 total, 2 running, 95 sleeping, 0 stopped, 0 zombie Cpu(s): 0.3% us, 0.0% sy, 0.0% ni, 97.0% id, 2.0% wa, 0.0% hi, 0.7% si т.е. какво се има предвид под 3 users? Да не би 3ма да са се логнали към системата ми? 2) flopy device e 9.8GB? Трябва ли да е толкова и каква е неговата функция, защото това е зададено по default при инсталацията? Отново благодаря на всички за вниманието ![]() Титла: Проблем с ram-та при suse 10.1 Публикувано от: Йордан в Jun 13, 2006, 22:31 Абе не се притеснявай толкова. До скоро карах на 128, добавих още толкова и все на максимума ми стой. Това се дължи на, това че линукса винаги си държи близо до себе си (в рамта) често използваните библиотеки. Не си ли забелязал, че когато отвориш дадена програма повторно... тя се зарежда многократно по бързо. А ако искаш можеш да си изключиш слапа :П Впрочем... преди известно време имаш "Прозорци", но ги изтрих и на мястото им.... познай какво направих
![]() ![]() Титла: Проблем с ram-та при suse 10.1 Публикувано от: redcure в Jun 14, 2006, 01:03 Здравей,
Можеш ли да покажеш и изхода от hdparm -tT /dev/sda , но така или иначе, според мен, причината е в самото дистро. Опитай с някое live cd или си качи мандрива, убунту или fedore core . Ако си фен на Сусе пробвай и x86 версията. Има начин да подобриш сегашното си положение, като компилираш ядрото си, инсталираш драйверите на nvidia и премахнеш някои от стартиращите се процеси, но ефекта няма да е осезаем. Успех. Титла: Проблем с ram-та при suse 10.1 Публикувано от: в Jun 14, 2006, 09:38 Преди това пробвай все пак (като руут) следните команди:
echo 40 > /proc/sys/vm/dirty_ratio echo 3000 > /proc/sys/vm/dirty_expire_centisecs echo 500 > /proc/sys/vm/dirty_writeback_centisecs echo 50 > /proc/sys/vm/swappiness echo 100000 > /proc/sys/vm/min_free_kbytes echo 50 > /proc/sys/vm/overcommit_ratio И виж дали ще има някакво подобрение в начина по който се държи. Би било интересно и за мен. Ще се радвам на feedback ![]() Титла: Проблем с ram-та при suse 10.1 Публикувано от: Йордан в Jun 14, 2006, 09:42 след това от този диск ще става ли нещо ? Освен някаква пластика...
Титла: Проблем с ram-та при suse 10.1 Публикувано от: в Jun 14, 2006, 09:56 Нищо няма да му стане на диска, това са параметри за tune-ване на virtual memory management-a на ядрото.
Първите три параметъра слагат някакви разумни стойности за времената за които кешираните данни ще стоят в паметта / съответно ще се изпишат по диска. Четвъртия контролира тенденцията разни страници от паметта да се суоп-ва, в проценти Следващия резервира някаква свободна памет, в която не се тъпчат буфери и кешове (в случая 100МБ). Това би трябвало малко да облекчи момента в който ти остават реално 9-10МБ свободна РАМ и някой процес реши да запази голям обем данни, да не ходи в суопа Последното е свързано с overcommit-ването на памет и не би трябвало да оказва някакво влияние, просто му слагам и на него разумна стойност, така се намалява латентноста когато се превключва между приложенията (и леко се намалява скоростта на изпълнение на това което се изпълнява в момента). За диска няма никакви рискове, обещавам че няма да се чупи и няма да гърми ![]() Титла: Проблем с ram-та при suse 10.1 Публикувано от: mhydra в Jun 14, 2006, 13:54 абе за мен проблема иде от това че флопито му е 9.8 Гб. Това не е възможно. Я дай в козолата: df да видим какви устройства имаш монтирани. Кaкво ти е дъното? Да не би да е MSI?
Че дъната на МСИ имат такива проблеми под Линукс, Виндоз и каквите се ОС се сетиш. И става точно така както ти казваш. Постоянно чегърта диска и не мое свършиш никаква работа. Я виж в top кой процес най-много ти натоварва сиситемата. Да не би да е beagle или update-system? Че това са си системни процесо които се пускат от СУСЕ-то при стартиране и бая доста чегъртат по харда. Титла: Проблем с ram-та при suse 10.1 Публикувано от: в Jun 14, 2006, 14:39 Zdravei,
imam pochti sqshtata konfiguracia i pochti sqshtoto dqno. Zabeliazvam podobni "problemi" s performance samo kogato niakoia aplikacia izpolzva mnogo aktivno JAVA - naprimer azureus. Togava SUSE e vidimo po-baven otkolkoto kogato azureus ne dviji. Sqshto mi se sluchi vednqj da go vidia edva dvijesht, kogato priatelkata mi beshe otvorila 100 taba v Konqueror i vqv vseki edin ot tiah imashe image s golemina 1024x768 - izbirashe si nov Desktop ![]() Inache po-dobqr Desktop ot SUSE za obiknoveni useri niama, Mandriva riapa da iade ;-). Титла: Проблем с ram-та при suse 10.1 Публикувано от: armani в Jun 14, 2006, 15:55
/off Що реши така ? Титла: Проблем с ram-та при suse 10.1 Публикувано от: XFree86 в Jun 18, 2006, 10:20 Здравейте отново
![]() @mhydra - дъното ми е Elitegroup K8 HT1600 с nForce4-4X, но за флопито има една подробност - толкова има като total, а не като available пространство, тъй че едва ли ще да е от него (поне така си мисля). По принцип аз съм с пуснатия в Arenabg suse 10.1 64-bit версия, но дръпнах и 32-битовата и все пак си е същата работа и затова отново върнах 64-битовата (явно suse си е гладно за ресурси) ![]() Имам нов въпрос и за да не пълня форума с теми ще попитам тук - и при предишната инсталация и сега, когато достигна момента за ъпдейтване ми изкарва грешка, а на details пише: "no products to register" и единствено ми остава опция за да оправя това по-късно. Реално в opensuse.org има нов патч за suse 10.1, но моя YаST online update не засича никакви нови упдейти, пачове или каквито и да било новости? Бихте ли ми казали как да го конфигурирам? Или може би има друг вариант за ъпдейт? Вече разгледах из форума и там попаднах на следното: в shell : smart update smart upgred Или може би трябва да се настрои сървъра, от който да тегли ъпдейти? ? Благодаря ви за вниманието ![]() Титла: Проблем с ram-та при suse 10.1 Публикувано от: в Jun 18, 2006, 12:23 На въпроса с обновяването и инсталациите вече отговарях в друго запитване, но пак - YAST има някъв бъг, за който вече има пач, но не всичко е оправено. Аз ползвам главно SMART - поддържан от Guru :
http://linux01.gwdg.de/~pbleser/rpm-navigation.php?cat=/System/smart свали го (smart, smart-addons, smart-gui) и инсталирай с YAST v konsol-a (triabva da si root): yast2 --install *.rpm Когато свърши инсталацията updatе-ни каналите на SMART pak v konzolata: smart update и после smart upgrade Тук внимавай, щото ще има около 600 МB upgrade-i - прецени си дали ги искаш всичките. SMART има и графичен интерфейс (System-Configuration-SMART), на мен ми е по-удобно в конзола. Повече инфо за SMART : http://spinink.net/2006/05/20/installing-smart-package-manager/ |