Uploaded image for project: 'Core ReactOS'
  1. Core ReactOS
  2. CORE-4397

HACK: Unable to create/access 2GB+ pagefile

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: Major
    • Resolution: Fixed
    • Fix Version/s: 0.4.0
    • Component/s: NTCore
    • Labels:
      None
    • Environment:

      Operating System: ReactOS
      Platform: x86 Hardware

      Description

      In theory FAT32 should allow filesizes up to 4GB. I don't know ReactOS's pagefile allocating strategies, but as I got a virtual machine I can assign more than 4GB memory to:

      • ReactOS seems to create a swapfile which is exactly as large as the installed recognized memory.
      • Unknown if ReactOS system dialogs allow to actually change this amount in a working way.
      • ReactOS should never create a paging file larger than 4GB as that's file size limit.
      • ReactOS seems to have trouble creating and/or accessing paging files over 2GB filesize. If I increase the working memory I assign to a virtual machine from 2048MB (no complaint whatsoever) to 2052MB or more, I get a message claiming:
        (./base/system/smss/print.c:33) "Creation of paging file ??\C:\pagefile.sys with size 2100788 KB failed (status 0xc00000f1)"
      • ReactOS does not seem to be happy with already existing paging file, it wants to adjust the size to actual amount of RAM.
      • Unsure if ReactOS can use/access/modify Windows XP pagefile.sys if located on the same FAT32 disk.
      • Unsure if swapfile creating also depends on /MAXMEM value, or if it ignores it completely.

      Recommended : check if ReactOS can handle storing/accessing/modifying/creating files between 2GB and 4GB on FAT32.

      Recommended : hardcode max swapfile size to at least below 4GB, but preferably also below 2GB. Alternatively, respect /MAXMEM setting

      Recommended : don't adjust paging file's size if the paging file exists. ReactOS installation should set it to correct value, and user later on through normal interface.

        Attachments

          Activity

            People

            • Assignee:
              bug zilla Bug Zilla
              Reporter:
              bblaauw bblaauw
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: