Jump to content

0x00

Members
  • Content Count

    16
  • Joined

  • Last visited

Community Reputation

17 Good

About 0x00

  • Rank
    Bottle Rocketeer

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Performance is generally better, but memory usage isn't drastically reduced & despite updates to garbage collection, the longer you run it, memory usage still tends to inflate, as long as the game loads pretty much every texture in memory at start i don't see how performance, specifically memory usage could be reduced. For comparison my Arma 3 installation has about 200GB of mods ontop of the 68GB game(all dlc's included) on a dedicated 500GB SSD & it hardly ever uses more than 12GB of RAM(On ULTRA), so ksp's approach to loading textures is the core reason for this problem & i don'
  2. Updated OP, ksp working set is now cleared only when system memory usage exceeds a specified maxium in percent,by default when 70% system memory usage is exceeded ksp's working set will be continually cleared every N seconds as defined in config,default (30), until memory usage falls below set limits, this allows KSP to remain more responsive when under the limit, as opposed to before where it was indefinitely cleared. I was actually just about to update it to function as you described,well sort of... I was testing i over the past couple of days,but you asked,so here you go...
  3. @Jognt Updated OP, Fixed Excessive System wide working set purge, only happens once when script starts as opposed to before where it occurred anytime config value was changed as well.
  4. I'll take a look into that,it might be because when the script starts or when ever you change interval it clears entire system memory pool, to increase overall available memory for KSP, I'll either find a better way to do that or may be just make it a hotkey for user to manually activate if/when a user chooses to do so. I'm not home right now, but I'll post an update when i get back in a couple of days, thanks for the feedback.
  5. @Gordon Dry I think the cause is what @Jognt suggested, your parameters, -force-glcore , I've had quite a few problems with it & so don't use it,it just crashes on me when i tried to test it so i can't exactly reproduce what you stated,so could you possibly try -force-opengl instead, OR without any parameters if that too is problematic. Cheers
  6. Cause of that error is most likely something else,an actual mod running within ksp. So perhaps attempt to run the exact modset in which you encountered this error with/without the script & let me know if in indeed the error occurs with the script but not without given the same modset. And if the error is indeed only present with the script running,please post the list of mods you're running. As others have alluded, there should be no conflict,although i don't recommend manually padding heaps(as opposed to simply having the mod running) while using the script, as they have enti
  7. Updated OP with direct download link & updated script with config to manually define frequency of memory purge to improve usability.
  8. I did make a functional writeup in C#,and tried to use TAC's plugin template to build it as a plugin,but i couldn't get VisualStudio working with KSP, but here's the C# code needed if anyone can build it,... with appropriate modifications obviously, as it's meant to run indefinitely every N seconds. using System; using System.Diagnostics; using System.Runtime.InteropServices; public class MemoryManagement { [System.Runtime.InteropServices.DllImport("kernel32.dll")] private static extern int SetProcessWorkingSetSize(IntPtr process, int minimumWorkingSetSize, int maximumWorkingSetSize);
  9. Indeed it's not a mod & I didn't even know that was a section, although i think fewer people might find it there, so perhaps this is the best place for it in retrospect. As the functionality is a basic DllCall, if anyone can implement this as a dll that could be loaded from within ksp it would be most useful i think, and perhaps most convenient. @linuxgurugamer, ur the lord of mods, care to give it a shot, i reckon more people would use it if it were a dll plugin, it's simply a matter of clearing the working set at a fixed interval, pretty much this function https://docs.micro
  10. Note really, but opengl already provides great reductions in memory usage, so it improves on opengl gains,though doesn't depend on it, you could just as well use directx11. @Gargamel Could you please move this thread to Add-On Releases.
  11. I stand corrected, I've amended my comments & done a stock test to reflect as much. I knew there were 'stock' tropes on YouTube, though challenges more than an actuall way to enjoy the game, but i never considered why anyone would want to play stock & 'NO ONE' was to strong a phrase, cheers.
  12. See updated post,and i made sure to test stock beforehand, inferior results from the outset convinced me otherwise. And besides no one plays stock,so beside excluding mods as the cause for my perceived gains/loses,i saw no reason for extended testing given the stock performance at the start screen,let alone during gameplay. License included, and It is indeed for potato machines,but it's useful nonetheless, I've got plenty of RAM,but never enough to run ARMA 3 & KSP simultaneously,with it,i can.... AND NO,testing was not under those conditions,just something i like to do occasionaly
  13. So KSP actually 'USES' very little memory, it simply 'ALLOCATES' too much, that's the infamous 'memory leak' issue, though there were numerous memory leaks,the issue most describe is simply excessive allocation,where RAM usage inflates rediculously while in game or during start, an actuall memory leak is where an application uses more & more & more RAM non-stop until an eventual crash,the AHK script below is my solution to excessive allocation,this simple script is meant to be run Persistently,thought it acts only upon KSP, KSP will have slightly less performance when alt-tabbing AND
×
×
  • Create New...