What Is The Clock Frequency Of The Pandora ?


Stealth Bagel said:
Exophase said:
You're arguing with me when all I said is that I don't know why Intel abandoned XScale (the CPU...) if they were so interested in mobile.

Calm down, I'm not arguing with you.... I just said Xscale isn't god's gift to the mobile world and other ARM-based architectures seem to have the upper hand right now. Don't be so defensive. Are you looking for an argument?
I'd love to see where I said anything about Xscale being "god's gift to the mobile world", I just mentioned it as an aside.. so yes, you have been starting an argument with me over nothing. And you know, telling people to calm down is pretty condescending, especially when you're the one picking at things...
 
Last edited by a moderator:
Exophase said:
Stealth Bagel said:
Exophase said:
You're arguing with me when all I said is that I don't know why Intel abandoned XScale (the CPU...) if they were so interested in mobile.

Calm down, I'm not arguing with you.... I just said Xscale isn't god's gift to the mobile world and other ARM-based architectures seem to have the upper hand right now. Don't be so defensive. Are you looking for an argument?
I'd love to see where I said anything about Xscale being "god's gift to the mobile world", I just mentioned it as an aside.. so yes, you have been starting an argument with me over nothing. And you know, telling people to calm down is pretty condescending, especially when you're the one picking at things...


If I may jump inbetween you two, Ive always thought the Xscale didnt quite take off beacuse of PDA market never really took off? ARM at least has smaller devices phones/mp3, which may have led to its longevity?
 
Last edited by a moderator:
Pickle said:
If I may jump inbetween you two, Ive always thought the Xscale didnt quite take off beacuse of PDA market never really took off? ARM at least has smaller devices phones/mp3, which may have led to its longevity?
I'd really like to point out that I don't actually care about XScale (which, by the way, is an ARM CPU) and was in fact just wondering why Intel decided to abandon ARM in favor of x86 for the handheld platform :\
 
Last edited by a moderator:
Karel Jansens said:
christo930 said:
From what I can recall (and granted I am getting older) the Pentium Pro was a disaster for Intel because Intel assumed that the world would be using pure 32 bit software by the time it was released, but the reality was that windows 9x had a TON of 16bit legacy code in it that would make the Pentium Pro run slower than a P1 at the same clock speed when running Windows 9x. Win NT on the other hand was faster when running on a P-Pro. So users running Windows NT (which were very few at the time) would benefit from the p-pro while everyone else would go slower.
OS/2 kicked [NT's] butt on a PPro!


I did a lot of support for OS/2 2 and 3 (but not 4, only even saw it once) and it was great for companies that had token ring networks, IBM mainframes and IBM's document imaging technology ( I forget what the hell it was called, but it allowed a user to have 2 monitors (on the pc end of it) and pull up an image (usually a scanned document) up on a full screen paper-white monitor that had a mainframe address (if I recall correctly just a session of the main address) and that system worked awesome (assuming you had a PS/2 running OS/2). Comm Manager worked great and integrated great, but was a bitch to troubleshoot. It would just stop working for no reason sometimes. And the built in REXX stuff allowed software pushes long before Novel or MS, you could even push a re-image). Desktop support calls were way down with OS/2, it worked much better than windows. One of the compaines I worked at who used OS/2 pas PECO Energy in Philadelphia and their desktop support calls trippled when they moved from OS/2 to WFW then quickly after that to Windows 95 and they lost the ability to pull up those documents on the full page screens. Their solution was to keep the call center using OS/2 (so they could pull up bills and other documents on the second screen) and give the business units the wfw and win95. IBM did eventually release software to display the documents on the pc's main monitor but you need a 21' monitor to use it (that is to see the image and the MF sessions at the same time). But as good as it was in certain respects, OS/2 was really slow. We used to call it slow-s/2. I really think it was piss-poor disk caching that made it so slow. If they would have fixed that they probably could have taken over the market. To make a change and reboot the 486-66 ps/2 (with a fast scsi hard disk,32 bit MCA, 16mb of ram (alot at the time)) took 15 minutes. It took multiple minutes lo launch just about any piece of software. Comm Manager itself took about 5 minutes to launch with an A session, B session and a P session (a virtual MF printer so you could print MF reports to your local printer). IBM also had kick ass printers. They blew away HP's. They were faster, had postscript, better and more paper handling... I can vision them in my head, but forget the model #'s. We had 3, an entry level, medium and faster. All were networkable if I remember correctly but only with token ring. Then there was LAN Manager which was the OS/2 file / print server. And any OS/2 machine could be a lotus Notes server (windows could too, but OS/2 was much better. Same machine 3x as many clients). Even into the 2000's Vanguard (the mutual fund people) were using OS/2 in their data center for Notes Server. You wouldn't believe what they did with OS/2 (at the desktop). Back then, if you knew OS/2 you couldn't go more than a few days unemployed. Now they just think you're old:)

Chris
 
Last edited by a moderator:
You just sounded like you were really extollng the virtues of XScale there, no you never said 'god's gift to the handheld market', I was using hyperbole.... you're being much too sensitive. Honestly Xscale has SO many disadvantages in its current generations compared to competing 'pure' ARM devices like that S3C chipset series I mentioned from samsung that I think it's time Intel start fresh. I mean doesn't Xscale remind you of something; an architecture with very high clock scalability, but poor performance compared to lower-clocked processors, high power use and high heat output. Northwood/Prescott (netburst architecture)... Awful chips. When did Intel really get it right? when they built something new and very unusual from their Pentium M architecture, producing Core 2. I'm sure they could make something better if they put their minds to it. Maybe not better than a company like ARM that focuses exclusively on making high end mobile parts that operate with a TDP of < 0.1w, but who knows.
 
christo930 said:
From what I can recall (and granted I am getting older) the Pentium Pro was a disaster for Intel because Intel assumed that the world would be using pure 32 bit software by the time it was released, but the reality was that windows 9x had a TON of 16bit legacy code in it that would make the Pentium Pro run slower than a P1 at the same clock speed when running Windows 9x. Win NT on the other hand was faster when running on a P-Pro. So users running Windows NT (which were very few at the time) would benefit from the p-pro while everyone else would go slower.

OS/2 kicked [NT's] butt on a PPro!

Actually, Token Ring hurt OS/2 a lot as well (by hurting IBM). Laptops were the real problem. If you have an office building with multiple floors and some have 4mip rings and some have 16 mip rings and a guy with a laptop he can bring the who floor down if the port doesn't wrap fast enough. I've seen it happen dozens and dozens of people loose their work because some outside sales guy forgot to change his ringspeed. Not to mention, half the mainframe addresses get locked and need to be reset and so dozens of people call the helpdesk to their MF reset (or as they like to say "to get my green screen back"). It also meant that when a department moved, someone had to visit the desktop to change the ringspeed before the machine was plugged into the network to avoid taking the ring down. But even with this problem, it was still better than Windows. Compaq or some other VAR would come in and say how much better and cheaper everything would be and then support costs go through the roof. Thank god I didn't work the helpdesk, just desktop and network admin.
 
Last edited by a moderator:
Stealth Bagel said:
You just sounded like you were really extollng the virtues of XScale there, no you never said 'god's gift to the handheld market', I was using hyperbole.... you're being much too sensitive. Honestly Xscale has SO many disadvantages in its current generations compared to competing 'pure' ARM devices like that S3C chipset series I mentioned from samsung that I think it's time Intel start fresh. I mean doesn't Xscale remind you of something; an architecture with very high clock scalability, but poor performance compared to lower-clocked processors, high power use and high heat output. Northwood/Prescott (netburst architecture)... Awful chips. When did Intel really get it right? when they built something new and very unusual from their Pentium M architecture, producing Core 2. I'm sure they could make something better if they put their minds to it. Maybe not better than a company like ARM that focuses exclusively on making high end mobile parts that operate with a TDP of < 0.1w, but who knows.
Could you please either stop pushing this argument that I never had any interest in or stop telling me to calm down, be less sensitive, etc. Preferably both :huh:
 
Last edited by a moderator:
Exophase said:
Could you please either stop pushing this argument that I never had any interest in or stop telling me to calm down, be less sensitive, etc. Preferably both :huh:
Isn't it awesome when people tell you to calm down when you're not even agitated? If there's one thing that annoys me, it's that. And THEN I get agitated. ^_^
 
Last edited by a moderator:
Exophase said:
Pickle said:
If I may jump inbetween you two, Ive always thought the Xscale didnt quite take off beacuse of PDA market never really took off? ARM at least has smaller devices phones/mp3, which may have led to its longevity?
I'd really like to point out that I don't actually care about XScale (which, by the way, is an ARM CPU) and was in fact just wondering why Intel decided to abandon ARM in favor of x86 for the handheld platform :\


If I were to guess, I'd say Intel has noticed that there's some very significant research going on in the battery capacity field involving nano-tech; there have been two 10x battery life stories on Slashdot in the last month or so (or at least, one was 10x - today - and another was some other huge number; either 10 or 100x).

Given x86 has such a huge software library around for it (let alone that even non-geeks recognise "x86" as meaning "can probably run Windows software"), the main (only?) reason not to use it is that it's horribly energy inefficient. But if they can get it down to low enough power consumption that the next generation of batteries can power the devices for 5+ hours, even if those available now can't, then they should be able to put a dent in ARM's customer base.

That is, of course, just speculation. But it is definitely notable that battery capacity is increasing VERY fast at the moment, at least on the research front, and that high power usage is only an issue if there is insufficient power to run the chip for the lengths of time needed for good mobile applications...
 
Last edited by a moderator:
PokeParadox said:
Bah... the increased battery capacity would make the more efficient chips run for longer though...
well, the question is, if this is really needed. why should i need more than 5h battery life? There aren't many situations where i don't have a poweroutlet for 5h, and when i am going on a train for 10h, I can't imagine playing for the full 10h...
there is an interesting article about exatly that on www.allaboutsymbian.com, talking about the battery threshold. If it works for a full businessday on a single charge, its enough.
 
Last edited by a moderator:
Tobriand said:
If I were to guess, I'd say Intel has noticed that there's some very significant research going on in the battery capacity field involving nano-tech; there have been two 10x battery life stories on Slashdot in the last month or so (or at least, one was 10x - today - and another was some other huge number; either 10 or 100x).

Given x86 has such a huge software library around for it (let alone that even non-geeks recognise "x86" as meaning "can probably run Windows software"), the main (only?) reason not to use it is that it's horribly energy inefficient. But if they can get it down to low enough power consumption that the next generation of batteries can power the devices for 5+ hours, even if those available now can't, then they should be able to put a dent in ARM's customer base.

That is, of course, just speculation. But it is definitely notable that battery capacity is increasing VERY fast at the moment, at least on the research front, and that high power usage is only an issue if there is insufficient power to run the chip for the lengths of time needed for good mobile applications...
That battery technology is several years away. In the mean time, Intel is focusing on a new x86 based architecture that is quite a bit simpler than the mainline CPUs they develop. While it is clearly done to save power, it will still use a lot more power than the best ARM CPUs, and Ars Technica speculates (and I agree with them) that it'll also offer less performance. So there are two major reasons not to push for ultra mobile x86, and for mobile platforms compatibility means less and less. In fact, it mainly gives you two things basically: proper Windows (which actually sucks on mobiles) and games (that also usually suck on mobiles due to poor controls). Furthermore, the library of mobile suited software is and has been growing in ARM's favor since the ISA has dominated mobile platforms for years.

Intel and Microsoft are being pretty thick about it because they've already determined that x86 should dominate everywhere, even though it really has no business on mobile platforms aside from UMPCs. I don't have any numbers but I can't imagine that UMPCs actually sell that well given how much they cost. On the other hand, Intel should at least have a CPU that beats VIA's C7-M (which is kind of a joke) in both performance and power. The existing codebase isn't really worth enough, better to finally ween people off of it when you can.

Magnulus said:
Exophase said:
Could you please either stop pushing this argument that I never had any interest in or stop telling me to calm down, be less sensitive, etc. Preferably both :huh:
Isn't it awesome when people tell you to calm down when you're not even agitated? If there's one thing that annoys me, it's that. And THEN I get agitated. ^_^


Yes :D

EDIT: Oops, I read "several" years as "seven" years.
 
Last edited by a moderator:
Here's my original release of fba2x ported to the Pandora:
=======================================

/ # ./fba2x ./donpachi.zip
Attempt to initialise 'DonPachi (ver. 1.01 1995/05/11, U.S.A)'
1 attempt to open './donpachi.zip'
seems ok, moving to check the other stuff
2 prgu.u29 ... 512Kb program (OK)
1 atdp.u44 ... 2048Kb graphics (OK)
1 atdp.u45 ... 2048Kb graphics (OK)
1 atdp.u54 ... 1024Kb graphics (OK)
1 atdp.u57 ... 1024Kb graphics (OK)
1 text.u58 ... 256Kb graphics (OK)
atdp.u32 ... 1024Kb sound (OK)
2 atdp.u33 ... 2048Kb sound (OK)
BurnDrvInit exiting with return value 0
Lets go!
239 630 225 231 535 377 199 206 199 200 = 304 fps avg
188 227 188 198 182 178 182 188 200 179 = 191 fps avg
176 184 176 178 199 224 234 435 455 191 = 245 fps avg
207 196 197 187 237 207 187 173 169 187 = 194 fps avg
176 172 175 162 183 208 245 233 236 229 = 201 fps avg
575 310 202 201 197 196 197 208 202 203 = 249 fps avg
165 192 201 191 193 185 221 237 420 483 = 248 fps avg
190 207 197 196 187 216 199 204 185 170 = 195 fps avg
177 198 199 180 174 184 178 167 192 210 = 185 fps avg
247 283 605 195 209 197 196 195 212 223 = 256 fps avg
191 183 206 245 274 623 202 210 196 196 = 252 fps avg
195 203 199 207 209 219 239 394 510 188 = 256 fps avg
209 196 197 188 215 199 205 184 170 177 = 194 fps avg

Notes: It's still not optimised yet for the omap, only for gp2x. fps counts taken each second. After ten seconds, average fps is outputted for the last 10 seconds.

Opinions?
 
Jeremy Clarkson: PPPPPPPPOOOOOWWWWWWWWEEEEEEEEERRRRRRRRRRRRRRRRR
 
DonPachi manages 100 FPS+? Color me impressed. Although it's a specialized emulator... not that slow-ass MAME. (No offense to the person/s responsible for the gp2x port), but MAME is just freakin' slow compared. And I doubt there is some massive accuracy increase to make it worthwhile. Hell, DonPachi/DoDonpachi/EspRade and the rest of the cave games for that hardware generation barely broke 40 FPS in MAME on my 550 MHz K6-2 so if a (500ish?) Cortex-A8 manages such playability I'd be thrilled....

Of course such games are vertical and won't use most of the screen real estate (too bad.)

But you know, clock speeds aside a lot of emuators (probably not FBA) should see major performance improvement if they are coded to make proper use of the GPU... like SNES and GBA which are graphically very intensive without packing a lot of CPU power.... there's no reason SNES emuation couldn't run at 60 FPS with transparencies and other SNES PPU fanciness on the gp2x's 200 MHz main processor if it wasn't for the damn software graphics.
 
Squidge said:
Notes: It's still not optimised yet for the omap, only for gp2x. fps counts taken each second. After ten seconds, average fps is outputted for the last 10 seconds.

Opinions?
Could you post the GP2X ones too please?


Stealth Bagel said:
like SNES and GBA which are graphically very intensive without packing a lot of CPU power.... there's no reason SNES emuation couldn't run at 60 FPS with transparencies and other SNES PPU fanciness on the gp2x's 200 MHz main processor if it wasn't for the damn software graphics.
GBA has a good order of magnitude more CPU power than anything else that's emulated on GP2X with the exception of PS1 and Jaguar, both of which are probably not that far off due to being gimped in the fast memory department.

And.. I hate to burst your bubble, but you're not going to see anyone using hardware acceleration to emulate SNES or GBA's video subsystems while retaining any kind of accuracy.
 
Last edited by a moderator:
Back
Top