While "ricer" flags make a marginal difference, I was under the impression that being able to utilise these instruction sets is actually a decent boost during runtime...no?<br><br><div><span class="gmail_quote">On 17/11/2007,
<b class="gmail_sendername">Joel Wiramu Pauling</b> <<a href="mailto:aenertia@aenertia.net">aenertia@aenertia.net</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I think this is the point Ryan was making. While I will be the first to admit I am a ricer (someone who wants to squeeze every marginal gain out of my hardware). I also know that those gains due to compiler opt flags are very Marginal.
<br><br>64bit advantage is however appreciable on servers with really large maps in a rotation, as the processes (even ut2004) can climb to above 4gb memory usage (presuming you have a system with more than 4gb) In situations where you have a big map like AS_MOTHERSHIP, and another big map like AS_ASSAULT loading in the background.
<br><br>If ryan says that ut3 will primarily be gfx bound I believe him. I know that this was deinately the case on an opteron 248, with 8gb of ram. For ut2004. UT2004 was a very clean scalable engine and would run on p3's fine. So long as you crippled fx options and rez.
<br><br>So... while I asked about arch optimized binaries, I also know how imperceivable difference it makes. <br><br>Cheers.<br><br>JoelW<div><span class="e" id="q_1164b5fa9e6ef280_1"><br><br><div><span class="gmail_quote">
On 17/11/2007, <b class="gmail_sendername">Dominic Lepiane
</b> <<a href="mailto:archangel@nibble.bz" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">archangel@nibble.bz</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Yeah, I would like to know how much this pandering to out-dated CPUs is going
<br>to affect the rest of us. I think sse2 was a reasonable requirement.<br><br><edit>Pretend I had a huge long rant/flambait about people with old<br>processors</edit><br><br>On Thursday 15 November 2007 19:39:25 Kris Kersey (Augustus) wrote:
<br>> I agree. I know that you need to support the lowest common denominator<br>> but those of us with higher-end chips would hate to lose performance.<br>> Would it be a big inconvenience to have at least two binaries? I know you
<br>> have to draw the line somewhere. Although, one for sse, sse2, sse3, and<br>> sse4 doesn't sound like a bad idea. ;-) I'd be happy to do the<br>> benchmarking to test how much it actually makes a difference.
<br>><br>> Thanks,<br>> Kris Kersey (Augustus)<br>> LinuxHardware.org Site Manager<br>> <a href="mailto:augustus@linuxhardware.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">augustus@linuxhardware.org
</a><br>> Gentoo Linux AMD64 Developer<br>>
<a href="mailto:augustus@gentoo.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">augustus@gentoo.org</a><br>> AIM: Augustus22<br>><br>> On Fri, 16 Nov 2007, Joel Wiramu Pauling wrote:<br>
> > Any chance of having a wrapper script that calls an optimized binary for
<br>> > the particular cpu/arch flags?<br>> ><br>> > I know this increases the deployment payload but, I am a CFLAG opt nut,<br>> > and disc space is cheap.<br>> ><br>> > (Yes you could do install time magic also, but...)
<br>> ><br>> > I know that with ut2004 there were issues with getting amd64 binaries<br>> > in-line with i386 and vs versa. So perhaps having one unified binary<br>> > wrapper would be the way to go.
<br>> ><br>> > On 16/11/2007, Rick Page <<a href="mailto:mpcacrucesalus@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mpcacrucesalus@gmail.com</a>> wrote:<br>> >> Thanks for the update Arne,
<br>> >> The Celeron is Pentium 4 level hardware, but I am seeing better
<br>> >> performance at a lower cost with the AMD. I have been comparing the<br>> >> two machines with different games and wanted to try UT3 demo before<br>> >> the retail release. I think I have seen enough good things with the
<br>> >> AMD machine that I am going to stick with it. Please, this is not to<br>> >> start an Intel vs AMD war. It is just what I have observed. And yes I<br>> >> know that the AMD processor in this case is better than the slower
<br>> >> Celeron, but price is also a factor here.<br>> >> Rick<br>> >><br>> >> On Nov 15, 2007 2:30 PM, Arne Brodowski <<a href="mailto:arne@planet-rcs.de" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
arne@planet-rcs.de</a>> wrote:
<br>> >>> Hi Rick,<br>> >>><br>> >>> to quote Ryan from the 14th October:<br>> >>><br>> >>> ---<br>> >>> It's built with -march=pentium4 -mtune=pentium4 -msse2 -mfpmath=sse ...
<br>> >>> so it will use generic instructions that were only available on<br>> >>> P4-level hardware, and sse2 for all math operations.<br>> >>><br>> >>> If you're still on Pentium III level hardware, it's time to upgrade.
<br>> >>> ---<br>> >>><br>> >>> AMD Athlon 2600MP CPUs don't have the SSE2 Instruction-Set, so you<br>> >>> can't run the UT3 binary.<br>> >>><br>> >>> best regards,
<br>> >>> Arne<br>> >>><br>> >>> Rick Page wrote:<br>> >>>> Hello everyone,<br>> >>>> I have been running the demo for some time on a 2.1GHz Celeron without
<br>> >>>> too much problems. I am now trying to get it to run on an AMD Athlon<br>> >>>> 2600 MP. I am not sure if it is a problem with the betademo or if it<br>> >>>> is a problem with my setup. The Celeron is running Red Hat 9 and the
<br>> >>>> AMD is running CentOS 5. Yes I know that there really isn't much a<br>> >>>> difference between the two OS's. When I try running ./ut3demo server<br>> >>>> DM-ShangriLa?........., I get an Illegal instruction. Nothing else
<br>> >>>> comes up, just Illegal instruction. If I just try ./ut3demo, I get the<br>> >>>> same message. Yes, I know, not very helpful is it. That is why I am<br>> >>>> leaning a little more towards my setup, but just wanted to check to
<br>> >>>> see if anyone else had this problem. Any helpful suggestions on where<br>> >>>> to start to look would be greatly appreciated.<br>> >>>> Rick<br>> >>>>
<br>> >>>><br>> >>>> ---<br>> >>>> To unsubscribe, send a blank email to <a href="mailto:ut3-unsubscribe@icculus.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
ut3-unsubscribe@icculus.org</a><br>> >>>> Mailing list archives:
<a href="http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64</a><br>> >>><br>> >>> ---
<br>> >>> To unsubscribe, send a blank email to <a href="mailto:ut3-unsubscribe@icculus.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
ut3-unsubscribe@icculus.org</a><br>> >>> Mailing list archives: <a href="http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64
</a><br>> >><br>> >> ---<br>
> >> To unsubscribe, send a blank email to <a href="mailto:ut3-unsubscribe@icculus.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">ut3-unsubscribe@icculus.org</a><br>> >> Mailing list archives:
<a href="http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64</a><br>><br>> ---<br>> To unsubscribe, send a blank email to <a href="mailto:ut3-unsubscribe@icculus.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
ut3-unsubscribe@icculus.org</a><br>> Mailing list archives:
<a href="http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64</a><br><br><br><br>--<br>Dominic Lepiane<br><br>
"Of all the things I've lost, I miss my mind the most."<br>
- Ozzy Osbourne<br><br>---<br>To unsubscribe, send a blank email to <a href="mailto:ut3-unsubscribe@icculus.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">ut3-unsubscribe@icculus.org</a><br>Mailing list archives:
<a href="http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64</a><br><br><br></blockquote></div><br>
</span></div></blockquote></div><br><br clear="all"><br>-- <br>Alex Boag-Munroe<br><br>Lack of planning on your part does not constitute an emergency on mine.