Hello again! Could you please consider integrating only the 4th patch? It is portable, not too ugly (IMO) and it does help on file intensive processes on small ARM machines. In exchange I won't bother you anymore with the other patches 😀 Cheers, Tramb

Yep, that's a good way and unobtrusive way of using PGO. The device I'd like to play more games with: http://openpandora.org/ OTOH, SSE and SSE2 vector instructions are for virtually any x86 boxes, including small Atom machines like MSI Wind or EEEPC.

Yes, the usual targets of optimizations are games that push the system to limits. Yes, but on small ARM devices and small Atoms/VIA, all games push the system to limits :) You just can't run the higher-profile games. Profile-guided optimization usually gets it done if the code isn't prepared for …

They're usually more than 50% of the overall time so not sure if that anon accounts for the recompiler code. The anon in question was in the process dosbox that I just compiled with full dwarf info so I do think so, but I'll check at home tonight with the normal core to eliminate the issue. Here we …

oprofile does recognize as "anonymous" the executable generated pages. For instance, on my latest run for CPU_CLK_UNHALTED events, I had this: 3681 anon 2394 vga_read_p3da 1955 VGA_TEXT_Draw_Line 864 Normal1x_9_32_R 534 DBOPL::Channel* DBOPL::Channel::BlockTemplate<(DBOPL::SynthMode)1>(DBOPL::Chip*, …

Hi guys, ykhwong, I revised my first patch, could you give it a try and see if it fixes your game? Thanks in advance :) wc, my goal is to have a look to the top functions that come out from oprofile on my laptop with a consideration for smaller machines (I own an OpenPandora but I can't really do …

Thanks, I'll look into it

I saw a 15/20% acceleration on my OpenPandora and 5/10% on my laptop for the bench I tried : OpenWatcom default installation. I think a lot of utilities hitting the disk hard would benefit from this one. I understand the point for maintainability, but at some point, only the user counts, I guess. At …

Here is the fourth patch again, sorry for the inconvenience 😖

Oops, it seems I misfired with git and the last patch is not the good one. Sorry for the inconvenience, I get to recover the real patch.

Hi guys, seems I can't post the patches in the patch section of the forum, so here they are. 1: This one is really minor : a few bit twiddling in text rendering code to avoid a LUT (better CPI on most (all?) architectures I know of) 2: I wanted to make dynamic code selection on x86/x64 so this patch …

I was more thinking of shipping specialized dosbox versions with optimized native sprite blitting, triangle rasterizing, sound mixing or whatever for each popular enough game. Or, even neater but probably not worth the trouble, DosBox could contain specialized routines for a bunch of games as …

Are you talking of relocated code or dynamically generated code? Or both? Do you think a IDA FLIRT-like approach would be more appropriate instead to recognize functions then bind them to native code when appropriate? http://www.hex-rays.com/idapro/flirt.htm

Hi guys, ARM platforms will porbably always be slow with DosBox so I was wondering if this approach would be viable for popular specific games that wouldn't cut it on a GP2X or Pandora: IIRC the dynamic recompiler has a cache of generated native code blocks. 1) we would need to instrument it to …