Ik heb zelf ook een Athlon TB, en ik vind dit dus best wel klote 
Heeft iemand enig idee of dit ook bij Athlon XP het geval is? Anders koop ik wel een XPtje... Kom op zeg, dat gelul over die page size van 4MB naar 4KB te gooien...
iemand enig idee of dit veel impact heeft op de snelheid?
Heeft iemand enig idee of dit ook bij Athlon XP het geval is? Anders koop ik wel een XPtje... Kom op zeg, dat gelul over die page size van 4MB naar 4KB te gooien...
iemand enig idee of dit veel impact heeft op de snelheid?
edit:
En ja, ik heb er zeker last van gehad (alleen de laatste tijd niet meer).
Vooral bij Quake3, dat ie om de zoveel tijd gewoon lekker vast loopt.
En ja, ik heb er zeker last van gehad (alleen de laatste tijd niet meer).
Vooral bij Quake3, dat ie om de zoveel tijd gewoon lekker vast loopt.
:strip_icc():strip_exif()/u/33006/crop69834d4f0f084_cropped.jpg?f=community)
:strip_exif()/u/755/crawler.gif?f=community)
Verwijderd
Dit is toch al iets langer bekend?
Tenminste bij mij wel. (Hmzz, ik zal het wel op de Gentoo mailinglijst gelezen hebben
) Je kan gewoon mem=nopentium opgeven bij het booten, zoals daar ook te lezen valt
Bij NVidia is dit ook al langer bekend. MS heeft er geloof ik ook een fix voor. (Het is dus niet iets Linux-specifiecs )
Tenminste bij mij wel. (Hmzz, ik zal het wel op de Gentoo mailinglijst gelezen hebben
) Je kan gewoon mem=nopentium opgeven bij het booten, zoals daar ook te lezen valtBij NVidia is dit ook al langer bekend. MS heeft er geloof ik ook een fix voor. (Het is dus niet iets Linux-specifiecs
)
/u/1409/furtvgast%2520verkleind.png?f=community)
AMD heeft er een patch voor gemaaktOp maandag 21 januari 2002 14:49 schreef nelske het volgende:
Dit is toch al iets langer bekend?
Tenminste bij mij wel. (Hmzz, ik zal het wel op de Gentoo mailinglijst gelezen hebben
Bij NVidia is dit ook al langer bekend. MS heeft er geloof ik ook een fix voor. (Het is dus niet iets Linux-specifiecs
Tenminste dat kan ik me nog herinneren...
/u/23391/avatar.png?f=community){kind=avatar}
:strip_exif()/u/26373/anim4.gif?f=community)
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Verwijderd
Oh
Dit geldt dus voor alles boven een pentium-classic optimalisatie. Er wordt dan gebruik gemaakt van extended paging, waar nu net de bug in zit. Dat er wel wat vreemde dingen aan de hand zijn, kun je lezen in het /. artikel
ook nergens last van met athlon 1.4, 2.4.16, agp dingen op 4x, fast writes en al die zooi aan, k'speel vrolijk UT, QIII, etc
maar 1x een lockup gehad in UT maar k'denk dat het gewoon de vrij onstabiele nvidia drivers geweest zijn
If it ain't broken it doesn't have enough features
Verwijderd
Nee, want ook dan worden de pentium optimizaties gebruikt.
Echter:
David Miller:
code:
1
2
3
| The funny part is, if this published errata is the problem, it cannot be a problem under Linux since we never invalidate 4MB pages. We create them at boot time and they never change after that. |
Andrea Arcangelli:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| correct, furthmore it cannot even trigger if you invlpg with an address page aligned (4mbyte aligned in this case) like we would always do in linux anyways, we never use invlpg on misaligned addresses, no matter if the page is a 4M or a 4k page. And I guess with PAE enabled it cannot even trigger in first place (it speaks only about 4M pages, pae only provides 2M pages instead). I think this is a very very minor issue, I doubt anybody ever triggered it in real life with linux. And Gentoo is shipping a kernel with preempt and rmaps included, so it can crash anytime anyways, no matter how good the cpu is, so if they got crashes with such a kernel (maybe even with nvidia driver) that's normal. I was speaking today with a trusted party doing vm benchmarking and rmap crashes the kernel reproducibly under a stright calloc while swapping heavily, so clearly the implementation is still broken. preempt additionally will mess up all the locking into the nvidia driver as well. so if the combination of the two runs for some time without any lockup that's pure luck IMHO. |
Oftewel, die hele bug lijkt helemaal niet te bestaan
Verwijderd
Yupz, had ik ook al gelezen. Toch verdenk ik de NVidia drivers er ook enorm van, zoals in dat laatste stuk ook wel duidelijk wordt.
Tja het is toch zo fijn dat die drivers OpenSource zijn he 
Tja het is toch zo fijn dat die drivers OpenSource zijn he
scannend zeg maar. Maar dat met mem=nopentium ofzo is toch geen echte oplossing...
Okee, net een onverklaarbare spontane reboot gehad. Nu maar even gestart met mem=nopentium. Ik weet de instabiliteit eerst aan de preempt+lockbreak+xfs combinatie, maar die Athlon bug is den toch de boosdoener. Blij dattie bekend is. Dan kan hij nu verwerkt worden in 2.4.18.
Even de preempt+lockbreak opzoeken.
Even de preempt+lockbreak opzoeken.
Verwijderd
volgens mij komt die bug in -rmap en preempt ook zonder de athlon wel naar voren en hebben die twee dus weinig met elkaar te makenOp maandag 21 januari 2002 23:30 schreef Valium het volgende:
Okee, net een onverklaarbare spontane reboot gehad. Nu maar even gestart met mem=nopentium. Ik weet de instabiliteit eerst aan de preempt+lockbreak+xfs combinatie, maar die Athlon bug is den toch de boosdoener. Blij dattie bekend is. Dan kan hij nu verwerkt worden in 2.4.18.
Even de preempt+lockbreak opzoeken.
/me zit gewoon op 2.4.17 met 1 VM patch en XFS en 't werkt al sinds de installatie stabiel
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Pagina: 1