Dotaz: Linuxovy program pro test RAM

[doubleZ]

Ahojky, mam problem v jendom ze tri modulu RAM (doufam, ze jen v jednom ;) )... a potrebuji zjistit v jakem, nebo kde... je pro Linux naky softik na takoveto zjisteni a jaka je casova narocnost testu pri 512MB RAM celkem, prosim?

Dekuji

Zdravi _murPHY

Odpovědi

Diskuse byla administrátory uzamčena.
FAQ: Proč byl uzamčen/smazán můj dotaz v Poradně?

[Zdeněk Burda]

postupne pouzivej jen jeden modul a otestuj ho programem memtest86

[doubleZ]

aha diky, jdu na to... ;)

[Beda]

http://www.memtest86.com/ nejen pro linux. rychlost zavisi na desce, procesoru a poctu testu. nekolik hodin to bude, ale do dne by ses mohl taky vejit. vlastne vubec neni pro linux ;) ono to je vybrakovany linuxovy jadro...

[doubleZ]

diky.. jdu na to, snad uz to vyresim, uz me toci to, jak to hrabe ;)) a DVD seka...

[Beda]

coooo? a z toho usuzujete na ramku? probuh jeste ze jsem ateista... jestli to bude ram, tak chci vasi kristalovou kouli na vesteni ;)

[unchallenger]

Chyby RAM obvykle vypadají jinak ... takhle může vypadat snad leda její nedostatek (což lze považovat za chybu RAM ;-) Příznaky vypadají spíš na jádro z RH9 nebo jiné jádro s podivně se chovající VM (2.5...).

[doubleZ]

mam debian na 2.4.19tce, ale delalo to ve vsech systemech, RAMky je 512, prdnul jsem tam HDD s WinXP, to samy, veskery nastaveni (i BIOSu ) a chipsetu jsou okay, vsude jinde slape bez problemu, dost jsem to i konzultoval se znamejma, DivX /i v Linuxu/ se chova tak, ze sekne pravidelne po cca vterine a pul, vypada to, jako by narazil na chybnej blok, myslel ze je konec ram a cachoval od zacatku pameti, takze je to jako by se v jednom miste zastavil, tim padem to zpusobi efekt malo ramky... potrebuju proto zjistit kde ve kterym ze tri modulu to je (nejsou v konfliktu, driv to jelo okay) a vymenit ho... ostatni hw je testovanej na jinejch masinach, vse okay...

[Zdeněk Burda]

ciste nahodou... mas zapnuty dma u disku, cdrom, dvdrom?

[doubleZ]

Mam neboj ;))

[Beda]

ciste nahodou zkus 2.5 a 2.6, jestli je to problem 2.4 vm... a pri tom seknuti zkus prepnout obraz/terminal a podivat se, jak vypada vyuziti pameti, jestli trpis stejnym problemem 2.4 jadra.
je to znamy problem... jenom si ho dlouho nikdo nevsimal ;)

Date: Fri, 29 Aug 2003 12:59:10 GMT
From: "Tvrtko A. [iso-8859-2] Uršulin" 
To: linux-kernel@vger.kernel.org
Newsgroups: cz.muni.redir.linux-kernel
Subject: Pagecache going out of control (2.4)

Hello everyone,

For some time now, the situation with 2.4 kernels is the following: Try to
gzip -d very large file (few times larger than physical RAM) in the
background and do some other work. You will find out that your system gets
very slow. All RAM is used up for pagecache, and even more, your application
data is getting swapped out to make more room for pagecache!

I think this is a bad behaviour, and would pretty much like to be able to
control the maximum memory used for pagecache.

Recently, I found a patch by indou.takao@jp.fujitsu.com which implements a
pgcache-max sysctl for 2.5.x. I tried to backport it to 2.4.21 but so far
with no success (many differences in VM system).

I don't understand why not to give such a option to users, I know a lot of
them irritated with current pagecache behaviour... options and
configurability should be a good thing, no?

Best regards,
Tvrtko A. Ursulin

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

a pak jeste zajimavej post

Date: Mon, 25 Aug 2003 07:17:15 GMT
From: Takao Indoh 
To: Ihar 'Philips' Filipau 
Cc: Linux Kernel Mailing List 
Newsgroups: cz.muni.redir.linux-kernel
Subject: Re: cache limit

Thank you for interest in my patch.

On Thu, 21 Aug 2003 11:52:52 +0200, Ihar 'Philips' Filipau wrote:

>Takao Indoh wrote:
>>
>> I made a patch to add new paramter /proc/sys/vm/pgcache-max. It controls
>> maximum number of pages used as pagecache.
>> An attached file is a mere test patch, so it may contain a bug or ugly
>> code. Please let me know if there is an advice, comment, better
>> implementation, and so on.
>>
>
>   Do you have something like this for 2.4 kernels?

No, I have only a patch for 2.5 kernel.
But, RedHat AdvancedServer2.1(2.4.9based kernel) has a similar parameter
(/proc/sys/vm/pagecache). If you can see the source, please check it.

>
>   [ I expected to find that by default Linux stops polluting memory
>with cache when there is no more pages. But as I see your patch is
>hacking something somewhere in the middle... But I'm not a specialist in
>VM... Gone reading sources. ]
>
>   Thanks for the patch.

I'm not a specialist in VM, too. So, that patch may have many bugs.
What is done in that patch is very simple.
1) Add PG_pgcache flag to the page used as pagecache.
2) Watch the total amount of pagecahe.
3) If the amount of pagecahe exceeds maximum,
   try to remove only the page which has PG_pgcache flag.

Thanks.
--------------------------------------------------
Takao Indoh
 E-Mail : indou.takao@soft.fujitsu.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

