Low CPU utilization & Low FPS

[LSD_Timewarp82 21]

I think Nuno Basto is the guy which talking in the YT-video. That one was easy. Next.

[TheBigOne_014 16]

@Sneakson

If you don't put the Maxmem startup parameter, do you know the amout of memory A3 wil use!? See the video,... there explains that A3 will use an specific amout of RAM unless it's overriden by the Maxmem startup parameter. ;)

@LSD_Timewarp82

How did you come to that conclusion!!?!? (Send me a PM with the answer) :o

[LSD_Timewarp82 21]

Cause i am clever and i have eyes in my head ;)

[CaptainObvious 95]

Thing that makes me angry is that instead of getting better performance with each patch we get 0 FPS or even worse performance. Sometimes I feel like BIS does this with purpose to drive us crazy.

Wow, you must be the unluckiest guy on these forums when it comes to performance as you've said that same thing after virtually every patch, you must be down to 10fps or something :(

I have experienced a significant boost in fps over the development of the game.

[windies 11]

lol, defragment RAM, lol. That's like defragging an SSD, there's marginal performance improvements but yeah it's still rather pointless and moot.

Should you do it? Probably not because the cons usually outweigh the pro's, like deleting system DLL's to free up memory that are still in use etc... Contiguous blocks of memory mean very little unless you need to reserve large sections, and even then it still means very little.

I think most of teh complainers have pretty much tried everything at this point because while we may bitch, we bitch because we love the damned game. We want to enjoy it, we simply cannot though because of performance issue's.

[MavericK96 0]

The video is bullshit!? Have you tried!?

Did you hear why he said to use Game Booster!? I'll write it down for you! GB its to clean and defregment RAM so the Memory Allocator made by Fred41 can work 100%,(ups,... sorry you didn't get to that part) and beacause many players don't have updated chipset/soundcards drivers that leads to lower performance.

Well, the BIS devs themselves tried GameBooster awhile back (I did as well) and both of us confirmed that it had zero effect. It would really only have any effect if you were critically low on system memory. If you are running 6+ GB it's probably not going to do anything for you.

What GameBooster does essentially is to try and manage RAM usage by shutting down unnecessary processes running in the background when you play games. That's about it.

The concept of "defragmenting RAM" makes little to no sense, given that RAM is cleared when you restart the machine anyway, and as Windies said, like SSDs there is no difference in access times between the "front" or the "back" of the drive, like there is with a physical disk, so it is not necessary to defragment SSDs (and, in fact, not recommended because it causes unnecessary wear on the drive) and the same goes for RAM.

Edited April 11, 2014 by MavericK96

[Sneakson 1]

The video is bullshit!? Have you tried!?

Did you hear why he said to use Game Booster!? I'll write it down for you! GB its to clean and defregment RAM so the Memory Allocator made by Fred41 can work 100%,(ups,... sorry you didn't get to that part) and beacause many players don't have updated chipset/soundcards drivers that leads to lower performance.

Do you know that if you use exTheread startup parameter you increase the amount of computation on you CPU (if you have a good one you take advantage of it).

Man,.. i just had an epiphany! You know nothing about ArmA! You landed here about an year ago,... and your post splashes your ignorance,... take an advice from someone with 5 years of Arma experience,... read/whatch and learn!

P.S. - And another thing! This topic http://forums.bistudio.com/showthread.php?147391-Will-my-PC-run-Arma3-What-CPU-GPU-to-get-What-settings-What-System-Specifications (133k views) shows your way of thinking!!! "More FPS just go to you local hardware store and buy a better PC."

If all he's doing in that video is only preparation for the memory allocator then ok. I have not tried it.

But I have tried Game Booster (not recently) and tested NVidia settings (extensively and recently) and they do nothing, other than NVidia anisotropic and that optimisation-something setting that I believe made some marginal differences.

I have actually never tried any startup parameters but I've heard from so, so many users that they do absolutely nothing and that some startup parameters users write aren't even correctly written so couldn't do anything.

Defragging memory sounds like BS.

Unfortunately this isn't Crysis and we can't manually customize our graphics settings which is something that sure would help a lot. I’d love to play with high object and terrain detail settings but no grass or parallax for one thing.

[LSD_Timewarp82 21]

It´s not possible to boost the game with any of this ridiculous commands, how should it work when the Arma3 engine didnt allows it....

[TheBigOne_014 16]

@Windies & MaveriK96

I Helped Fred41 to build his memory allocator, these are the QUOTES from our conversation:

Finished playing for about 2 hours,... here is the log,... strange log!

WindowsVersion:6.2 ServicePack:0.0 Typ:Desktop

physical RAM available: 5582M
committed memory limit: 4095M
virt address available: 3937M

SeLockMemoryPrivilege: granted, huge pages enabled

  0.016s: 1.048ms  2048k at:0xffc00000 Alloc LP (   2M)
  0.016s: 0.004ms   128k at:0x00300000 Alloc SP (   2M)
  0.047s: 6.906ms  8192k at:0xff400000 Alloc LP (  10M)
  6.359s: 4.595ms  4096k at:0xff000000 Alloc LP (  14M)
  6.359s: 4.940ms  4096k at:0xfec00000 Alloc LP (  18M)
  6.359s: 6.898ms  4096k at:0xfe800000 Alloc LP (  22M)
  6.375s: 3.426ms  4096k at:0xfe400000 Alloc LP (  26M)
  6.703s: 3.571ms  4096k at:0xfe000000 Alloc LP (  30M)
  6.719s: 5.114ms  4096k at:0xfdc00000 Alloc LP (  34M)
  6.719s: 4.119ms  4096k at:0xfd800000 Alloc LP (  38M)
  6.719s: 4.160ms  4096k at:0xfd400000 Alloc LP (  42M)
  8.828s: 4.470ms  4096k at:0xfd000000 Alloc LP (  46M)
  8.828s: 4.996ms  4096k at:0xfcc00000 Alloc LP (  50M)
  8.828s: 4.679ms  4096k at:0xfc800000 Alloc LP (  54M)
  8.844s: 4.806ms  4096k at:0xfc400000 Alloc LP (  58M)
 10.734s: 4.126ms  4096k at:0xfc000000 Alloc LP (  62M)
 10.734s: 6.320ms  4096k at:0xfbc00000 Alloc LP (  66M)
 10.750s: 9.344ms  4096k at:0xfb800000 Alloc LP (  70M)
 10.750s: 8.520ms  4096k at:0xfb400000 Alloc LP (  74M)
 12.828s: 3.699ms  4096k at:0xfb000000 Alloc LP (  78M)
 12.844s: 2.664ms  4096k at:0xfac00000 Alloc LP (  82M)
 12.844s: 4.759ms  4096k at:0xfa800000 Alloc LP (  86M)
 12.844s: 3.881ms  4096k at:0xfa400000 Alloc LP (  90M)
 13.969s: 10.557ms  4096k at:0xfa000000 Alloc LP (  94M)
 13.969s: 10.524ms  4096k at:0xf9c00000 Alloc LP (  98M)
 13.984s: 11.112ms  4096k at:0xf9800000 Alloc LP ( 102M)
 14.000s: 12.553ms  4096k at:0xf9400000 Alloc LP ( 106M)
 15.703s: 29.961ms 34816k at:0xf7200000 Alloc LP ( 140M)
 22.000s: 9.013ms  6144k at:0xf6c00000 Alloc LP ( 146M)
 22.016s: 0.099ms  6144k at:0xf6c00000 Free     ( 140M)
 22.703s: 4.795ms  4096k at:0xf6e00000 Alloc LP ( 144M)
 22.703s: 5.697ms  4096k at:0xf6a00000 Alloc LP ( 148M)
 22.719s: 5.945ms  4096k at:0xf6600000 Alloc LP ( 152M)
 22.719s: 6.382ms  4096k at:0xf6200000 Alloc LP ( 156M)
 25.000s: 20.807ms 14336k at:0xf5400000 Alloc LP ( 170M)
 30.047s: MFCA req.
 34.625s: 8.979ms  4096k at:0xf5000000 Alloc LP ( 174M)
 34.625s: 6.272ms  4096k at:0xf4c00000 Alloc LP ( 178M)
 34.625s: 6.439ms  4096k at:0xf4800000 Alloc LP ( 182M)
 34.641s: 5.737ms  4096k at:0xf4400000 Alloc LP ( 186M)
 40.625s: 6.858ms  4096k at:0xf4000000 Alloc LP ( 190M)
 40.641s: 5.672ms  4096k at:0xf3c00000 Alloc LP ( 194M)
 40.641s: 5.900ms  4096k at:0xf3800000 Alloc LP ( 198M)
 40.656s: 7.444ms  4096k at:0xf3400000 Alloc LP ( 202M)
 46.828s: 0.042ms  4096k at:0xf3400000 Free     ( 198M)
163.094s: 0.379ms 14336k at:0xf2a00000 Alloc LP ( 212M)
199.109s: MFCA req.
199.109s: MFCA req.
199.359s: MFCA req.
199.406s: 50.582ms 67584k at:0xee800000 Alloc LP ( 278M)
199.906s: 8.155ms  4096k at:0xee400000 Alloc LP ( 282M)
199.906s: 8.268ms  4096k at:0xee000000 Alloc LP ( 286M)
199.922s: 7.425ms  4096k at:0xedc00000 Alloc LP ( 290M)
199.922s: 9.163ms  4096k at:0xed800000 Alloc LP ( 294M)
200.000s: 17.632ms 18432k at:0xec600000 Alloc LP ( 312M)
200.156s: 19.478ms 18432k at:0xeb400000 Alloc LP ( 330M)
200.188s: 20.545ms 18432k at:0xea200000 Alloc LP ( 348M)
202.016s: 8.930ms  4096k at:0xe9e00000 Alloc LP ( 352M)
202.016s: 8.240ms  4096k at:0xe9a00000 Alloc LP ( 356M)
202.031s: 14.998ms  4096k at:0xe9600000 Alloc LP ( 360M)
202.047s: 10.750ms  4096k at:0xe9200000 Alloc LP ( 364M)
202.703s: 22.961ms 18432k at:0xe8000000 Alloc LP ( 382M)
202.703s: 0.164ms 18432k at:0xe8000000 Free     ( 364M)
202.781s: 0.120ms  4096k at:0xe8e00000 Alloc LP ( 368M)
202.781s: 0.109ms  4096k at:0xe8a00000 Alloc LP ( 372M)
202.781s: 0.109ms  4096k at:0xe8600000 Alloc LP ( 376M)
202.781s: 0.115ms  4096k at:0xe8200000 Alloc LP ( 380M)
202.859s: 7.919ms  4096k at:0xe7e00000 Alloc LP ( 384M)
202.875s: 9.995ms  4096k at:0xe7a00000 Alloc LP ( 388M)
202.875s: 9.038ms  4096k at:0xe7600000 Alloc LP ( 392M)
202.891s: 11.801ms  4096k at:0xe7200000 Alloc LP ( 396M)
202.969s: 10.110ms  4096k at:0xe6e00000 Alloc LP ( 400M)
202.984s: 10.121ms  4096k at:0xe6a00000 Alloc LP ( 404M)
202.984s: 8.780ms  4096k at:0xe6600000 Alloc LP ( 408M)
203.000s: 9.488ms  4096k at:0xe6200000 Alloc LP ( 412M)
203.063s: 11.224ms  4096k at:0xe5e00000 Alloc LP ( 416M)
203.078s: 12.033ms  4096k at:0xe5a00000 Alloc LP ( 420M)
203.094s: 13.306ms  4096k at:0xe5600000 Alloc LP ( 424M)
203.109s: 12.738ms  4096k at:0xe5200000 Alloc LP ( 428M)
203.172s: 13.129ms  4096k at:0xe4e00000 Alloc LP ( 432M)
203.188s: 10.744ms  4096k at:0xe4a00000 Alloc LP ( 436M)
203.203s: 10.515ms  4096k at:0xe4600000 Alloc LP ( 440M)
203.203s: 10.224ms  4096k at:0xe4200000 Alloc LP ( 444M)
203.281s: 10.707ms  4096k at:0xe3e00000 Alloc LP ( 448M)
203.297s: 11.593ms  4096k at:0xe3a00000 Alloc LP ( 452M)
203.297s: 9.974ms  4096k at:0xe3600000 Alloc LP ( 456M)
203.313s: 11.491ms  4096k at:0xe3200000 Alloc LP ( 460M)
203.328s: 0.021ms    16k at:0x13670000 Alloc SP ( 460M)
203.375s: 10.869ms  4096k at:0xe2e00000 Alloc LP ( 464M)
203.391s: 12.473ms  4096k at:0xe2a00000 Alloc LP ( 468M)
203.406s: 10.621ms  4096k at:0xe2600000 Alloc LP ( 472M)
203.422s: 11.335ms  4096k at:0xe2200000 Alloc LP ( 476M)
203.484s: 9.984ms  4096k at:0xe1e00000 Alloc LP ( 480M)
203.500s: 13.654ms  4096k at:0xe1a00000 Alloc LP ( 484M)
203.516s: 12.953ms  4096k at:0xe1600000 Alloc LP ( 488M)
203.531s: 11.507ms  4096k at:0xe1200000 Alloc LP ( 492M)
203.594s: 14.212ms  4096k at:0xe0e00000 Alloc LP ( 496M)
203.609s: 12.701ms  4096k at:0xe0a00000 Alloc LP ( 500M)
203.625s: 14.021ms  4096k at:0xe0600000 Alloc LP ( 504M)
203.641s: 15.241ms  4096k at:0xe0200000 Alloc LP ( 508M)
203.719s: 14.507ms  4096k at:0xdfe00000 Alloc LP ( 512M)
203.734s: 14.491ms  4096k at:0xdfa00000 Alloc LP ( 516M)
203.750s: 16.216ms  4096k at:0xdf600000 Alloc LP ( 520M)
203.766s: 20.391ms  4096k at:0xdf200000 Alloc LP ( 524M)
203.781s: 0.022ms    16k at:0x138e0000 Alloc SP ( 524M)
203.844s: 27.877ms  4096k at:0xdee00000 Alloc LP ( 528M)
203.875s: 29.949ms  4096k at:0xdea00000 Alloc LP ( 532M)
203.906s: 33.195ms  4096k at:0xde600000 Alloc LP ( 536M)
203.953s: 35.489ms  4096k at:0xde200000 Alloc LP ( 540M)
204.047s: 43.860ms  4096k at:0xdde00000 Alloc LP ( 544M)
204.094s: 45.894ms  4096k at:0xdda00000 Alloc LP ( 548M)
204.141s: 48.018ms  4096k at:0xdd600000 Alloc LP ( 552M)
204.203s: 53.982ms  4096k at:0xdd200000 Alloc LP ( 556M)
204.313s: 53.617ms  4096k at:0xdce00000 Alloc LP ( 560M)
204.359s: 58.096ms  4096k at:0xdca00000 Alloc LP ( 564M)
204.422s: 54.308ms  4096k at:0xdc600000 Alloc LP ( 568M)
204.484s: 56.098ms  4096k at:0xdc200000 Alloc LP ( 572M)
204.594s: 58.426ms  4096k at:0xdbe00000 Alloc LP ( 576M)
204.656s: 59.507ms  4096k at:0xdba00000 Alloc LP ( 580M)
204.703s: 57.671ms  4096k at:0xdb600000 Alloc LP ( 584M)
204.766s: 58.175ms  4096k at:0xdb200000 Alloc LP ( 588M)
204.781s: 0.022ms    16k at:0x13900000 Alloc SP ( 588M)
205.156s: 56.687ms  4096k at:0xdae00000 Alloc LP ( 592M)
205.219s: 58.182ms  4096k at:0xdaa00000 Alloc LP ( 596M)
205.266s: 60.352ms  4096k at:0xda600000 Alloc LP ( 600M)
205.344s: 65.451ms  4096k at:0xda200000 Alloc LP ( 604M)
209.531s: 61.073ms  4096k at:0xd9e00000 Alloc LP ( 608M)
209.578s: 58.856ms  4096k at:0xd9a00000 Alloc LP ( 612M)
209.641s: 62.076ms  4096k at:0xd9600000 Alloc LP ( 616M)
209.703s: 63.658ms  4096k at:0xd9200000 Alloc LP ( 620M)
213.250s: 65.342ms  4096k at:0xd8e00000 Alloc LP ( 624M)
213.313s: 61.534ms  4096k at:0xd8a00000 Alloc LP ( 628M)
213.375s: 62.940ms  4096k at:0xd8600000 Alloc LP ( 632M)
213.438s: 64.275ms  4096k at:0xd8200000 Alloc LP ( 636M)
217.203s: 64.425ms  4096k at:0xd7e00000 Alloc LP ( 640M)
217.266s: 64.978ms  4096k at:0xd7a00000 Alloc LP ( 644M)
217.328s: 67.814ms  4096k at:0xd7600000 Alloc LP ( 648M)
217.406s: 69.638ms  4096k at:0xd7200000 Alloc LP ( 652M)
217.969s: 0.006ms    16k at:0x13920000 Alloc SP ( 652M)
218.938s: 73.895ms 10240k at:0xd6800000 Alloc LP ( 662M)
219.156s: 65.106ms  4096k at:0xd6400000 Alloc LP ( 666M)
219.234s: 65.733ms  4096k at:0xd6000000 Alloc LP ( 670M)
219.297s: 68.202ms  4096k at:0xd5c00000 Alloc LP ( 674M)
219.359s: 67.779ms  4096k at:0xd5800000 Alloc LP ( 678M)
219.594s: 39.511ms  4096k at:0xd5400000 Alloc LP ( 682M)
219.625s: 37.284ms  4096k at:0x00000000 Alloc LP failed -> fallback
219.625s: 0.025ms  4096k at:0x1afd0000 Alloc SP ( 686M)
219.625s: 0.008ms  4096k at:0x1b3d0000 Alloc SP ( 690M)
219.625s: 0.007ms  4096k at:0x1b7d0000 Alloc SP ( 694M)
224.938s: 0.006ms  4096k at:0x0e450000 Alloc SP ( 698M)
224.938s: 0.015ms  4096k at:0x1bbd0000 Alloc SP ( 702M)
224.938s: 0.007ms  4096k at:0x1bfd0000 Alloc SP ( 706M)
224.938s: 0.010ms  4096k at:0x1c3d0000 Alloc SP ( 710M)
225.547s: 0.013ms  4096k at:0x1c7d0000 Alloc SP ( 714M)
225.547s: 0.007ms  4096k at:0x1cbd0000 Alloc SP ( 718M)
225.547s: 0.006ms  4096k at:0x1cfd0000 Alloc SP ( 722M)
225.547s: 0.007ms  4096k at:0x1d3d0000 Alloc SP ( 726M)
225.563s: 0.006ms    16k at:0x0e440000 Alloc SP ( 726M)
225.781s: 0.013ms  4096k at:0x1d7d0000 Alloc SP ( 730M)
225.781s: 0.007ms  4096k at:0x1dbd0000 Alloc SP ( 734M)
225.781s: 0.007ms  4096k at:0x1dfd0000 Alloc SP ( 738M)
225.781s: 0.007ms  4096k at:0x1e3d0000 Alloc SP ( 742M)
226.469s: 0.016ms  4096k at:0x1e7d0000 Alloc SP ( 746M)
226.469s: 0.007ms  4096k at:0x1ebd0000 Alloc SP ( 750M)
226.469s: 0.007ms  4096k at:0x1efd0000 Alloc SP ( 754M)
226.469s: 0.007ms  4096k at:0x1f3d0000 Alloc SP ( 758M)
230.797s: 0.025ms  4096k at:0x1f7d0000 Alloc SP ( 762M)
230.797s: 0.008ms  4096k at:0x1fbd0000 Alloc SP ( 766M)
230.797s: 0.007ms  4096k at:0x1ffd0000 Alloc SP ( 770M)
230.797s: 0.007ms  4096k at:0x203d0000 Alloc SP ( 774M)
234.594s: 0.014ms  4096k at:0x207d0000 Alloc SP ( 778M)
234.594s: 0.009ms  4096k at:0x20bd0000 Alloc SP ( 782M)
234.594s: 0.008ms  4096k at:0x20fd0000 Alloc SP ( 786M)
234.594s: 0.007ms  4096k at:0x213d0000 Alloc SP ( 790M)
234.813s: 0.016ms    16k at:0x0e430000 Alloc SP ( 790M)
234.875s: 0.022ms  4160k at:0x217d0000 Alloc SP ( 794M)
234.938s: 0.016ms  4160k at:0x21be0000 Alloc SP ( 798M)
235.047s: 0.017ms  4160k at:0x21ff0000 Alloc SP ( 802M)
235.047s: 0.022ms  4160k at:0x22400000 Alloc SP ( 806M)
237.063s: 0.018ms  4096k at:0x23010000 Alloc SP ( 810M)
237.063s: 0.008ms  4096k at:0x23410000 Alloc SP ( 814M)
237.063s: 0.038ms  4096k at:0x23810000 Alloc SP ( 818M)
237.063s: 0.008ms  4096k at:0x23c10000 Alloc SP ( 822M)
239.188s: 0.020ms  4096k at:0x24010000 Alloc SP ( 826M)
239.188s: 0.009ms  4096k at:0x24410000 Alloc SP ( 830M)
239.188s: 0.008ms  4096k at:0x24810000 Alloc SP ( 834M)
239.188s: 0.008ms  4096k at:0x24c10000 Alloc SP ( 838M)
240.703s: 0.030ms  4096k at:0x25010000 Alloc SP ( 842M)
240.703s: 0.009ms  4096k at:0x25410000 Alloc SP ( 846M)
240.703s: 0.008ms  4096k at:0x25810000 Alloc SP ( 850M)
240.703s: 0.008ms  4096k at:0x25c10000 Alloc SP ( 854M)
246.672s: 0.017ms 12352k at:0x26010000 Alloc SP ( 866M)
246.969s: 0.018ms    16k at:0x0e980000 Alloc SP ( 866M)
247.156s: 0.017ms  4096k at:0x27420000 Alloc SP ( 870M)
247.156s: 0.008ms  4096k at:0x27820000 Alloc SP ( 874M)
247.156s: 0.007ms  4096k at:0x27c20000 Alloc SP ( 878M)
247.156s: 0.007ms  4096k at:0x28020000 Alloc SP ( 882M)
290.797s: 0.015ms  4096k at:0x15710000 Alloc SP ( 886M)
290.797s: 0.007ms  4096k at:0x15b10000 Alloc SP ( 890M)
290.797s: 0.008ms  4096k at:0x17950000 Alloc SP ( 894M)
290.797s: 0.011ms  4096k at:0x28c20000 Alloc SP ( 898M)
325.328s: 0.023ms  4096k at:0x2abf0000 Alloc SP ( 902M)
325.328s: 0.008ms  4096k at:0x2aff0000 Alloc SP ( 906M)
325.328s: 0.008ms  4096k at:0x2b3f0000 Alloc SP ( 910M)
325.328s: 0.008ms  4096k at:0x2b7f0000 Alloc SP ( 914M)
334.016s: 0.023ms  4096k at:0x2a7f0000 Alloc SP ( 918M)
334.016s: 0.009ms  4096k at:0x2bbf0000 Alloc SP ( 922M)
334.016s: 0.009ms  4096k at:0x2bff0000 Alloc SP ( 926M)
334.016s: 0.009ms  4096k at:0x2c3f0000 Alloc SP ( 930M)
344.469s: 0.022ms 12352k at:0x2ef90000 Alloc SP ( 942M)
362.094s: 0.022ms 12352k at:0x303a0000 Alloc SP ( 954M)
365.719s: 0.006ms    16k at:0x0b820000 Alloc SP ( 954M)
375.188s: 0.026ms 12352k at:0x31f80000 Alloc SP ( 966M)
411.547s: 0.023ms 12352k at:0x32f90000 Alloc SP ( 978M)
425.125s: 0.021ms 12352k at:0x34900000 Alloc SP ( 990M)
456.000s: 0.181ms  4160k at:0x217d0000 Free     ( 986M)
456.000s: 0.141ms 12352k at:0x34900000 Free     ( 974M)
456.078s: 0.221ms  4160k at:0x21ff0000 Free     ( 970M)
456.078s: 0.222ms  4160k at:0x22400000 Free     ( 966M)
456.078s: 0.237ms  4160k at:0x21be0000 Free     ( 962M)
1289.781s: MFCA req.
1289.781s: MFCA req.
1292.797s: 0.030ms  4160k at:0x220c0000 Alloc SP ( 966M)
1292.984s: 0.033ms  4160k at:0x34900000 Alloc SP ( 970M)
1293.156s: 0.023ms  4160k at:0x34d10000 Alloc SP ( 974M)
1293.156s: 0.028ms  4160k at:0x35120000 Alloc SP ( 978M)
1316.094s: 0.029ms  4096k at:0x2ffa0000 Alloc SP ( 982M)
1316.094s: 0.010ms  4096k at:0x33ba0000 Alloc SP ( 986M)
1316.094s: 0.009ms  4096k at:0x35d30000 Alloc SP ( 990M)
1316.094s: 0.009ms  4096k at:0x36130000 Alloc SP ( 994M)
1317.266s: 0.138ms  4096k at:0x36130000 Free     ( 990M)
1317.438s: 0.109ms  4096k at:0x35d30000 Free     ( 986M)
1321.359s: 24.208ms 14336k at:0xd4600000 Alloc LP (1000M)
1334.078s: 21.234ms 14336k at:0xd3800000 Alloc LP (1014M)
1384.813s: 6.773ms  4096k at:0xd3400000 Alloc LP (1018M)
1384.813s: 4.174ms  4096k at:0xd3000000 Alloc LP (1022M)
1384.813s: 5.442ms  4096k at:0xd2c00000 Alloc LP (1026M)
1384.828s: 2.927ms  4096k at:0x00000000 Alloc LP failed -> fallback
1384.828s: 0.035ms  4096k at:0x37a70000 Alloc SP (1030M)
1596.531s: 0.024ms 12352k at:0x38880000 Alloc SP (1042M)
1600.422s: 0.136ms 12352k at:0x38880000 Free     (1030M)
1601.938s: 0.026ms 12352k at:0x38880000 Alloc SP (1042M)
1858.656s: 0.022ms 12352k at:0x3ac90000 Alloc SP (1054M)
2096.375s: 0.025ms 12352k at:0x3d310000 Alloc SP (1067M)
2096.703s: 0.104ms 12352k at:0x3d310000 Free     (1054M)
2178.078s: 0.290ms  4160k at:0x34d10000 Free     (1050M)
2178.078s: 0.236ms  4160k at:0x35120000 Free     (1046M)
2178.078s: 0.251ms  4160k at:0x34900000 Free     (1042M)
2178.078s: 0.240ms  4160k at:0x220c0000 Free     (1038M)
2321.734s: MFCA req.
2321.734s: MFCA req.
2325.016s: 0.035ms  4160k at:0x21ff0000 Alloc SP (1042M)
2325.406s: 0.038ms  4160k at:0x34e60000 Alloc SP (1046M)
2325.516s: 0.040ms  4160k at:0x3c870000 Alloc SP (1050M)
2325.516s: 0.032ms  4160k at:0x3d310000 Alloc SP (1054M)
2723.078s: 0.025ms 12352k at:0x3ed80000 Alloc SP (1067M)
2947.203s: 0.032ms 12352k at:0x40f40000 Alloc SP (1079M)
3419.328s: 0.047ms  4096k at:0x3f990000 Alloc SP (1083M)
3419.328s: 0.012ms  4096k at:0x42350000 Alloc SP (1087M)
3419.328s: 0.012ms  4096k at:0x42750000 Alloc SP (1091M)
3419.328s: 0.012ms  4096k at:0x42b50000 Alloc SP (1095M)
3546.281s: 0.007ms    16k at:0x0e070000 Alloc SP (1095M)
3852.938s: 0.023ms 12352k at:0x444b0000 Alloc SP (1107M)
3934.000s: 0.027ms 12352k at:0x450c0000 Alloc SP (1119M)
4231.094s: 0.029ms  4096k at:0x32b90000 Alloc SP (1123M)
4231.094s: 0.011ms  4096k at:0x35270000 Alloc SP (1127M)
4231.094s: 0.024ms  4096k at:0x460d0000 Alloc SP (1131M)
4231.094s: 0.011ms  4096k at:0x464d0000 Alloc SP (1135M)
4822.344s: 0.035ms 12352k at:0x468d0000 Alloc SP (1147M)
4948.297s: 0.039ms 12352k at:0x474e0000 Alloc SP (1159M)
5057.516s: 0.019ms 12352k at:0x488f0000 Alloc SP (1171M)
5057.641s: 0.088ms 12352k at:0x488f0000 Free     (1159M)
5115.594s: 0.034ms 12352k at:0x480f0000 Alloc SP (1171M)
5150.625s: 0.048ms  4096k at:0x48d00000 Alloc SP (1175M)
5150.625s: 0.012ms  4096k at:0x49100000 Alloc SP (1179M)
5150.625s: 0.012ms  4096k at:0x49500000 Alloc SP (1183M)
5150.625s: 0.012ms  4096k at:0x49900000 Alloc SP (1187M)
5241.813s: 0.029ms 12352k at:0x4acd0000 Alloc SP (1199M)
5241.813s: 0.011ms 12352k at:0x4b8e0000 Alloc SP (1211M)
5755.016s: 0.017ms    16k at:0x0cb10000 Alloc SP (1211M)
5755.078s: 0.047ms  4096k at:0x438b0000 Alloc SP (1215M)
5755.078s: 0.013ms  4096k at:0x4c4f0000 Alloc SP (1219M)
5755.078s: 0.012ms  4096k at:0x4c8f0000 Alloc SP (1223M)
5755.078s: 0.012ms  4096k at:0x4ccf0000 Alloc SP (1227M)
6273.953s: 0.049ms  4096k at:0x4de50000 Alloc SP (1231M)
6273.953s: 0.013ms  4096k at:0x4ecf0000 Alloc SP (1235M)
6273.953s: 0.013ms  4096k at:0x4f0f0000 Alloc SP (1239M)
6273.953s: 0.012ms  4096k at:0x4f4f0000 Alloc SP (1243M)
6609.484s: MFCA req.
6609.484s: MFCA req.
6916.906s: 0.073ms  4096k at:0x4ecf0000 Free     (1239M)
7648.969s: 2.538ms 14336k at:0x00000000 Alloc LP failed -> fallback
7648.969s: 4.769ms 14336k at:0x00000000 Alloc LP failed -> fallback
7648.969s: 0.049ms 12352k at:0x500f0000 Alloc SP (1251M)
7648.969s: 0.013ms 12352k at:0x50d00000 Alloc SP (1263M)
7652.734s: 0.105ms 12352k at:0x500f0000 Free     (1251M)
7685.391s: 0.319ms 12352k at:0x50d00000 Free     (1239M)
7762.266s: 0.037ms  4096k at:0x45cd0000 Alloc SP (1243M)
7762.266s: 0.013ms  4096k at:0x4ecf0000 Alloc SP (1247M)
7762.266s: 0.012ms  4096k at:0x508c0000 Alloc SP (1251M)
7762.266s: 0.012ms  4096k at:0x50cc0000 Alloc SP (1255M)
8235.453s: MFCA req.
8237.203s: MFCA req.
8241.281s: 0.100ms 10240k at:0xd6800000 Free     (1245M)
8241.906s: MFCA req.
8241.906s: 0.166ms 18432k at:0xec600000 Free     (1227M)
8241.906s: 0.161ms 18432k at:0xeb400000 Free     (1209M)
8241.906s: 0.044ms  4096k at:0xd5800000 Free     (1205M)
8241.922s: 0.042ms  4096k at:0xd7a00000 Free     (1201M)
8241.938s: 0.741ms 67584k at:0xee800000 Free     (1135M)
8241.953s: 0.170ms 18432k at:0xea200000 Free     (1117M)
The Same util the end...
.....

I Had no performance issues,... i was in a performance server with 40-60FPS!

P.S. - This is with the old one.

... yes of course, very strange ...

The slow allocation timings and the early fallback at ~680MB allocation size, are hints for high fragmented phys. RAM.

This line at beginning of your last log:

'physical RAM available: 5582M'

tells us, that from the whole 8GB phys. RAM only 5582MB are left.

If we compare this with your log from post #214

'physical RAM available: 6573M'

You 'lost' for some reasons ~1GB.

Try to keep your phys. RAM free and unfragmented before you start arma.

This way arma can use more large pages and the performance is a bit better.

Greets,

Fred41

Downloaded Game Booster to defrag the RAM, and it works ok,... i'll post a log later when i get home. ;)

Here it is! ;)

WindowsVersion:6.2 ServicePack:0.0 Typ:Desktop

physical RAM available: 6703M
committed memory limit: 4095M
virt address available: 3935M

SeLockMemoryPrivilege: granted, huge pages enabled

  0.016s: 0.059ms  2048k at:0xffc00000 Alloc LP (   2M)
  0.016s: 0.004ms   128k at:0x00310000 Alloc SP (   2M)
  0.047s: 0.215ms  8192k at:0xff400000 Alloc LP (  10M)
  2.797s: 0.212ms  8192k at:0xfec00000 Alloc LP (  18M)
  2.953s: 0.111ms  4096k at:0xfe800000 Alloc LP (  22M)
  2.953s: 0.176ms  4096k at:0xfe400000 Alloc LP (  26M)
  2.953s: 0.138ms  4096k at:0xfe000000 Alloc LP (  30M)
  2.953s: 0.104ms  4096k at:0xfdc00000 Alloc LP (  34M)
  3.281s: 0.111ms  4096k at:0xfd800000 Alloc LP (  38M)
  3.281s: 0.105ms  4096k at:0xfd400000 Alloc LP (  42M)
  3.281s: 0.105ms  4096k at:0xfd000000 Alloc LP (  46M)
  3.281s: 0.105ms  4096k at:0xfcc00000 Alloc LP (  50M)
  9.485s: 0.111ms  4096k at:0xfc800000 Alloc LP (  54M)
  9.485s: 0.109ms  4096k at:0xfc400000 Alloc LP (  58M)
  9.485s: 0.105ms  4096k at:0xfc000000 Alloc LP (  62M)
  9.485s: 0.105ms  4096k at:0xfbc00000 Alloc LP (  66M)
 11.031s: 0.111ms  4096k at:0xfb800000 Alloc LP (  70M)
 11.031s: 0.112ms  4096k at:0xfb400000 Alloc LP (  74M)
 11.031s: 0.105ms  4096k at:0xfb000000 Alloc LP (  78M)
 11.031s: 0.105ms  4096k at:0xfac00000 Alloc LP (  82M)
 12.735s: 0.131ms  4096k at:0xfa800000 Alloc LP (  86M)
 12.735s: 0.105ms  4096k at:0xfa400000 Alloc LP (  90M)
 12.735s: 0.105ms  4096k at:0xfa000000 Alloc LP (  94M)
 12.735s: 0.105ms  4096k at:0xf9c00000 Alloc LP (  98M)
 14.203s: 0.946ms 34816k at:0xf7a00000 Alloc LP ( 132M)
 18.016s: 0.184ms  6144k at:0xf7400000 Alloc LP ( 138M)
 18.016s: 0.374ms 14336k at:0xf6600000 Alloc LP ( 152M)
 18.031s: 0.077ms  6144k at:0xf7400000 Free     ( 146M)
 18.141s: 0.135ms 14336k at:0xf6600000 Free     ( 132M)
 18.563s: 0.115ms  4096k at:0xf7600000 Alloc LP ( 136M)
 18.563s: 0.109ms  4096k at:0xf7200000 Alloc LP ( 140M)
 18.563s: 0.113ms  4096k at:0xf6e00000 Alloc LP ( 144M)
 18.563s: 0.109ms  4096k at:0xf6a00000 Alloc LP ( 148M)
 20.485s: 0.212ms  8192k at:0xf6200000 Alloc LP ( 156M)
 20.531s: 0.080ms  8192k at:0xf6200000 Free     ( 148M)
 20.844s: 0.376ms 14336k at:0xf5c00000 Alloc LP ( 162M)
 25.531s: MFCA req.
 29.203s: 0.119ms  4096k at:0xf5800000 Alloc LP ( 166M)
 29.203s: 0.109ms  4096k at:0xf5400000 Alloc LP ( 170M)
 29.203s: 0.122ms  4096k at:0xf5000000 Alloc LP ( 174M)
 29.203s: 0.113ms  4096k at:0xf4c00000 Alloc LP ( 178M)
 34.235s: 0.116ms  4096k at:0xf4800000 Alloc LP ( 182M)
 34.235s: 0.107ms  4096k at:0xf4400000 Alloc LP ( 186M)
 34.235s: 0.106ms  4096k at:0xf4000000 Alloc LP ( 190M)
 34.235s: 0.110ms  4096k at:0xf3c00000 Alloc LP ( 194M)
 49.360s: MFCA req.
 49.360s: MFCA req.
 49.688s: MFCA req.
 49.688s: 0.171ms  6144k at:0xf3600000 Alloc LP ( 200M)
 49.703s: 1.720ms 67584k at:0xef400000 Alloc LP ( 266M)
 49.844s: 0.379ms 14336k at:0xee600000 Alloc LP ( 280M)
 49.906s: 0.540ms 18432k at:0xed400000 Alloc LP ( 298M)
 50.016s: 0.480ms 18432k at:0xec200000 Alloc LP ( 316M)
 50.031s: 0.465ms 18432k at:0xeb000000 Alloc LP ( 334M)
 51.547s: 0.120ms  4096k at:0xeac00000 Alloc LP ( 338M)
 51.547s: 0.109ms  4096k at:0xea800000 Alloc LP ( 342M)
 51.547s: 0.110ms  4096k at:0xea400000 Alloc LP ( 346M)
 51.547s: 0.170ms  4096k at:0xea000000 Alloc LP ( 350M)
 52.578s: 0.121ms  4096k at:0xe9c00000 Alloc LP ( 354M)
 52.578s: 0.110ms  4096k at:0xe9800000 Alloc LP ( 358M)
 52.578s: 0.109ms  4096k at:0xe9400000 Alloc LP ( 362M)
 52.578s: 0.109ms  4096k at:0xe9000000 Alloc LP ( 366M)
 52.610s: 0.480ms 18432k at:0xe7e00000 Alloc LP ( 384M)
 52.610s: 0.173ms 18432k at:0xe7e00000 Free     ( 366M)
 52.719s: 0.117ms  4096k at:0xe8c00000 Alloc LP ( 370M)
 52.719s: 0.107ms  4096k at:0xe8800000 Alloc LP ( 374M)
 52.719s: 0.106ms  4096k at:0xe8400000 Alloc LP ( 378M)
 52.719s: 0.106ms  4096k at:0xe8000000 Alloc LP ( 382M)
 52.781s: 0.118ms  4096k at:0xe7c00000 Alloc LP ( 386M)
 52.781s: 0.106ms  4096k at:0xe7800000 Alloc LP ( 390M)
 52.781s: 0.106ms  4096k at:0xe7400000 Alloc LP ( 394M)
 52.781s: 0.106ms  4096k at:0xe7000000 Alloc LP ( 398M)
 52.844s: 0.119ms  4096k at:0xe6c00000 Alloc LP ( 402M)
 52.844s: 0.106ms  4096k at:0xe6800000 Alloc LP ( 406M)
 52.844s: 0.106ms  4096k at:0xe6400000 Alloc LP ( 410M)
 52.844s: 0.115ms  4096k at:0xe6000000 Alloc LP ( 414M)
 52.906s: 0.119ms  4096k at:0xe5c00000 Alloc LP ( 418M)
 52.906s: 0.106ms  4096k at:0xe5800000 Alloc LP ( 422M)
 52.906s: 0.106ms  4096k at:0xe5400000 Alloc LP ( 426M)
 52.906s: 0.106ms  4096k at:0xe5000000 Alloc LP ( 430M)
 52.969s: 0.121ms  4096k at:0xe4c00000 Alloc LP ( 434M)
 52.969s: 0.110ms  4096k at:0xe4800000 Alloc LP ( 438M)
 52.969s: 0.111ms  4096k at:0xe4400000 Alloc LP ( 442M)
 52.969s: 0.109ms  4096k at:0xe4000000 Alloc LP ( 446M)
 53.031s: 0.125ms  4096k at:0xe3c00000 Alloc LP ( 450M)
 53.031s: 0.106ms  4096k at:0xe3800000 Alloc LP ( 454M)
 53.031s: 0.106ms  4096k at:0xe3400000 Alloc LP ( 458M)
 53.031s: 0.106ms  4096k at:0xe3000000 Alloc LP ( 462M)
 53.047s: 0.019ms    16k at:0x122e0000 Alloc SP ( 462M)
 53.094s: 0.121ms  4096k at:0xe2c00000 Alloc LP ( 466M)
 53.094s: 0.110ms  4096k at:0xe2800000 Alloc LP ( 470M)
 53.094s: 0.111ms  4096k at:0xe2400000 Alloc LP ( 474M)
 53.094s: 0.109ms  4096k at:0xe2000000 Alloc LP ( 478M)
 53.156s: 0.122ms  4096k at:0xe1c00000 Alloc LP ( 482M)
 53.156s: 0.110ms  4096k at:0xe1800000 Alloc LP ( 486M)
 53.156s: 0.110ms  4096k at:0xe1400000 Alloc LP ( 490M)
 53.156s: 0.110ms  4096k at:0xe1000000 Alloc LP ( 494M)
 53.219s: 0.123ms  4096k at:0xe0c00000 Alloc LP ( 498M)
 53.219s: 0.112ms  4096k at:0xe0800000 Alloc LP ( 502M)
 53.219s: 0.109ms  4096k at:0xe0400000 Alloc LP ( 506M)
 53.219s: 0.109ms  4096k at:0xe0000000 Alloc LP ( 510M)
 53.266s: 0.120ms  4096k at:0xdfc00000 Alloc LP ( 514M)
 53.266s: 0.107ms  4096k at:0xdf800000 Alloc LP ( 518M)
 53.266s: 0.107ms  4096k at:0xdf400000 Alloc LP ( 522M)
 53.266s: 0.106ms  4096k at:0xdf000000 Alloc LP ( 526M)
 53.297s: 0.020ms    16k at:0x12510000 Alloc SP ( 526M)
 53.328s: 0.121ms  4096k at:0xdec00000 Alloc LP ( 530M)
 53.328s: 0.107ms  4096k at:0xde800000 Alloc LP ( 534M)
 53.328s: 0.106ms  4096k at:0xde400000 Alloc LP ( 538M)
 53.328s: 0.106ms  4096k at:0xde000000 Alloc LP ( 542M)
 53.391s: 0.120ms  4096k at:0xddc00000 Alloc LP ( 546M)
 53.391s: 0.106ms  4096k at:0xdd800000 Alloc LP ( 550M)
 53.391s: 0.107ms  4096k at:0xdd400000 Alloc LP ( 554M)
 53.391s: 0.106ms  4096k at:0xdd000000 Alloc LP ( 558M)
 53.453s: 0.124ms  4096k at:0xdcc00000 Alloc LP ( 562M)
 53.453s: 0.110ms  4096k at:0xdc800000 Alloc LP ( 566M)
 53.453s: 0.109ms  4096k at:0xdc400000 Alloc LP ( 570M)
 53.453s: 0.110ms  4096k at:0xdc000000 Alloc LP ( 574M)
 53.891s: 0.122ms  4096k at:0xdbc00000 Alloc LP ( 578M)
 53.891s: 0.107ms  4096k at:0xdb800000 Alloc LP ( 582M)
 53.891s: 0.108ms  4096k at:0xdb400000 Alloc LP ( 586M)
 53.891s: 0.106ms  4096k at:0xdb000000 Alloc LP ( 590M)
 53.938s: 0.023ms    16k at:0x15a70000 Alloc SP ( 590M)
 57.016s: 0.130ms  4096k at:0xdac00000 Alloc LP ( 594M)
 57.016s: 0.111ms  4096k at:0xda800000 Alloc LP ( 598M)
 57.016s: 0.113ms  4096k at:0xda400000 Alloc LP ( 602M)
 57.016s: 0.110ms  4096k at:0xda000000 Alloc LP ( 606M)
 60.766s: 0.122ms  4096k at:0xd9c00000 Alloc LP ( 610M)
 60.766s: 0.143ms  4096k at:0xd9800000 Alloc LP ( 614M)
 60.766s: 0.110ms  4096k at:0xd9400000 Alloc LP ( 618M)
 60.766s: 0.111ms  4096k at:0xd9000000 Alloc LP ( 622M)
 63.656s: 0.125ms  4096k at:0xd8c00000 Alloc LP ( 626M)
 63.656s: 0.112ms  4096k at:0xd8800000 Alloc LP ( 630M)
 63.656s: 0.121ms  4096k at:0xd8400000 Alloc LP ( 634M)
 63.656s: 0.107ms  4096k at:0xd8000000 Alloc LP ( 638M)
 66.485s: 0.271ms 10240k at:0xd7600000 Alloc LP ( 648M)
 66.578s: 0.174ms  4096k at:0xd7200000 Alloc LP ( 652M)
 66.578s: 0.114ms  4096k at:0xd6e00000 Alloc LP ( 656M)
 66.578s: 0.110ms  4096k at:0xd6a00000 Alloc LP ( 660M)
 66.578s: 0.110ms  4096k at:0xd6600000 Alloc LP ( 664M)
 66.641s: 0.024ms    16k at:0x15a90000 Alloc SP ( 664M)
 66.656s: 0.132ms  4096k at:0xd6200000 Alloc LP ( 668M)
 66.656s: 0.107ms  4096k at:0xd5e00000 Alloc LP ( 672M)
 66.656s: 0.106ms  4096k at:0xd5a00000 Alloc LP ( 676M)
 66.656s: 0.107ms  4096k at:0xd5600000 Alloc LP ( 680M)
 69.375s: 0.121ms  4096k at:0xd5200000 Alloc LP ( 684M)
 69.375s: 0.108ms  4096k at:0xd4e00000 Alloc LP ( 688M)
 69.375s: 0.106ms  4096k at:0xd4a00000 Alloc LP ( 692M)
 69.375s: 0.106ms  4096k at:0xd4600000 Alloc LP ( 696M)
 70.860s: 0.125ms  4096k at:0xd4200000 Alloc LP ( 700M)
 70.860s: 0.110ms  4096k at:0xd3e00000 Alloc LP ( 704M)
 70.860s: 0.110ms  4096k at:0xd3a00000 Alloc LP ( 708M)
 70.860s: 0.116ms  4096k at:0xd3600000 Alloc LP ( 712M)
 71.110s: 0.122ms  4096k at:0xd3200000 Alloc LP ( 716M)
 71.110s: 0.109ms  4096k at:0xd2e00000 Alloc LP ( 720M)
 71.110s: 0.106ms  4096k at:0xd2a00000 Alloc LP ( 724M)
 71.110s: 0.107ms  4096k at:0xd2600000 Alloc LP ( 728M)
 71.141s: 0.007ms    16k at:0x15b20000 Alloc SP ( 728M)
 71.328s: 0.124ms  4096k at:0xd2200000 Alloc LP ( 732M)
 71.328s: 0.127ms  4096k at:0xd1e00000 Alloc LP ( 736M)
 71.328s: 0.107ms  4096k at:0xd1a00000 Alloc LP ( 740M)
 71.328s: 0.107ms  4096k at:0xd1600000 Alloc LP ( 744M)
 71.563s: 0.123ms  4096k at:0xd1200000 Alloc LP ( 748M)
 71.563s: 0.107ms  4096k at:0xd0e00000 Alloc LP ( 752M)
 71.563s: 0.107ms  4096k at:0xd0a00000 Alloc LP ( 756M)
 71.563s: 0.107ms  4096k at:0xd0600000 Alloc LP ( 760M)
 74.969s: 0.128ms  4096k at:0xd0200000 Alloc LP ( 764M)
 74.969s: 0.112ms  4096k at:0xcfe00000 Alloc LP ( 768M)
 74.969s: 0.111ms  4096k at:0xcfa00000 Alloc LP ( 772M)
 74.969s: 0.111ms  4096k at:0xcf600000 Alloc LP ( 776M)
 76.797s: 0.129ms  4096k at:0xcf200000 Alloc LP ( 780M)
 76.813s: 0.109ms  4096k at:0xcee00000 Alloc LP ( 784M)
 76.813s: 0.107ms  4096k at:0xcea00000 Alloc LP ( 788M)
 76.813s: 0.107ms  4096k at:0xce600000 Alloc LP ( 792M)
 77.578s: 0.011ms    16k at:0x15ab0000 Alloc SP ( 792M)
 77.656s: 0.175ms  6144k at:0xce000000 Alloc LP ( 798M)
 77.656s: 0.172ms  6144k at:0xcda00000 Alloc LP ( 804M)
 77.656s: 0.170ms  6144k at:0xcd400000 Alloc LP ( 810M)
 77.656s: 0.168ms  6144k at:0xcce00000 Alloc LP ( 816M)
 77.797s: 0.384ms 14336k at:0xcc000000 Alloc LP ( 830M)
 79.735s: 0.125ms  4096k at:0xcbc00000 Alloc LP ( 834M)
 79.735s: 0.124ms  4096k at:0xcb800000 Alloc LP ( 838M)
 79.735s: 0.111ms  4096k at:0xcb400000 Alloc LP ( 842M)
 79.735s: 0.111ms  4096k at:0xcb000000 Alloc LP ( 846M)
 83.469s: 0.130ms  4096k at:0xcac00000 Alloc LP ( 850M)
 83.469s: 0.120ms  4096k at:0xca800000 Alloc LP ( 854M)
 83.469s: 0.111ms  4096k at:0xca400000 Alloc LP ( 858M)
 83.469s: 0.111ms  4096k at:0xca000000 Alloc LP ( 862M)
 85.735s: 0.384ms 14336k at:0xc9200000 Alloc LP ( 876M)
 88.063s: 0.127ms  4096k at:0xc8e00000 Alloc LP ( 880M)
 88.063s: 0.146ms  4096k at:0xc8a00000 Alloc LP ( 884M)
 88.063s: 0.113ms  4096k at:0xc8600000 Alloc LP ( 888M)
 88.063s: 0.127ms  4096k at:0xc8200000 Alloc LP ( 892M)
 89.797s: 0.384ms 14336k at:0xc7400000 Alloc LP ( 906M)
 90.281s: 0.024ms    16k at:0x16460000 Alloc SP ( 906M)
 91.297s: 0.443ms 14336k at:0xc6600000 Alloc LP ( 920M)
 92.781s: 0.230ms  8192k at:0xc5e00000 Alloc LP ( 928M)
 92.813s: 0.082ms  8192k at:0xc5e00000 Free     ( 920M)
 93.594s: 0.470ms 14336k at:0xc5800000 Alloc LP ( 934M)
 94.703s: 0.130ms  4096k at:0xc5400000 Alloc LP ( 938M)
 94.703s: 0.113ms  4096k at:0xc5000000 Alloc LP ( 942M)
 94.703s: 0.108ms  4096k at:0xc4c00000 Alloc LP ( 946M)
 94.703s: 0.109ms  4096k at:0xc4800000 Alloc LP ( 950M)
107.641s: 0.126ms  4096k at:0xc4400000 Alloc LP ( 954M)
107.641s: 0.107ms  4096k at:0xc4000000 Alloc LP ( 958M)
107.641s: 0.108ms  4096k at:0xc3c00000 Alloc LP ( 962M)
107.641s: 0.108ms  4096k at:0xc3800000 Alloc LP ( 966M)
116.188s: 0.386ms 14336k at:0xc2a00000 Alloc LP ( 980M)
120.156s: 1.840ms  4096k at:0xc2600000 Alloc LP ( 984M)
120.156s: 1.753ms  4096k at:0xc2200000 Alloc LP ( 988M)
120.156s: 1.626ms  4096k at:0xc1e00000 Alloc LP ( 992M)
120.156s: 1.633ms  4096k at:0xc1a00000 Alloc LP ( 996M)
123.563s: 0.013ms    16k at:0x0a8f0000 Alloc SP ( 996M)
128.422s: 1.519ms  4096k at:0xc1600000 Alloc LP (1000M)
128.422s: 1.481ms  4096k at:0xc1200000 Alloc LP (1004M)
128.422s: 1.749ms  4096k at:0xc0e00000 Alloc LP (1008M)
128.422s: 1.659ms  4096k at:0xc0a00000 Alloc LP (1012M)
145.953s: 5.531ms 14336k at:0xbfc00000 Alloc LP (1026M)
164.813s: 7.186ms 14336k at:0xbee00000 Alloc LP (1040M)
185.891s: 1.616ms  4096k at:0xbea00000 Alloc LP (1044M)
185.891s: 1.625ms  4096k at:0xbe600000 Alloc LP (1048M)
185.906s: 1.637ms  4096k at:0xbe200000 Alloc LP (1052M)
185.906s: 1.681ms  4096k at:0xbde00000 Alloc LP (1056M)
234.985s: 1.730ms  4096k at:0xbda00000 Alloc LP (1060M)
234.985s: 1.714ms  4096k at:0xbd600000 Alloc LP (1064M)
235.000s: 1.750ms  4096k at:0xbd200000 Alloc LP (1068M)
235.000s: 1.655ms  4096k at:0xbce00000 Alloc LP (1072M)
263.313s: 0.011ms    16k at:0x0b210000 Alloc SP (1072M)
278.828s: 15.410ms 14336k at:0xbc000000 Alloc LP (1086M)
278.844s: 20.942ms 14336k at:0xbb200000 Alloc LP (1100M)
291.969s: 0.137ms 14336k at:0xbc000000 Free     (1086M)
357.985s: 0.126ms  4096k at:0xbca00000 Alloc LP (1090M)
357.985s: 0.108ms  4096k at:0xbc600000 Alloc LP (1094M)
357.985s: 1.850ms  4096k at:0xbc200000 Alloc LP (1098M)
357.985s: 2.188ms  4096k at:0xbae00000 Alloc LP (1102M)
402.313s: 7.572ms 14336k at:0xba000000 Alloc LP (1116M)
455.422s: 1.529ms  4096k at:0xb9c00000 Alloc LP (1120M)
455.422s: 1.659ms  4096k at:0xb9800000 Alloc LP (1124M)
455.422s: 1.612ms  4096k at:0xb9400000 Alloc LP (1128M)
455.422s: 1.553ms  4096k at:0xb9000000 Alloc LP (1132M)
518.906s: 4.916ms 14336k at:0xb8200000 Alloc LP (1146M)
563.391s: 1.583ms  4096k at:0xb7e00000 Alloc LP (1150M)
563.391s: 1.537ms  4096k at:0xb7a00000 Alloc LP (1154M)
563.391s: 1.588ms  4096k at:0xb7600000 Alloc LP (1158M)
563.391s: 1.930ms  4096k at:0xb7200000 Alloc LP (1162M)
578.516s: 0.006ms    16k at:0x0b240000 Alloc SP (1162M)
671.000s: 1.700ms  4096k at:0xb6e00000 Alloc LP (1166M)
671.000s: 2.471ms  4096k at:0xb6a00000 Alloc LP (1170M)
671.000s: 2.148ms  4096k at:0xb6600000 Alloc LP (1174M)
671.016s: 2.105ms  4096k at:0xb6200000 Alloc LP (1178M)
752.781s: 1.724ms  4096k at:0xb5e00000 Alloc LP (1182M)
752.781s: 1.653ms  4096k at:0xb5a00000 Alloc LP (1186M)
752.781s: 1.682ms  4096k at:0xb5600000 Alloc LP (1190M)
752.781s: 1.894ms  4096k at:0xb5200000 Alloc LP (1194M)
821.875s: 1.932ms  4096k at:0xb4e00000 Alloc LP (1198M)
821.875s: 2.048ms  4096k at:0xb4a00000 Alloc LP (1202M)
821.875s: 1.868ms  4096k at:0xb4600000 Alloc LP (1206M)
821.875s: 2.454ms  4096k at:0xb4200000 Alloc LP (1210M)
878.078s: 2.898ms  4096k at:0xb3e00000 Alloc LP (1214M)
878.094s: 6.895ms  4096k at:0xb3a00000 Alloc LP (1218M)
878.094s: 5.611ms  4096k at:0xb3600000 Alloc LP (1222M)
878.094s: 2.587ms  4096k at:0xb3200000 Alloc LP (1226M)
892.453s: 0.007ms    16k at:0x0b630000 Alloc SP (1226M)
944.266s: 2.597ms  4096k at:0xb2e00000 Alloc LP (1230M)
944.266s: 2.626ms  4096k at:0xb2a00000 Alloc LP (1234M)
944.266s: 3.487ms  4096k at:0xb2600000 Alloc LP (1238M)
944.266s: 2.709ms  4096k at:0xb2200000 Alloc LP (1242M)
1036.969s: 10.593ms 14336k at:0xb1400000 Alloc LP (1256M)
1090.078s: 2.820ms  4096k at:0xb1000000 Alloc LP (1260M)
1090.078s: 1.928ms  4096k at:0xb0c00000 Alloc LP (1264M)
1090.078s: 2.592ms  4096k at:0xb0800000 Alloc LP (1268M)
1090.078s: 3.477ms  4096k at:0xb0400000 Alloc LP (1272M)
1127.110s: 12.921ms 14336k at:0xaf600000 Alloc LP (1286M)
1182.625s: 3.246ms  4096k at:0xaf200000 Alloc LP (1290M)
1182.625s: 2.557ms  4096k at:0xaee00000 Alloc LP (1294M)
1182.625s: 3.135ms  4096k at:0xaea00000 Alloc LP (1298M)
1182.625s: 2.925ms  4096k at:0xae600000 Alloc LP (1302M)
1234.110s: 0.015ms    16k at:0x0b070000 Alloc SP (1302M)
1284.594s: 3.649ms  4096k at:0xae200000 Alloc LP (1306M)
1284.594s: 2.127ms  4096k at:0xade00000 Alloc LP (1310M)
1284.594s: 2.639ms  4096k at:0xada00000 Alloc LP (1314M)
1284.610s: 7.519ms  4096k at:0xad600000 Alloc LP (1318M)
1380.516s: 22.323ms 14336k at:0xac800000 Alloc LP (1332M)
1521.641s: 5.786ms  4096k at:0xac400000 Alloc LP (1336M)
1521.641s: 2.989ms  4096k at:0xac000000 Alloc LP (1340M)
1521.656s: 3.654ms  4096k at:0xabc00000 Alloc LP (1344M)
1521.656s: 3.717ms  4096k at:0xab800000 Alloc LP (1348M)
1583.860s: 13.659ms 14336k at:0xaaa00000 Alloc LP (1362M)
1647.953s: 4.209ms  4096k at:0xaa600000 Alloc LP (1366M)
1647.953s: 2.795ms  4096k at:0xaa200000 Alloc LP (1370M)
1647.969s: 4.546ms  4096k at:0xa9e00000 Alloc LP (1374M)
1647.969s: 3.983ms  4096k at:0xa9a00000 Alloc LP (1378M)
1647.969s: 0.015ms    16k at:0x0b0a0000 Alloc SP (1378M)
1761.500s: 6.011ms  4096k at:0xa9600000 Alloc LP (1382M)
1761.500s: 4.417ms  4096k at:0xa9200000 Alloc LP (1386M)
1761.516s: 4.276ms  4096k at:0xa8e00000 Alloc LP (1390M)
1761.516s: 4.590ms  4096k at:0xa8a00000 Alloc LP (1394M)
1857.688s: 4.918ms  4096k at:0xa8600000 Alloc LP (1398M)
1857.703s: 4.631ms  4096k at:0xa8200000 Alloc LP (1402M)
1857.703s: 5.676ms  4096k at:0xa7e00000 Alloc LP (1406M)
1857.703s: 7.943ms  4096k at:0xa7a00000 Alloc LP (1410M)
1936.766s: 17.287ms 14336k at:0xa6c00000 Alloc LP (1424M)
2028.610s: 6.329ms  4096k at:0xa6800000 Alloc LP (1428M)
2028.625s: 5.201ms  4096k at:0xa6400000 Alloc LP (1432M)
2028.625s: 5.240ms  4096k at:0xa6000000 Alloc LP (1436M)
2028.641s: 6.326ms  4096k at:0xa5c00000 Alloc LP (1440M)
2098.266s: 0.005ms    16k at:0x0b150000 Alloc SP (1440M)
2116.985s: 6.085ms  4096k at:0xa5800000 Alloc LP (1444M)
2116.985s: 5.095ms  4096k at:0xa5400000 Alloc LP (1448M)
2117.000s: 5.387ms  4096k at:0xa5000000 Alloc LP (1452M)
2117.000s: 5.145ms  4096k at:0xa4c00000 Alloc LP (1456M)
2242.766s: 4.951ms  4096k at:0xa4800000 Alloc LP (1460M)
2242.781s: 4.591ms  4096k at:0xa4400000 Alloc LP (1464M)
2242.781s: 5.215ms  4096k at:0xa4000000 Alloc LP (1468M)
2242.781s: 5.409ms  4096k at:0xa3c00000 Alloc LP (1472M)
2406.766s: 5.815ms  4096k at:0xa3800000 Alloc LP (1476M)
2406.781s: 8.287ms  4096k at:0xa3400000 Alloc LP (1480M)
2406.781s: 7.471ms  4096k at:0xa3000000 Alloc LP (1484M)
2406.797s: 5.581ms  4096k at:0xa2c00000 Alloc LP (1488M)
2597.219s: 8.160ms  4096k at:0xa2800000 Alloc LP (1492M)
2597.235s: 2.962ms  4096k at:0xa2400000 Alloc LP (1496M)
2597.235s: 3.055ms  4096k at:0xa2000000 Alloc LP (1500M)
2597.235s: 3.024ms  4096k at:0xa1c00000 Alloc LP (1504M)
2712.203s: 0.007ms    16k at:0x0b220000 Alloc SP (1504M)
2727.422s: 4.984ms  4096k at:0xa1800000 Alloc LP (1508M)
2727.438s: 2.181ms  4096k at:0xa1400000 Alloc LP (1512M)
2727.438s: 2.608ms  4096k at:0xa1000000 Alloc LP (1516M)
2727.438s: 2.705ms  4096k at:0xa0c00000 Alloc LP (1520M)
2829.360s: 2.995ms  4096k at:0xa0800000 Alloc LP (1524M)
2829.360s: 2.336ms  4096k at:0xa0400000 Alloc LP (1528M)
2829.375s: 3.338ms  4096k at:0xa0000000 Alloc LP (1532M)
2829.375s: 3.298ms  4096k at:0x9fc00000 Alloc LP (1536M)
2970.031s: 3.027ms  4096k at:0x9f800000 Alloc LP (1540M)
2970.031s: 2.558ms  4096k at:0x9f400000 Alloc LP (1544M)
2970.031s: 2.461ms  4096k at:0x9f000000 Alloc LP (1548M)
2970.047s: 2.585ms  4096k at:0x9ec00000 Alloc LP (1552M)
3013.281s: 0.045ms  4096k at:0x9f400000 Free     (1548M)
3021.578s: 2.260ms  4096k at:0x9f400000 Alloc LP (1552M)
3021.578s: 3.085ms  4096k at:0x9e800000 Alloc LP (1556M)
3021.578s: 3.334ms  4096k at:0x9e400000 Alloc LP (1560M)
3021.578s: 3.063ms  4096k at:0x9e000000 Alloc LP (1564M)
3190.891s: 2.686ms  4096k at:0x9dc00000 Alloc LP (1568M)
3190.953s: 50.044ms  4096k at:0x9d800000 Alloc LP (1572M)
3190.953s: 11.506ms  4096k at:0x9d400000 Alloc LP (1576M)
3190.969s: 4.922ms  4096k at:0x9d000000 Alloc LP (1580M)
3310.719s: 0.013ms    16k at:0x0a8e0000 Alloc SP (1580M)
3446.422s: 10.656ms 14336k at:0x9c200000 Alloc LP (1594M)
3446.422s: 18.446ms 14336k at:0x9b400000 Alloc LP (1608M)
3462.766s: 0.136ms 14336k at:0x9c200000 Free     (1594M)
3580.610s: 5.407ms  8192k at:0x9c800000 Alloc LP (1602M)
3580.656s: 0.078ms  8192k at:0x9c800000 Free     (1594M)
3657.563s: 10.088ms 14336k at:0x9c200000 Alloc LP (1608M)
3719.360s: MFCA req.

@Nuno Basto, it seems game booster did a great job on your system.

At least the log looks a lot better now.

Greets,

Fred41

You guys were saying!?!?!?

[Sneakson 1]

@Windies & MaveriK96

I Helped Fred41 to build his memory allocator, these are the QUOTES from our conversation:

You guys were saying!?!?!?

I don't understand what those logs are saying at all.

Where is your performance benchmark showing you have higher fps now than before?

Seems to me that you have 8GB memory, ARMA uses 2GB and something else where using 1GB then you freed that up using Game Booster that shuts down unnecessary stuff... you still had 5GB memory free though.

Shouldn't make a difference.

Edited April 12, 2014 by Sneakson

[LSD_Timewarp82 21]

There is sure a difference... But if you cant measure a significant improvement of the frames it´s worthless. Significant improvement in my opinion starts at 7-10 frames minimum

[Th4d 10]

I highly doubt this memory allocator is better than the Windows 8 one.

Haven´t seen benchmarks proving otherwise. I remember taking a look at those custom allocators and some friends considered nedmalloc to be faster, but on it´s official site it was said that despite being better than the windows xp one, "windows 7 memory allocator was state of the art".

Taking into account that windows 8 is considered to be even better, and now theres windows 8.1, i would like to see a benchmark between this custom allocator and windows 8´s, shown as fps gains.

Found the one i was talking about:

http://www.nedprod.com/programs/portable/nedmalloc/

"If you're running on an older operating system (e.g. Windows XP, Linux 2.4 series, FreeBSD 6 series, Mac OS X 10.4 or earlier) you will probably find it significantly improves your application's performance (Windows 7, Linux 3.x, FreeBSD 8, Mac OS X 10.6 all contain state-of-the-art allocators and no third party allocator is likely to significantly improve on them in real world results)."

ArmA needs to go 64bits, and be optimized for it, not just to use more ram. Does anyone with a 32bit only cpu runs ArmA 3?

Edited April 12, 2014 by Th4d

[TheBigOne_014 16]

There is sure a difference... But if you cant measure a significant improvement of the frames it´s worthless. Significant improvement in my opinion starts at 7-10 frames minimum

Well i got that! And my team mates who use it felt improvments in that range, in maximum 10FPS not more than that, some felt more but they had also not optimized their in-game video settings.

Of course i'm not stupid! The tips in the video have a lot more impact in low-mid range computers , if you have an high-end cumputer this tips are going to have a minimal effect like 3-5 frames (if you even feel anything at all).

In this topic, in a low end laptop he got a 5 FPS improvment:

Try this tutorial, it can help:

Thanks i'll try if it works, but FPS isn't my problem though. Cause i got like 35 FPS in the night mission so maybe that's not the case, but i'll try anyway and i'll let you know if it works.

---------- Post added at 21:43 ---------- Previous post was at 21:20 ----------

I tried what the dude on the video showed but it's still crashing. I do have more FPS like 40 now but it still crashes...i don't know anymore :o

---------- Post added at 21:44 ---------- Previous post was at 21:43 ----------

But is there a way to use both graphic cards for arma 3? I got CrossfireX btw, i enabled it. Should it work? Don't have time to check, really need to sleep xd too late

---------- Post added at 09:42 AM ---------- Previous post was at 09:36 AM ----------

I highly doubt this memory allocator is better than the Windows 8 one.

Haven´t seen benchmarks proving otherwise. I remember taking a look at those custom allocators and some friends considered nedmalloc to be faster, but on it´s official site it was said that despite being better than the windows xp one, "windows 7 memory allocator was state of the art".

Taking into account that windows 8 is considered to be even better, and now theres windows 8.1, i would like to see a benchmark between this custom allocator and windows 8´s, shown as fps gains.

Found the one i was talking about:

http://www.nedprod.com/programs/portable/nedmalloc/

"If you're running on an older operating system (e.g. Windows XP, Linux 2.4 series, FreeBSD 6 series, Mac OS X 10.4 or earlier) you will probably find it significantly improves your application's performance (Windows 7, Linux 3.x, FreeBSD 8, Mac OS X 10.6 all contain state-of-the-art allocators and no third party allocator is likely to significantly improve on them in real world results)."

ArmA needs to go 64bits, and be optimized for it, not just to use more ram. Does anyone with a 32bit only cpu runs ArmA 3?

If you search the topics in the ArmA 3 - Servers & Administrator part of this forum you will find out that even BIS is using Fred41 memory allocator on their performance test servers!

[LSD_Timewarp82 21]

You can see my system in the Signature. My Arma runs good so far (with over 50 active mods). Except some custom missions, these are eating the frames^^

It´s cool anyway, Users should be thankful for provided tips by other Users..

[TheBigOne_014 16]

You can see my system in the Signature. My Arma runs good so far (with over 50 active mods). Except some custom missions, these are eating the frames^^

It´s cool anyway, Users should be thankful for provided tips by other Users..

I'm here to help. ;)

[fred41 42]

lol, defragment RAM, lol. That's like defragging an SSD, there's marginal performance improvements but yeah it's still rather pointless and moot.

Should you do it? Probably not because the cons usually outweigh the pro's, like deleting system DLL's to free up memory that are still in use etc... Contiguous blocks of memory mean very little unless you need to reserve large sections, and even then it still means very little.

I think most of teh complainers have pretty much tried everything at this point because while we may bitch, we bitch because we love the damned game. We want to enjoy it, we simply cannot though because of performance issue's.

... maybe this link is a good start for your research:

http://msdn.microsoft.com/en-us/library/windows/desktop/aa366720%28v=vs.85%29.aspx

Greets,

Fred41

[MavericK96 0]

Sooo what I am getting from this is, if you have an older machine running XP still, and/or you have a low amount of RAM, RAM management programs like GameBooster might help.

Isn't that kind of what I said already? Thing is, many of us are running Windows 7/8 and have 8 GB+ of RAM. Tweaks like this are okay for those with older machines but it doesn't help fix the root problem.

[windies 11]

... maybe this link is a good start for your research:

http://msdn.microsoft.com/en-us/library/windows/desktop/aa366720%28v=vs.85%29.aspx

Greets,

Fred41

For large page support, yes you need large sections of RAM free. Why do you need large page support in ArmA though? Why is one contiguously allocated block more important than many smaller blocks on a non physical extremely low latency storage medium across a high speed bus? Access times are in the nanoseconds. Overall it's really not that big of a deal or performance increase, it's simply another way of doing things no less no more.

It's great what you are doing and all, but really what we need is for the memory access limit of the program to be increased within 32 bit limitations or for 64 bit binaries. 3rd party memory allocators are pretty moot for the most part since Windows 7.

[fred41 42]

For large page support, yes you need large sections of RAM free. Why do you need large page support in ArmA though? Why is one contiguously allocated block more important than many smaller blocks on a non physical extremely low latency storage medium across a high speed bus? Access times are in the nanoseconds. Overall it's really not that big of a deal or performance increase, it's simply another way of doing things no less no more.

It's great what you are doing and all, but really what we need is for the memory access limit of the program to be increased within 32 bit limitations or for 64 bit binaries. 3rd party memory allocators are pretty moot for the most part since Windows 7.

Yes, todays cpu cycles are already in the pico second ranges and the common ddr3 RAM is already a heavy bottleneck.

The cache locality (first and second level cpu cache) of a framework like arma, is very poor (bare in mind the large ammount of data in the GB range processed continously).

So every little more memory bandwith counts. This is the reason, why faster clocked RAM has that great effect for arma.

The use of large pages, provides a ~25% acceleration of all main memory accesses (read and write) and this for free.

So, why not using such advantage for arma?

And yes, i prefer 64 bit applications too, and i really wish we will see this soon for arma.

Not because i expect a big performance increase (maybe 10%), but because it makes things easier for programmers, if an (practical) unlimited virtual address space is available.

Greets,

Fred41

[jiltedjock 10]

lol, defragment RAM, lol. That's like defragging an SSD, there's marginal performance improvements but yeah it's still rather pointless and moot.

Should you do it? Probably not because the cons usually outweigh the pro's, like deleting system DLL's to free up memory that are still in use etc... Contiguous blocks of memory mean very little unless you need to reserve large sections, and even then it still means very little.

I think most of teh complainers have pretty much tried everything at this point because while we may bitch, we bitch because we love the damned game. We want to enjoy it, we simply cannot though because of performance issue's.

This is where I struggle with your posts. You've pounced on this guy when he has already explained in his post why he is doing this to his RAM - to use the large pages dll.

[Th4d 10]

Yes, todays cpu cycles are already in the pico second ranges and the common ddr3 RAM is already a heavy bottleneck.

The cache locality (first and second level cpu cache) of a framework like arma, is very poor (bare in mind the large ammount of data in the GB range processed continously).

So every little more memory bandwith counts. This is the reason, why faster clocked RAM has that great effect for arma.

The use of large pages, provides a ~25% acceleration of all main memory accesses (read and write) and this for free.

So, why not using such advantage for arma?

And yes, i prefer 64 bit applications too, and i really wish we will see this soon for arma.

Not because i expect a big performance increase (maybe 10%), but because it makes things easier for programmers, if an (practical) unlimited virtual address space is available.

Greets,

Fred41

You claim 25% acceleration of all main memory accesses, and claim that this is a big bottleneck for the cpu in ArmA. I´m sorry but unless you get 25% fps increase, one of the two claims there are false. What´s the % gained in fps increase by using your memory allocator, are there any serious, thorough and replicatable benchmarks on it? Compared to what´s used as default in ArmA and system with the windows 7 and 8 ones.

If you are able to show me a 25% increase, in read and writes but there are no fps gains to be seen close to that, then there is no cpu memory bottleneck in ArmA, to me that´s a pretty straight forward logic.

Don´t get me wrong, i think your exercise to try to improve things is great, but does it wield any real world gains? If so, what are they?

Edited April 13, 2014 by Th4d

[Furret 0]

i'd trust Fred41 over this other guy any day, Fred41 has demonstrated his memory allocator works.

[windies 11]

This is where I struggle with your posts. You've pounced on this guy when he has already explained in his post why he is doing this to his RAM - to use the large pages dll.

I'm not pouncing on him but seriously amused that he would be so adamant about something with a largely placebo effect, both from using large pages which again are a minute difference at best and defragging RAM, which depending on what program you use to do it and how it determines what's "useful" or "in use" versus "not useful" or "in use", that can cause issue's with deleting in use data and system dll's stored in memory that might not be in use right now but the OS expects them to be which can cause anything from minor issue's to BSOD's.

@Fred: I'm not saying what you are doing is useless or not appreciated, in fact far from that as I think anyone trying to fix issue's within a program that they enjoy and are passionate about is exactly what is needed here, be it 3rd party or 1st party. You're right that large pages can provide a performance increase, but it's very minute in the grand scheme of things concerning ArmA. What's really needed is larger physical addressing space either through 64 bit binaries or by exhausting 32 bit addressing space as well as better multi-threading and parallelization of core engine systems. You also say it's a 25% increase or acceleration of system memory access times, but how big of a factor do those play in the core issue's people have with ArmA? How big of global factor is memory access times in terms of ArmA's use of system memory and what sort of real world performance figures are you looking at?

What I dislike is someone coming in (not directed at you Fred) and trying to tout something with very small benefits as panache for large overarching issue's within the core of a program and then blasting about how they get, more than likely, these great performance figures with no data or anything to back up those claims and then instigating against others with actual true issue's because the suggestion or "fix" doesn't work or is very minute and can't even be discerned in a real world scenario.

[fred41 42]

@Fred: I'm not saying what you are doing is useless or not appreciated, in fact far from that as I think anyone trying to fix issue's within a program that they enjoy and are passionate about is exactly what is needed here, be it 3rd party or 1st party. You're right that large pages can provide a performance increase, but it's very minute in the grand scheme of things concerning ArmA. What's really needed is larger physical addressing space either through 64 bit binaries or by exhausting 32 bit addressing space as well as better multi-threading and parallelization of core engine systems. You also say it's a 25% increase or acceleration of system memory access times, but how big of a factor do those play in the core issue's people have with ArmA? How big of global factor is memory access times in terms of ArmA's use of system memory and what sort of real world performance figures are you looking at?

25% more memory access speed can have very different effects to armas overall performance.

A arma client, for example, will have (dependend of used settings) probably other bottlenecks in the foreground, so that you just see maybe 6% more FPS.

With other settings (better adapted to your hardware) you can see 9% more FPS.

On arma server, the usage of large pages means most likely more increase, but it is very difficult to express the difference in numbers.

I think this is not negligible, considering it is free (not counting the hours i spend on it :) )

The reason, why i replied to your post in this thread, is that i basically hold dear the technically correctness of your posts,

and i got the impression, that the post i replied to, was an exception in respect thereof ;)

Greets,

Fred41

Edited April 13, 2014 by Fred41

[Th4d 10]

25% more memory access speed can have very different effects to armas overall performance.

A arma client, for example, will have (dependend of used settings) probably other bottlenecks in the foreground, so that you just see maybe 6% more FPS.

With other settings (better adapted to your hardware) you can see 9% more FPS.

On arma server, the usage of large pages means most likely more increase, but it is very difficult to express the difference in numbers.

I think this is not negligible, considering it is free (not counting the hours i spend on it :) )

The reason, why i replied to your post in this thread, is that i basically hold dear the technically correctness of your posts,

and i got the impression, that the post i replied to, was an exception in respect thereof ;)

Greets,

Fred41

6-9% more fps clientside? that´s amazing!, But now, compared to what exactly, the current default intel one, or windows 8 one? and using what tests? are they reliable and by that i mean do they vary between them? Can i see those tests? Because i would love to see 6-9% improvements on a controlled test. Because you know, without well made tests confirmed by third parties one could claim anything right?

Meanwhile, thanks for your hard work.

Edited April 13, 2014 by Th4d