#PCSX2 A FILE COULD NOT BE CREATED MANUAL#
So, it will be a manual process, and your memory card file should be somewhere neutral outside of what you copy into the ramdisk, or you will lose your files if you forget to copy them back out after you save. When I first created the ramdisk on Windows with ImDisk, I copied in the entire emulator folder (totaling 4.29GB) and it immediately started at 800MB/s and finished within a few seconds.
![pcsx2 a file could not be created pcsx2 a file could not be created](https://www.partitionwizard.com/images/uploads/articles/2021/07/pcsx2-controller-not-working/pcsx2-controller-not-working-thumbnail.png)
We also don't know if the user is going to play for a while, or if he's just testing a couple different games.
#PCSX2 A FILE COULD NOT BE CREATED 64 BIT#
iso file into a ramdisk when I read that PCSX2 wouldn't benefit from 64 bit words because of the amount of time spent on I/O, so I tried it. I had the idea of putting both PCSX2 and my. To get a rough estimation - that's the duration it takes to create the gz index (since the entire file is decompressed and memory snapshots of the decompressor are saved at regular intervals - that's the index).Īnecdotal evidence here: I was reading some threads about Vulkan support because I wanted to try and get better performance on Juiced. GZFILE_READ_CHUNK_SIZE is the amount we're decompressing at each zlib access - and that's also the cache chunk size.Īs for decompressing once and storing the entire data, be it at the heap or ramdisk, the problem with this IMO is that it can take quite a lot of time to decompress the entire file. Though that's most probably still way faster than actual disk access. So I think cache misses are relatively expensive with 800 searches (and misses). I don't know how/if the CSO implementation uses caching, but for gzip, the caching config is 200M in chunks of (up to - in case end of data) 256K, and it's searched linearly where each cache hit moves the chunk to the top of the list (MRU).
![pcsx2 a file could not be created pcsx2 a file could not be created](https://www.imacrepair.ie/res/macOS-will-not-install.jpg)
Maybe something in background thread, so you can read the start of ISO waiting the unzip of the any thought? Note, it would be possible to support a full decompression at startup to avoid index generation. I suspect that mmap is rather fast so we can potentially keep a single block for the cache, or at least reduce the size of the cache.ĭecompression will be done once this way.