Изпечатай

[Hapkoc]

Със SATA дискове съм си нямал работа, но ми прилича, да не ти се поддържа като хората контролера.

Може би обновяване на система, или зареждане на нужния драйвер ще оправи работата, но нека някой по-компетентен да се изкаже.

Във всеки случай няма да е зле да пуснеш тук какво казва и 'lspci'. :)

SATA не ползва DMA '>

DMA не съществува като понятие в SCSI света.
SATA устройствата в линукс минават през scsi layer-а в ядрото.

[Hapkoc]

@gat3way

Че SATA се поддържат като SCSI знам, но че SCSI не използва DMA не знаех. Не казвам, че не е вярно, но не ми звучи достоверно. :)

Смисъл такъв - трябва да има някакъв механизъм, чрез който да се освобождава процесора от трансферирането на данни м/у диска и паметта, пък бил диска и SCSI. :)

Пак казвам - не казвам, че не е както казваш, но ако можеш малко по-подробно разяснение да дадеш няма да се обидя. :)

SCSI контролерите ползват bus mastering от бая време насам. Просто не им трябва DMA. Сами си управляват шината до паметта и не се налага процесора да им изземва тая функция '>

bus-mastering-a доколкото знам има и други предимства свързани с обема на данни/единичен трансфер и т.н, но не съм запознат. SCSI нещата са бая тъмна работа, много малко хора наистина им разбират, въпреки че много хора ги ползват без да им се налага да са кой знае колко навътре в тия глупости.

[Hapkoc]

Мдам, ясно. :)

Все пак това не решава проблема на XFree86. :)

[kennedy]

Идеята е да се използва рама както вече казаха, зарежда се линукса, но има свободна памет и линукса почва да ползва тази памет като кеш на харда. Когато пуснеш някоя програма, този кеш се намалява и се освобождава памет за приложението. Виж суапа се използва когато рама нестига за приложения, например отвориш няколко ен мегабайтови тифа по 200 МБ тогава вече се натоварва и суапа.
Темата за рама е дискутирана и преди ако ти е интересно потърси назад във форума.

[XFree86]

При команда: "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 расте  '>  Има ли поне начин да спра това? Или поне да спра т.нар. от теб "суап" така, че Линукса ми да ползва рам само когато има нужда, а не по свое усмотрение предварително? Все пак друг потребител (armani), вече се изказа, че при 512 RAM и 700 MB SWAP няма такива проблеми '>

Също не ми станаха ясни две неща от отговорите, които получих досега:
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 при инсталацията?

Отново благодаря на всички за вниманието '>

[Йордан]

Абе не се притеснявай толкова. До скоро карах на 128, добавих още толкова и все на максимума ми стой. Това се дължи на, това че линукса винаги си държи близо до себе си (в рамта) често използваните библиотеки. Не си ли забелязал, че когато отвориш дадена програма повторно... тя се зарежда многократно по бързо. А ако искаш можеш да си изключиш слапа :П Впрочем... преди известно време имаш "Прозорци", но ги изтрих и на мястото им.... познай какво направих '> направих си swap... та този свап независимо колко рам имам... той все си пълни некакви 100 мега байта... а самоя дял е има няма няколко гига бахта '>

[redcure]

Здравей,

Можеш ли да покажеш и изхода от hdparm -tT /dev/sda , но така или иначе, според мен, причината е в самото дистро. Опитай с някое live cd или си качи мандрива, убунту или fedore core . Ако си фен на Сусе пробвай и x86 версията. Има начин да подобриш сегашното си положение, като компилираш ядрото си, инсталираш драйверите на nvidia и премахнеш някои от стартиращите се процеси, но ефекта няма да е осезаем.

Успех.

Преди това пробвай все пак (като руут) следните команди:

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 '>

[Йордан]

след това от този диск ще става ли нещо ? Освен някаква пластика...

Нищо няма да му стане на диска, това са параметри за tune-ване на virtual memory management-a на ядрото.

Първите три параметъра слагат някакви разумни стойности за времената за които кешираните данни ще стоят в паметта / съответно ще се изпишат по диска.

Четвъртия контролира тенденцията разни страници от паметта да се суоп-ва, в проценти

Следващия резервира някаква свободна памет, в която не се тъпчат буфери и кешове (в случая 100МБ). Това би трябвало малко да облекчи момента в който ти остават реално 9-10МБ свободна РАМ и някой процес реши да запази голям обем данни, да не ходи в суопа

Последното е свързано с overcommit-ването на памет и не би трябвало да оказва някакво влияние, просто му слагам и на него разумна стойност, така се намалява латентноста когато се превключва между приложенията (и леко се намалява скоростта на изпълнение на това което се изпълнява в момента).

За диска няма никакви рискове, обещавам че няма да се чупи и няма да гърми '>

[mhydra]

абе за мен проблема иде от това че флопито му е 9.8 Гб. Това не е възможно. Я дай в козолата: df  да видим какви устройства имаш монтирани. Кaкво ти е дъното? Да не би да е MSI?
Че дъната на МСИ имат такива проблеми под Линукс, Виндоз и каквите се ОС се сетиш.
И става точно така  както ти казваш. Постоянно чегърта диска и не мое свършиш никаква работа.

Я виж в top кой процес най-много ти натоварва сиситемата. Да не би да е beagle или update-system? Че това са си системни процесо които се пускат от СУСЕ-то при стартиране и бая доста чегъртат по харда.

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 ;-).

[armani]

Цитат (Guest @ Юни 14 2006,15:39)

Zdravei, ......... Inache po-dobqr Desktop ot SUSE za obiknoveni useri niama, Mandriva riapa da iade ;-).

/off

Що реши така ?