diskuse u zacatku tohodle thredu navrhovala nejaky parametry u open() ktery by mohly nektery problemy vyresit...

[Beda]

tak sme z tech redhatovskych jadre volaky akysi zmateny, protoze:

Date: Thu, 21 Aug 2003 23:47:09 GMT
From: Mike Fedyk 
To: Takao Indoh 
Cc: linux-kernel@vger.kernel.org
Newsgroups: cz.muni.redir.linux-kernel
Subject: Re: cache limit

On Thu, Aug 21, 2003 at 09:49:45AM +0900, Takao Indoh wrote:
> Actually, in the system I constructed(RedHat AdvancedServer2.1, kernel
> 2.4.9based), the problem occurred due to pagecache. The system's maximum
> response time had to be less than 4 seconds, but owing to the pagecache,
> response time get uneven, and maximum time became 10 seconds.

Please try the 2.4.18 based redhat kernel, or the 2.4-aa kernel.

[unchallenger]

Moje praktické zkušenosti s jádry z RHL (RHAS nemám ;-) jsou, že 2.4.18 (redhatí) se chovala znatelně líp než 2.4.20 (redhatí), 2.4.9 si už moc nevzpománím. 2.4.20 (redhatí) trhá a swapuje, když nemusí -- má teď např. doma swap off, a hrabe to na disk znatelně míň než se swapem. Je možné, že v 2.4.18 něco spravili, ale v 2.4.20 asi něco zase zprasili. Ale probírat se všemi těmi patchi a zjišťovat, kde udělali soudruzi z NDR chybu, se mi nikdy nechtělo.

[Beda]

• jestli to seka uz od zacatlu po vterine a pul, tak to bude spis nenastavenim dma u zarizeni jak psal yeti
• jestli dlouho nic a pak to zacne po pul hodine sekat co vterinu a pul, tak to bude spatnym vm

[Beda]

uzvairma ul oops

[doubleZ]

no ja to zkousel i pod Widlouzama, to samy, takze jadra nechme spinkat, ikdyz ten problem s 2.4.18 znam... ;), nevim... ale ta ramka je posledni co me i my znamy napada...

[Zdeněk Burda]

nevisi ti na jednom irq vic veci? me se sekal pocitac pri stahovani ze site, mel jsem sitovku na jednom irq se zvukovkou a usb, pocitac to dokazalo pekne zabrzdit

[doubleZ]

nevisi, presne tohle jsem checkoval (jako druhy, hned po DMA disku), mas recht, to zabrzdi pekne ;))), ale vsechno tohle jsem zcheckoval, docela dost casto se do compiku vrtam, takze vim docela co a jak ... ;)))

[Beda]

• grafika - zdroj dat nebo zvuk - zdroj dat nebo grafika - zvuk, ale ze by se to skubalo
• jeste me napada u vymennych medii spindown timeout nebo jak tomu u teacu rikaji
• potom taky apmko defaultne nastavene na velmi kratkou dobu
• a predposledni vec u ide kanalu to mas na jednom datobym kablu s nejakym desne pomalym zarizenim (nemyslim prenosy, ale casovci cykly prikazu protokolu)
• a potom jeste nejaka komponenta na isa, ktera sezere procak pres casty interrupty a svoji obsluhu
• nebo blba deska a spatny navrh sbernic nebo pci-isa bridge nebo proste skrz ktery sbernice procak pristupuje k te ktere sbernici na ktere je nejaky "pomaly" zarizeni, tak si musi zablokovat par dalsich sbernic po ceste. a nebo blba cesta zarizeni-pamet pokud to umi dmacko
• a asi i neco dalsiho...

[Beda]

-framedrop
jestli se pouziva rtc, tak nastavit na vyssi hodnotu
jiny prehravac s jinyma kodekama
co ja vim

[doubleZ]

heh, diky za info ;)), to je dobrej seznam moznejch pricin, jenze driv to nedelalo ;) a i madak jsem testoval na jinym stroji, dokonce i grafiak nedavno slapala jinde... nevim, zkusim to jeste nak resit. Diky za moznosti ;)))

[Jiří Lisický]

Měl jsem tu jednou nějaký počítač třidy pentium 120MHz - nebo tak nějak. Chtěl jsem tam něco zkompilovat a nešlo mi to. Nevěděl jsem co je špatně - jestli je ten zdroják nějaký špatný, nebo něco jiného? Pak jsem ten disk přendal do jiného PC a zkompilovalo se to v pohodě. Zkoušel jsem na tom memtest, ale nic nenašel.

Takže bych pro jistotu zkusil zkompilovat třeba jádro (nebo třeba i cokoliv trochu většího).

[doubleZ]

Aha, diky, to je zajimavy, to by me nenapadlo!! Urcite to proverim... jdu na jadro.

[Beda]

jinymi slovy vadny ide kablik

[doubleZ]

tim to neni, ted jsem je prohodil za jiny, neni to rozdil...

[Beda]

druhe zarizeni na kablu s kterym si nerozumi
radic ktery si nerozumi s temadle dvema zarizenima na kablu
co ja vim co este -- ale tendle thread uz asi nepatri do kategorie linux ;)

[doubleZ]

prave ;)) ale hlavne ze predtim to jelo naprosto bez problemu a aniz bych cokoli predelaval, upgradoval nebo cosi to ze dne na den prestalo slapat tak, jak by melo ;))

[farmer]

Len tak pre zaujimavost - v Mandrake staci nainstalovat balik memtest, ktory je sucastou distribucie a memtest sa prida do lilo ako dalsia polozka a je mozne pohodlne ho spustit pri kazdom starte. Urcite je to v 9.1 a 9.2 starsie som neskusal.