Jump to content

1LT.Wolf.F

Member
  • Content Count

    43
  • Joined

  • Last visited

  • Medals

  • Medals

Everything posted by 1LT.Wolf.F

  1. 1LT.Wolf.F

    Arma 2 on Windows 8

    same Problem Here Fraczek, I did a fresh install of Win8cp-64bit, and freshly installed ArmA2 then OA (DVD copies) and they run, texture loading problem exists, but I haven't applied any patches, because BAF and PMC (sprocket downloads) both fail with the same error you "fraczek" reported... Also When Running ArmA2 or Combined Operations the graphics options will not allow "video memory" to go above "normal" (I have a AMD HD6850) ArmA 2 is the last game I need to make Win 8 fully functional, help would be greatly appreciated.
  2. 1LT.Wolf.F

    USEC LHA AI Airboss

    Wow, simply amazing. I can't remember how long I wanted an "AI" Flight Controller... Great work!
  3. I had to take the time to say Great Work!!! I just saw the aircraft pics from ArmaHolic's WIP post, wow just wow... I've been waiting for WW2 in ArmA (actually I waiting for all "pre-electronic" warfare mods (sharpe's rifles too)). I can't say thank you enough (without sounding "light on my loafers"), I can barely find the time to play, never mind create the beautiful... Long live the Modders!!!
  4. 1LT.Wolf.F

    ArmA 2 site hacked

    Hmm Eagle Wing makes sense to me... Only Island in ArmA2 is Utes, and the submarine... However fitting, I'm not sold on ASTUTE For some reason I cannot get UTEs out of my mind... yet it is so small... :\ but I am also delirious now... and my F5 finger is done... It seems things have quieted down, Europe must be asleep, good no one expects the Canadians yet.... Time to Strike!!!
  5. 1LT.Wolf.F

    ArmA 2 site hacked

    Well someone already said the answer may be 42 and that was a disappointment... So be prepared... I'm still hopeful
  6. 1LT.Wolf.F

    ArmA 2 site hacked

    ROFLOL, Iroquois Pliskin, I had no Idea... that the word was the bird... Those poor soldiers! I'm recalling Eagle Wing, they've already seen too much fire... switching "good luck" to "God Speed UnuldorCZ"
  7. 1LT.Wolf.F

    ArmA 2 site hacked

    I left for Canada's Ministry of Transport after UnuldorCZ left, I figured one could get across Europe in the time it takes to wait in that lineup... Has Eagle Wing been dispatched? Where's the CO? UnuldorCZ found something Should we send escorts?
  8. 1LT.Wolf.F

    ArmA 2 site hacked

    UnuldorCZ, or whomever makes the trip, I wish you luck... and I hope that, with all the talk, that this hole is not the only deformable terrain we will find in the ArmAverse... Thanks all for the great reading too, and the image enhancements, Great lubrication for the brain
  9. 1LT.Wolf.F

    ArmA 2 site hacked

    In game through the editor I did the trek from Manhattan Base to Spukayev's... Found nothing of interest in and around Spukayev's house ~200m radius... I put up a few images here, again nothing special: http://green-state.ca:85/A2Hackimages/index.html
  10. 1LT.Wolf.F

    Can never spot enemy soldiers

    Ah my first two weeks of ArmA2 was, engaging bushes and getting shot in the back. (sorry to repeat anything, I was free writing here) To improve spotting: -Walk don't Run -lower head-bob setting (kinda cheat) -change free-look setting (increasing will move gun, while keeping eyes still) -Keep your head still, wait for movement, be patient (and under cover) -I've never felt the clock system works well with me, or known weather it is relative to the spotter or his commander/group heading, So I use map icons (recruit and regular) and pump up the AI skill... -ArmA2 needs a reboot, or i'd be more specific, but as someone mentioned earlier there is a way to get the red Diamonds to show for the spotted enemy (Recruit only?) Remember the AI is Always looking, sees though a matrix of values... It's why I always have an AI squad with me... they're better at it than I am...
  11. Hey ACE Team, Speaking of the Real World Morpheus ;) 1st of all thank you, I've been enjoying your work since that lovely Christmas Present you gave ArmA1. BTW Let me know if there is a better place to post this... (after 4 year playing I'm still a rookie with the community and its issue trackers and the like) I have some suggestions I've not seen implemented or mentioned by the community (or missed from RL distractions). Personally in my perfect world, I'd love to see a pyramid scheme command structure of sorts: 3 points to Team-leaders, 3 team-leaders to Squad-leader, 3 Squad-leaders to Platoon Command... ArmA 2 has built-in assignable teams (red, blue, green, …) -would it be possible to have, similar to the Shift1-5 quick weapon/item selection, a quick-group selector i.e. Shift-F1 for Red, Shift-F2 for Blue, … Thanks again for all your hard work! Fedaykin Wolf
  12. Well I have tested a little the two options given by J_frost, as their improvement was very nice... I Was Very skeptical about disabling the "Nagle's Algorithms" used in TCP/IP, but it seems to work. My Desyncs are less frequent and my pings are lower (save initial ping of server list-Gamespy, a refresh fixes imediately) (however more test should be done, as this is from two good night on an ISP who is normally very bad... AKA ISP was lower than normal traffic) Next I tried the MMCSS fix, Which I figured was the problem, and it definately helps, it's not Fiber Optics or DSL-like but an improvement. I tried only the value FFFFFFFF 2^32) Later I will try Tomstips and change 10 to between 50 and 70, I can't see this helping, but I'm very blind at times... :P Continuing to test, Anyone else find anything?? FW
  13. NICE find, I was just at that forum, Copy that, Google is good for both BS and noBS The second option was of interest to me, partially because of an echo of the Sound / network problems I had in the past… Sweet find!!! I'm going to test! MultiMedia Class Scheduler Service (MMCSS) and throttling http://www.tomstricks.com/how-to-improve-windows-vista-network-performance-while-running-multimedia-programs/ With a follow-up note: in it they say 50-70 instead of 10, I wonder if its worth trying, 4billion sounds like the a better number... Quick question j_frost, Do you have a Creative X-Fi, 2nd Sound card, or a ATIHD4000 series, or better yet what sound systems do you have? Thanks for the update FedaykinWolf
  14. 1LT.Wolf.F

    Modfolders useless with Win7 64

    Yup, I get that :P Oh and I just thought too, iff all that does not work, see windows defender, consider running as an admin... just a long shot guess... and something to do if you still stuck Good Luck
  15. 1LT.Wolf.F

    Modfolders useless with Win7 64

    You probably checked this, but I screwed myself this way time and time again, and just the other day too... I'll use "@CBA" Mod (community based addons) as an Example 1) To run a mod, you MUST use a Shortcut, Do not click on the exe!*** the below is an example of one of my shortcuts: Target: "d:\games\arma 2\arma2.exe" -mod=@CBA Startin: "d:\games\arma 2" P.S. I think the quotes are needed as they nest the Command from the switch 2) Also make sure each "@Mod" folder has its own "AddOn" folder. For instance I have my install on my RAID (D: drive) in the games folder: D:\Games\ArmA 2\ D:\Games\ArmA 2\@CBA\ D:\Games\ArmA 2\@CBA\addon\ D:\Games\ArmA 2\@CBA\Keys\ All "*.PBOs" and "*.Bisign" files of that mod must be in a "Addon" Folder, as you know it could be any AddOn folder like the default .\ArmA 2\AddOn. 3) Also if still having problems, try using an Absolute Path in the shortcut, I'll give you my current shortcut which is what I use everyday... "D:\Games\ArmA 2\arma2.exe" -nosplash -mod=g:\arma2\@CBA;g:\arma2\@ACE;g:\arma2\@ACEX;g:\arma2\@ACEX_SM;g:\arma2\@ACEX_PLA My mods, in this case, are on a USB stick andf ArmA in the RAID array. G:\ArmA2\@CBA\addons\(*.pbo)(*.bisign) G:\ArmA2\@ACE\addons\(*.pbo)(*.bisign) G:\ArmA2\@ACEX\addons\(*.pbo)(*.bisign) G:\ArmA2\@ACEX_SM\addons\(*.pbo)(*.bisign) G:\ArmA2\@ACE_PLA\addons\(*.pbo)(*.bisign) ***troubleshooted with a friend who assued me he was starting from the dewsktop shortcut, after 3 hours I asked him to re-create his shortcut, to which he said, "oh that's a shortcut..." ....just an experience ***Side note, if I hear you right once you get this figured out and are still having problems with speed while using the mod, try the last option and use a USB stick... Good Luck FedaykinWolf
  16. I'm no expert just a power user, but It seems that Sickboy and Yoma are pointing us right. I heard some Win7 to Win7 issues, that's likely new IPv6 stuff. The Chimney Offloads, I have briefly tested in the past and lost the data, but there was something in or around that. I've always had network problems in ArmA2 (My ISP is WiMAX 3Mb/s down 384Kb/s up, "above perfect signal"). I've fixed my "local" ArmA2 microstutters and texture loads, still jobless, so I'll focus now on network connectivity Before I Gooooooooogle away myself, try these age old network tricks: Network Cable -Check the network cable (unplug Both ends and reconnect, in Canada chip-creep is real) -Swap the Cable, it's cheap and if it's the problem you'll be thankful you checked now!!! Router -Remove, insofar as possible, the Routers - simplifying the network until you have narrowed the problem is Very helpful. -I've heard (unconfirmed) reports of older routers not working so well with Win7, my ancient Linksys worked up until Win7 64 RC build 7100 (my first foray in win7) it still works, but it's no good!! (my assumption again points to IPv6 or the other added network features new to vista/win7) -If your ISP Modem doubles as a router (Do not, until you know where your network problem is, even try to add a router, unless you know what you are doing.) Network Interface Card (NIC) -Frequent or random disconnects? try telling your NIC to go 10Mb/s half duplex, whichever is required, just NOT Autosense... -NIC drivers are often overlooked, some of my more tweak-happy friends had not even considered it, -and if you already got new drivers, you may as well open up Device Manager and remove the Network card there and reboot and try that. ***WARNING*** BE SURE you have drivers that will work, or another computer to get them from NO guarantees... …but you already got the drivers unboard in windows, hush hush… should work, or it'll keep you busy for a while and buy me research time… Windows7 64bit OE -Automatic Updates, ALL installed programs, turn them off, -Firewall Settings -Windows Defender Ad and Spy ware settings -Avast Antivirus (what I use), I've found excluding the "...\arma 2\*" folders helps a little... was planning an IO test here soon... If your starting with Google, and have win7 probably best to search within last year and try perhaps these ideas off the top of my head: -IPv6 in games -WOW64 or VirtualMachine whichever and Networking (win7) -32bit online gaming in Win7 64bit -TCP stack offloads and games -RSS *Shrugs, but a follow up on Sickboy's link -Network Services, which are needed (if any) -How ArmA networks -NetDMA state -Direct Cache Access? It's very likely that due to Win7's age 3rd party Network tweaks'll be rare. ok I lied, bed first then research Good Luck, FedaykinWolf
  17. 1LT.Wolf.F

    ArmA 2 I/O analysis results

    I, OH... Breaking all barriers, or skirting the issues Great thread guys, very informative, and b/c of it I've gotten rid of my stutters; however, I did not use RAM drive or SSD hard drive, both of WHICH are ALWAYS better options than what comes below, but read on for some shocks and keep in mind I am no expert. Also I am not aiming to increase the FPS or combat the AI load on the CPU, I will do my best to stick to I/O operations from the SouthBridge I own (Intel p45). My initial Goal was to eliminate the HDDs problem all-together, but this post's goal is to help those who don't understand the low performance of their otherwise shiny-new computer, and to provide more info to people trying a non-ramdrive approach. Since I am currently jobless, a SSD or more RAM is out of the question, being jobless also provides me lots more time to test and drink... (I am sorry for my verboseness now, you have been warned...) My system's always ran good (20-40FPS), but had the typical random drops in frame rates (<15FPS) at intense times (i.e. lots of AI, and/or heavy scripts running, or in pre 1.05 Chernagorsk) and the annoying low-quality to high-quality loads that appear so clearly on screen for all to see, which was another focus for my tweaking. My default or normal system is very nice, but starting to age, -Win7 64bit Powered by a q9550, on a Asus P5Q -with 4 x 2GB RAM 800Mhz PC-6400 (Dual Mem. Controller), -HD-4670 (<--the aging feeling above starts here), X-Fi Fatality -SATA-II 250GB HDD 16MB cache (windows and Pagefile), -2x SATA-II RAID-0 250GB HDD 8MB cache (500GB) (ArmA 1.05) *16GB Kingston DataTraveler 120 USB2.0 *3x512MB Lexar POS USB2.0 sticks Then Problem's bound to surface (physical layer HDD) The battle, as far as I understand it, is getting information from HDD to the RAM for use in the CPU, then getting that information swapped out somewhere when out of RAM... The problem for us is as ARMA isn't particularly good at (or built for) 64bit memory addressing, and cannot use all available memory without manual ramdrive. Some starting assumptions by me: 1. ArmA is a 32bit app and, as such, absolutely cannot address greater than 4GB of system memory (32bit=2^32=4 billion) without external help i.e. ramdrives (~36bit technically with PAE, I can't remember exactly, ArmA2's still 32 itself) 2. ArmA is 9.33GB in size (as of ArmA 1.05.62017 with ACE 0.2.218) (not all 9.33GB needs to be loaded in all instances of ArmA2) 3. So, ArmA will swap loaded files from memory somewhere or reload from the HDD. Typically when running low on available RAM, programs will put excess memory into the pagefile (swapfile/virtual memory) on the assigned HDD. This (please help if I am wrong) is what happens in ArmA as well. That is basically: the data of ArmA is loaded from a HDD, and cached into RAM insofar as possible, then all not currently needed data will swap into the pagefile on a HDD, then back and forth as required by ArmA2. Here arises our first Problem: Simply that when ArmA2 can not find the Data it requires in RAM, it looks to a) the pagefile, or b) to load it fresh from the install files directly (perhaps the DVD-ROM too, if not installed properly, j/k ). A following problem is that we store ArmA2 and the PageFile on Spinning Magnetic Drives. Most systems today are generally loaded with 7200 RPM HDDs (5400 for laptops / 10,000+ for some really snappy drives). Because of the rotational period 120 rotations/sec and the added time to move the mechanical read/write heads across the tracks, ALL initial data request to the HDD wait 9-15-27ms just to position the heads and wait for the data to come 'round, unless of course, the Head is already there (extremely unlikely and indeed if this likely happened, this discussion would not be happening). All of this is likely pedantic and very well known to most people in this forum and even stated before (I am sorry if I annoy). My reasoning for its inclusion is that I see a lot of people who simply (b/c of life's I/O systems) can not invest time to learn the intricacies of the PC sub-systems, and how it handles ArmA2's extreme complexities, and are frustrated with better than optimal PCs which feel slow. So trying to stay focused and remain as clear as I can, 1) If you have only one physical HDD: all of the I/O overhead happens inside that drive, a separate partition will NOT help. (all partitions are inside waiting for the same heads) 2) If you have two physical HDDs: Separating ArmA2 and the pagefile Will Help out in I/O overhead, simply by having the option of reading from two separate HDDs. Each HDDs head seeks it own data, the load moves to the HDD controller. 3) Take number 2) one step further: A lot of mobos come with two SATA controllers or in my case SATA and RAID. Each of these controllers can handle many of their own HDDs. and each hard drive on each controller seeks its own as in step two... *I believe An explanation of RAID is beyond the scope here, but know I have my RAID drive to combat the seek times, see data below it does help a little, but still the very fist chunk of data had the normal waiting period. Ok now that ends my really cheap-ass attempt, which I hoped would be enough, it was not... Though much better, I still get the occasional stutter mainly from texture loads from buildings/trees/some vehicles. Personally, I'm not too confident that the SATA-II I/O system is over-tasked at all as my ICH10 alone has 6 ports and I believe no 3 (magnetic-conventional) HDDs could overpower it or force a wait-state (looking for the right phrase)... I'm not sure, so I'm looking for a refutation here please... (I'm only considering SATA 3Gb/s with my burst rate data as constants: see below) Intermission: ...I warned you about verboseness right? The Hard Fact: So back to what I can not replace my HDDs. This is a physical boundary that cannot be passed, only avoided. Permanent storage is painfully slow (see:Rosetta stone) but thankfully lasts; in a perfect world I would love enough RAM to load my 70GB and growing Xplane9, but that world would also require constant and stable electricity. I suppose ArmA2 in the CPU's static cache RAM is the next answer but if you have that money, I'm looking for a patron or a job PM me :). ...ok back on topic... Having stated before, I'm avoiding SSD-SDRAM, SSD-Flash and software RAM drives as they are all better options: Some Data: Windows HDD: Seagate ST3250410AS 16MB Cache TxFR rate: Min: 67MB/s Avg: 87.3 Max: 97.4 (burst 172.4MB/s) Access: Min 8.5ms Avg. 15.4ms Max 27ms RAID HDDs using DriveXpert in Speed or RAID-0 Seagate ST3250310AS 8MB Cache (2 identical drives) TxFR rate:Min:111MB/s Avg:115.2 Max: 119 (burst 117.2) Access: Min: 5ms Avg: 9.1ms Max: 15ms USB2.0 16GB Kingston DataTraveler120 TxFR rate:Min:19.5 Avg: 20.9 Max:21.7 (burst 21.7) Access: Min:0.6ms Avg: 0.6ms Max: 0.6ms USB2.0 512MB Lexar JD FireFly* (I have a 3 pack of these babies) TxFR rate:Min: 16 MB/s Avg: 16.1 Max: 16.1 (burst 16.7) Access: Min: 0.4ms Avg: 0.4ms Max: 0.4ms *these results are calculated averages from 3 test to each of my 3 Lexar USBs Everything was as expected, the HDD's trump the USB sticks, but after running some practical tests in ArmA2, I noticed some results which flabbergasted me... BTW the practical tests: 1) ArmA2Mark (run twice) + 2 BIS benchmarks (run twice) to test FPS and passive watching of texture loads. 2) 1-2 hours playing both Warfare BE 2.053a and DomiA2 1.30 AI hosted on my PC to try and stress the AI threads in the CPU an feel the games which I know) Turning back to the data notice the relative speed of the access times between the HDD and USB sticks... Skipping Stones: new rule sticks my not hurt you Normal Test I ran ArmA2 normally from my RAID drive to get a feel of normal. -ArmA2 started on avg. 35-45 seconds from double click to main menu after. -Navigating menus took the better part of a second -Loading missions and benchmarks were too random to include for effective data but I could hope for faster Then I fully copied ArmA2 straight to my 16GB stick and made a proper shortcut, powered off, booted and ran ArmA2 from the USB stick... *Note throughout the following test my avg. FPS never changed much more than 1-2 and I kept all video setting where I normally play at, and I Power-off-rebooted my pc after running each test twice. **PS. I wanted to include the time it took for me to encode a rock with a byte, but err being drunk I hurt myself, and gave up... Practical Test #1 Finally No more HDD (save the friggin. pagefile) -Running All ArmA2 and ACE from USB (exFAT) ArmA2 started in 18 seconds and all menu screens snap forward and back and missions had minor hiccups when loading, but noticeably faster than the norm. Finally the annoying texture load was unnoticeable or gone, microstutters are still around, but only at times when either the AI CPU load was INTENSE, or my Radeon4670's shaders are likely Very loaded (I lean toward high settings with 32bit HDR). With the unique way in which ArmA handles the GPU and AI threads in the CPU, I can not prove which subsystem is at hand with the now infrequent microstutters. I played for 3 days online before I went further, and there was no noticeable hit from switching from my normal setup to this exclusive USB stick, even with their time-and-time-again proven lack of sustained transfer rate. I recommend you at least try this if you can, and especially if you need a cheap quick fix to enjoy ArmA2... and who doesn't? If you are here... You do* Believe it or not this offered the best response from ArmA2 regarding load times, of ArmA2, its mission, and its menus; and completely eliminated the in game texture loads (gotta remember the term/phrase for that soon) Practical Test # 2 Continuing to Beat that dead horse (superfetch used) (gotta figure out your tool Qwertz ASAP) -Run ArmA2 normally (from RAID) -16GB USB (exFAT) as ReadyBoost From somewhere on Microsoft: ReadyBoost is a Disk Caching service which (using superfetch) monitors frequently used files and caches them on available USB2.0 Flash Sticks. ReadyBoost required a sustainable transfer rate of 2.5MB/s and access times >1ms; however, it also says Minimum of 1GB free on the stick I tripped over this nightmare turned good for me and I hope you too: ReadyBoost (Vista = nightmare, Win7 = SWEET). I've just begun to test this out but I have to include it here. Starting with my normal setup, only this time my 16GB USB formatted with exFAT and setup as a ReadyBoost drive (exFAT required to use >4GB). This Option granted some bonus to the standard RAID setup but not enough to really make a splash. Not enough to be viable, but I imagine some USB stick will work better than others. And people have reported no caching in ArmA, I saw some activity, arguably it could be anything, I'll try to I/O tool once I get some sleep. (Suggestion for those almost ready to give up on ArmA2: Put the USB stick on a USB hub with ReadyBoost by your keyboard, and watch it superfetch, it's great when you've been drinking, and at least distracts you when loading screens are on... like an electric stress ball... and the headaches are less painful than pre 1.02 ArmA2) Having already solved my problem and chancing my dying readership's loyalty, I brought this up because I found a long-shot which worked best for me. Practical Test #2 Ammendment -Page File and Win7 on single HDD (C:) -ArmA2 on RAID drive (D:) -ACE (all mods) on 16GB USB stick (0.6-0.7 ms) -3 x 512 ReadyBoost USB sticks (0.4ms) Note: I am directly breaking the 1GB requirement of ReadyBoost as I have tested with 1, 2, and 3 512MB sticks individually and simultaneously with no error or problems - in fact only good reports (and they are 50-100% faster with random access time). This amendment has been the best option for my system and preferences, by far the most solid results and little work needed by me, here is a summary :) Load time are only 2 seconds (20sec) away from my best time (18sec from USB exclusive install) and ReadyBoost really helps at least in other areas around the system, for once I am not disabling a MS service, and that kind of scares me. My GUESS is that if superfetch IS doing something, and if it is true ArmA does not use disk cache, during ArmA's load my room lights up blue (USB LEDs) until the menu screen. Perhaps superfetch is still helping the pagefile or an external substem which arma uses? AGAIN I just learned about ReadyBoost. Conclusion To each ArmA2 user our collective interest (until 64bit code) is getting all of ARMA across the northbridge in to the 6.4GB/s transfer rates of memory by all means available. In this forum post now essay, I tried to explain that the true limitation for us non SSD or RAMdrive users is strictly the physical layout of the HDD. For those of us who have 8GB RAM or less we need to help ArmA2 into the RAM, and the HDDs are insufficient alone and with RAID. One mean is via USB2.0 sticks for their strength is in small random access, and their weakness is sequential data (opposite of HDDs). I found it strange that the USB stick alone ran ArmA2 fine, and that's what started this quest. My friend using ArmA2 on a USB on his laptop, noticed no difference, which again raises a flag- for it was assumed by me and many to be far slower. Which leaves me with questions I hope some of your expertise will help with. Now are the questions more verbose than the answers I've come to above? and is anyone left to hear this? Thanks Qwertz and everyone else, your efforts woke me up, Consequent Questions: Though ArmA2 is abundant with large files such as dubbing.pbo and structures.pbo, these .pbo files are archives consisting of many, perhaps compressed, smaller files Correct? If so, are the operations beyond RAM capacity that are asked of the I/O system from the ArmA2 application all or for the most part very small? Say less than 64KB? or 1MB? (I don't really know how to pose this question) (If so then we have a cheap answer for all. Try the USB2.0 stick! Because, when dealing with ArmA2, great sequential data transfer does not offer the same performance gains as do the quick and small random accesses) The only answer I can see is, Yes it must use for the most part be small file/mem/command calls, or I am missing something, and I'll need the community to smack me right, because I am out of resources to test and out of grey matter. If you think I am breaking wind instead of barriers, that may be true, as I do too, but I wish more than anything to continue and advance this dialogue for all the tweakers and the frustrated a like. Thank you for your time, and drop a hello to FedaykinWolf if you catch me online… I'm not as verbose there I promise... **Note: And though the USB is faster by itself, I have decided to use every available subsystem insofar as possible (2nd test amendment setup) My HDD (pagefile) and RAID (ArmA2) handle what they can, the fast ReadyBoost drive (Lexar) does great caching, and my hope is it caches pagefiles too, the Slowest USB (16GB) stick is still removable and it contains only the mod folders of ArmA2. I am anxiously awating the AddOn folder file splitting and have been playing around with it... **Note: (this is not conclusive!!! nut a pattern noticed) A lot of the advertised "faster" USB sticks SEEM to get faster by giving up the random access time, this is not good if you want Quick Random Accessible Memory to combat limitationd of Permanent storage HDDs; however, Some other Ratio of "Access time : transfer rate" may yield better or worse results. **Everything I did here I used from parts I found laying about which I intended to use as space saving floppies... I am ecstatic at the results I have gained, and hope something here helps you, if not at least it is likely time for bed, and you probably want to drink to forget this message at 4 pages .... 6 pages. **more RAW data (HD Tune 4.0) see the "extra tests" tab My USB stick can only and ALWAYS will out perform my HDD at access and transfers when Data is 64KB or less. The HDD in my system comes to 15ms on average, doing some 65 ops/sec whereas my slowest USB stick sending a digital pulse can access these tiny files in 0.7ms doing 1426 ops/sec Grants 22 times performance across the board. By 64 KB file this advantage drops to 11 times faster on A USB2.0 than the HDDs. Somewhere around 1MB file calls the HDD and USB are the same and the only thing which can help here is if you can call to each device separately via separate HDD/ USB controllers at the same moment. Any sequential read above 8MB and the HDD will take some 60MB/s and triple the USB sticks and after that the HDD is king (defrags are a GOOD thing!!!). With this in mind, if all data is on your HDD in the right sector right as it is needed without any possible programming error, the HDD will dominate ArmA's requirement, but ArmA2, Win7, and the world's too complex for that. **Verbose - 1) to type until 7:25 AM about the sympathy one has for the people who are pulling their hair out over the great promise that that "shinny new system" and ArmA2 can and will eventually provide :) I am offically shutting up now, see you online!!! FedaykinWolf
  18. Hello my WiMAX borthers, where the granite is too hard for Fiber Optics! I am 30min north of Toronto with WiMAX 3Mb/s down and 384Kb/s up. I get all of the weirdest problems on the net and it is mainly with arma, other games I rarely play (Latest tested Mechwarrior Living Legends Open Beta (sigh) with no problems what so ever). I've got nothing concrete, but I've been playing the ArmA series for 2 yeas and have seen many forums. Some things which might help with WiMAX at least... 1. Bandwidth = keep an eye on the min and max values in the Player screen when it drops under 40 (as it always will at 6-11pm EST) you are looking to start seeing Desync and lag, i.e., AI doing the running man. ***note, ask other players who seem to have good connections, as once you are desynced, the player stats screen can become severely outdated... 2. Background Applications yea yea we all know, but keep in mind the autoupdaters, and auto online internet checks, disabling these or disallowing them through the firewall at peak times so as not to interfere has helped keep me from being banned (due to ping) a couple times... 3.Speed/freq of server updateStay out of fast movers with other players mounted, I've noticed that this is especially good at igniting a good desync. I believe that our culprit is packet loss and an over loaded network (I know my tower is overloaded at peak times...) IF anyone can help us out further it would be VERY much welcomed, as we really don't have a helping ISP, maybe a forum thread/topic called: "Shitty Internet Sufferers in ARMA trying to connect, Pandora's hope needed"
×