Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.lang.forth > #313
| From | anton@mips.complang.tuwien.ac.at (Anton Ertl) |
|---|---|
| Newsgroups | de.comp.lang.forth |
| Subject | Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? |
| Date | 2015-06-22 13:40 +0000 |
| Organization | Institut fuer Computersprachen, Technische Universitaet Wien |
| Message-ID | <2015Jun22.154045@mips.complang.tuwien.ac.at> (permalink) |
| References | (7 earlier) <mlvce1$t3v$1@dont-email.me> <2015Jun20.155517@mips.complang.tuwien.ac.at> <mm4jpq$1o5$1@dont-email.me> <2015Jun21.172218@mips.complang.tuwien.ac.at> <mm7r5c$c48$1@dont-email.me> |
Bernd Paysan <bernd.paysan@gmx.de> writes:
>Anton Ertl wrote:
>Dafür hat dann wohl hash("aaaaaaaaa") das gleiche Ergebnis wie
>hash("aaaaaaaaaa") (10 statt 9 'a'), oder?
So wie der code geschrieben ist, ja. Ich habe halt WIMRE n als seed
uebergeben, das erschlaegt das auch, Du kannst aber dort, wo seed
eingebunden wird, einfach (seed+n) statt seed schreiben, und schon ist
das erledigt.
>> Von
>> den Branch predictions wirkt das erste if bei mir wohl wie ein loop
>> peeling, sollte also neutral sein.
>
>Hm, ich bin bei meinem Code noch am Überlegen, ob man dem GCC das nicht so
>mundgerecht füttern kann, dass er da aus dem letzten Teil nur conditional
>moves draus macht.
In die Richtung habe ich auch ueberlegt, aber da es auf vielen
Architekturen keinen conditional load gibt, habe ich da nicht weiter
ueberlegt. Aber vor allem wird der page-check sowieso meistens
richtig vorhergesagt, wo man eher Probleme hat, ist mit dem
Schleifen-Branch.
- anton
--
M. Anton Ertl Some things have to be seen to be believed
anton@mips.complang.tuwien.ac.at Most things have to be believed to be seen
http://www.complang.tuwien.ac.at/anton/home.html
Back to de.comp.lang.forth | Previous | Next — Previous in thread | Next in thread | Find similar
gforth - assert in malloc.c, Zeile 2372 nicht als exception? djc <ciesinger@gmx.net> - 2015-06-10 00:52 -0700
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? djc <ciesinger@gmx.net> - 2015-06-10 01:10 -0700
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? djc <ciesinger@gmx.net> - 2015-06-11 01:04 -0700
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? Bernd Paysan <bernd.paysan@gmx.de> - 2015-06-11 23:15 +0200
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? djc <ciesinger@gmx.net> - 2015-06-12 02:38 -0700
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? djc <ciesinger@gmx.net> - 2015-06-13 16:25 -0700
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? Bernd Paysan <bernd.paysan@gmx.de> - 2015-06-15 00:52 +0200
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? djc <ciesinger@gmx.net> - 2015-06-14 23:22 -0700
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? djc <ciesinger@gmx.net> - 2015-06-14 23:33 -0700
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-06-16 06:12 +0000
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-06-17 10:47 +0000
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? Bernd Paysan <bernd.paysan@gmx.de> - 2015-06-17 23:49 +0200
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-06-18 08:42 +0000
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? Bernd Paysan <bernd.paysan@gmx.de> - 2015-06-18 23:17 +0200
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-06-21 15:22 +0000
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? Bernd Paysan <bernd.paysan@gmx.de> - 2015-06-22 04:17 +0200
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-06-22 13:40 +0000
Re: gforth - assert in malloc.c, Zeile 2372 nicht als exception? Bernd Paysan <bernd.paysan@gmx.de> - 2015-06-22 21:03 +0200
csiph-web