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

Reactos is running out of memory when writing files > RAM-size

    XMLWordPrintable

Details

    • Bug
    • Resolution: Fixed
    • Critical
    • 0.4.9
    • None
    • VirtualBox with 256 RAM on Linux with a fairly fast SSD

    Description

      Reactos is geting out of memory if you want e.g. try to unpack a tar.gz file with total commander (it needs to unpack the tar file first, which was 400 MB in my case) or download Libreoffice 4.3.2 with the download manager while having 256 MB RAM.

      The log says following on the later case:

      ...
      (../../ntoskrnl/se/accesschk.c:253) HACK: RemainingAccess = 0x00190000  DesiredAccess = 0x00190001
      (../../ntoskrnl/se/accesschk.c:253) HACK: RemainingAccess = 0x00190000  DesiredAccess = 0x00190001
      (../../ntoskrnl/se/accesschk.c:253) HACK: RemainingAccess = 0x00190000  DesiredAccess = 0x00190001
      (../../ntoskrnl/ke/bug.c:278) RealFrameCount =0
      (../../ntoskrnl/mm/ARM3/virtual.c:5496) MM:MmGetPhysicalAddressFailed base address was 8AD4A000
      (../../ntoskrnl/ke/bug.c:278) RealFrameCount =0
      (../../ntoskrnl/mm/ARM3/virtual.c:5496) MM:MmGetPhysicalAddressFailed base address was 8AD4B000
      (../../ntoskrnl/ke/bug.c:278) RealFrameCount =0
      (../../ntoskrnl/mm/ARM3/virtual.c:5496) MM:MmGetPhysicalAddressFailed base address was 8AD4C000
      ...
      (../../ntoskrnl/mm/ARM3/virtual.c:5496) MM:MmGetPhysicalAddressFailed base address was 8C896000
      (../../ntoskrnl/ke/bug.c:278) RealFrameCount =0
      (../../ntoskrnl/mm/ARM3/virtual.c:5496) MM:MmGetPhysicalAddressFailed base address was 8C98D000
      (../../ntoskrnl/ke/bug.c:278) RealFrameCount =0
      (../../ntoskrnl/mm/ARM3/virtual.c:5496) MM:MmGetPhysicalAddressFailed base address was 8C98E000
      (../../ntoskrnl/mm/ARM3/pfnlist.c:114) Running low on pages: 80 remaining
      (../../ntoskrnl/mm/ARM3/pfnlist.c:114) Running low on pages: 79 remaining
      (../../ntoskrnl/mm/ARM3/pfnlist.c:114) Running low on pages: 78 remaining
      (../../ntoskrnl/mm/ARM3/pfnlist.c:114) Running low on pages: 77 remaining
      ...
      (../../ntoskrnl/mm/ARM3/pfnlist.c:114) Running low on pages: 5 remaining
      (../../ntoskrnl/mm/ARM3/pfnlist.c:114) Running low on pages: 4 remaining
      (../../ntoskrnl/mm/ARM3/pfnlist.c:114) Running low on pages: 3 remaining
      (../../ntoskrnl/mm/ARM3/pfnlist.c:114) Running low on pages: 2 remaining
      (../../ntoskrnl/mm/ARM3/pfnlist.c:114) Running low on pages: 1 remaining
      (../../ntoskrnl/mm/ARM3/pfnlist.c:114) Running low on pages: 0 remaining
      Assertion 'MmAvailablePages != 0' failed at ../../ntoskrnl/mm/ARM3/pfnlist.c line 540
       
      Entered debugger on embedded INT3 at 0x0008:0x8095a312.
      kdb:> 
      bt
      Eip:
      <NTOSKRNL.EXE:15a313 (:0 (DbgBreakPoint))>
      Frames:
      <NTOSKRNL.EXE:c178b (ntoskrnl/mm/ARM3/pfnlist.c:540 (MiRemoveZeroPage))>
      <NTOSKRNL.EXE:eefd9 (ntoskrnl/mm/freelist.c:572 (MmAllocPage))>
      <NTOSKRNL.EXE:eda05 (ntoskrnl/mm/balance.c:273 (MmRequestPageMemoryConsumer))>
      <NTOSKRNL.EXE:8d98 (ntoskrnl/cc/view.c:616 (CcRosGetVacb))>
      <NTOSKRNL.EXE:92c4 (ntoskrnl/cc/view.c:842 (CcRosRequestVacb))>
      <NTOSKRNL.EXE:58f5 (ntoskrnl/cc/pin.c:66 (CcMapData))>
      <fastfat.sys:69bf>
      <fastfat.sys:7859>
      <fastfat.sys:dffe>
      <fastfat.sys:f797>
      <fastfat.sys:d6f3>
      <fastfat.sys:db9f>
      <NTOSKRNL.EXE:7b343 (ntoskrnl/io/iomgr/irp.c:1207 (IofCallDriver))>
      <NTOSKRNL.EXE:7328f (ntoskrnl/io/iomgr/iofunc.c:914 (IoSynchronousPageWrite))>
      <NTOSKRNL.EXE:4537 (ntoskrnl/cc/copy.c:149 (CcWriteVirtualAddress))>
      <NTOSKRNL.EXE:62a8 (ntoskrnl/cc/view.c:140 (CcRosFlushVacb))>
      <NTOSKRNL.EXE:6a92 (ntoskrnl/cc/view.c:229 (CcRosFlushDirtyPages))>
      <NTOSKRNL.EXE:9e6c (ntoskrnl/cc/view.c:351 (CcRosTrimCache))>
      <NTOSKRNL.EXE:ed6f0 (ntoskrnl/mm/balance.c:168 (MiTrimMemoryConsumer))>
      <NTOSKRNL.EXE:ed87a (ntoskrnl/mm/balance.c:407 (MiBalancerThread))>--- Press q to abort, any other key to continue ---
       
      <NTOSKRNL.EXE:1274f4 (ntoskrnl/ps/thread.c:156 (PspSystemThreadStartup))>
      <NTOSKRNL.EXE:13fa39 (ntoskrnl/ke/i386/thrdini.c:78 (KiThreadStartup))>
      <NTOSKRNL.EXE:1274bb (ntoskrnl/ps/state.c:565 (NtQueueApcThread))>
      <f9e2dd90>
      <NTOSKRNL.EXE:9fa05 (ntoskrnl/ke/wait.c:539 (KeWaitForSingleObject))>
      <NTOSKRNL.EXE:f274f (ntoskrnl/mm/mminit.c:312 (MmMpwThreadMain))>
      <NTOSKRNL.EXE:1274f4 (ntoskrnl/ps/thread.c:156 (PspSystemThreadStartup))>
      <NTOSKRNL.EXE:13fa39 (ntoskrnl/ke/i386/thrdini.c:78 (KiThreadStartup))>
      <NTOSKRNL.EXE:1274bb (ntoskrnl/ps/state.c:565 (NtQueueApcThread))>
      <b0601038>
      <NTOSKRNL.EXE:1e9aec (:0 (NonPagedPoolDescriptor))>
      <f9809e9a>
      Couldn't access memory at 0xF1809E9E!
      kdb:> 

      Attachments

        1. debuglog_r72155.txt
          7 kB
        2. cc-trim-cache.patch
          1 kB
        3. DebugCachePatch75762.zip
          28 kB
        4. cc-trim-cache-applied-onTop-r75820-l2l-BSOD-TotalCmdBigCopy.log
          199 kB
        5. cc-trim-cache01.png
          cc-trim-cache01.png
          96 kB
        6. cc-trim-cache01.txt
          3 kB
        7. 0.4.8-dev-858-gf93acd8__BSODs_again.log
          187 kB
        8. 0.4.8-dev-921-g6c073e9.png
          0.4.8-dev-921-g6c073e9.png
          41 kB
        9. hooray.png
          hooray.png
          60 kB

        Issue Links

          Activity

            People

              Heis Spiter Pierre Schweitzer
              mifritscher mifritscher
              Votes:
              4 Vote for this issue
              Watchers:
              17 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: