- A hozzászóláshoz be kell jelentkezni
- 2496 megtekintés
Hozzászólások
Érdekes. Az asm-kódok elemzésébe nagyon nem tudok belefolnyni, (annó még ítram asm programot C64-re, és 386ra, de azóta nem), viszont a futási eredmények elég komoly érvet adnak a mellett, hogy létképes ötlet. Azért még mindíg sok esetben szignifikánsan gyorsabb a "tiszta" 64 bit, de ez soha nem lesz eldönthető dolog, mert abszolút feladata válogatja, hogy mi a jobb. nekam gyakran 5-6%-is órákat jelent, én maradok a "tiszta" 64-bitnél.
------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.
- A hozzászóláshoz be kell jelentkezni
Ha nincs szuksege az idoigenyes processzednek tobb mint 4G ram-re, akkor x32 alatt gyorsabb lehet a "tiszta" amd64-nel, a jobb CPU cache-hasznalat miatt... (ha nem ertettem valamit felre)
Majd kiderul, ha lesznek benchmarkok, de szerintem egy multiarch amd64+x32 hozna mindenhonnan a legjobbakat... :)
szerk: ha nincs szuksege a processzednek 4g-nel nagyobb cimtartomanyra
- A hozzászóláshoz be kell jelentkezni
Momentán nincs +4Gb-re szükségem, kipróbáltam 32,64-biten a programomat (matek C-ben írva), de eddíg mindíg a 64-bites volt gyorsabb (méghozzá jóval 20%-körül). Egyébként nagyon sokan ezt mondják (mármint hogy hamarabb elfogy a cache a dupla hosszú címtartomány miatt, és ez lassulást okoz), de én eddig mindíg az ellenkezőjét tapasztaltam. Soha nem volt lassabb nekem a 64-bites bináris a 32-nél.
------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.
- A hozzászóláshoz be kell jelentkezni
Adalékként... Az LWN-en linkelte valaki Knuth egyik oldalát, ahol szó van erről is:
http://www-cs-faculty.stanford.edu/~uno/news08.html
(A Flame About 64-bit Pointers rész)
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Na akkor értem, hogy miért nem, tapasztalom én ezt az emlegetett ominózus lassulást. Ráadásul, az is szerepel a gcc manualjában, hogy ez az opció automatikusan be van kapcsolva, ha nem használok olyan típusu elemeket ami ezt a lehetőséget meggátolná.
------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.
- A hozzászóláshoz be kell jelentkezni
Az extra regiszterek miatt gyorsabb, a rosszabb kihasznaltsagu cache miatt (valamivel) lassabb lehet, atlagolva meg nyertel 20%-ot. :)
Amit Knuth ir a MIPS-rol azt akarjak bevezetni most az amd64-re, ha jol ertettem, nem?
- A hozzászóláshoz be kell jelentkezni
Azt néztem, hogy ez egy 2009-as oldal, vagy benéztem valamit?
------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.
- A hozzászóláshoz be kell jelentkezni
Ha Knuth-ra gondolsz, akkor az szerintem 2008... De lassan haladnak, s meg beletelik egy kis idobe mire az x32 hasznalhato is lesz, nehogy akkorra mar a pidgin-nek is 8giga RAM kelljen... :)
- A hozzászóláshoz be kell jelentkezni
Na az lenne a nem gyenge :). 200kb a program, és 7.99998Gb Social Network plugin. De sz... ötlet.
------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.
- A hozzászóláshoz be kell jelentkezni
Sracok, itt fejezzuk be az otletelest, mert hatha Pidgin fejlesztok is olvassak a portalt. :-)
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni