Unusual backup size

Page 3 of 4 FirstFirst 1234 LastLast
  1.   My Computer


  2. whs
    Posts : 26,210
    Vista, Windows7, Mint Mate, Zorin, Windows 8
       #22

    Nuntius said:
    Ok....

    So... I was able to change the backup size down to normal... (50GB) by empty everything in my E drive but now im having a different problem...

    I can no longer backup my system at all....

    keep getting the following error

    [IMG] Uploaded with ImageShack.us[/IMG]

    sigh... one problem after another >.< maybe i should just format my windows...

    any advises?

    thanks!
    In the process of clearing the other partitions you probably deleted some files that the system is looking for now.

    No need to reinstall. Just get off that defunct Win7 imaging and use a sensible imaging program.
      My Computer


  3. Posts : 4,049
    W7 Ultimate SP1, LM19.2 MATE, W10 Home 1703, W10 Pro 1703 VM, #All 64 bit
       #23

    Back in the "good old days"


    mjf said:
    I haven't looked extensively but it appears to me
    1) No gain moving pagefile to another partition
    2) Maybe a marginal gain on another disk
    eg, Ref:
    Is it a good idea to change my Microsoft Windows page file size?
    3) Sufficient RAM (which is relatively cheap) should place less emphasis on the pagefile.

    So in the OP's case I would have thought moving the pagefile to another disk create more problems than it is worth. I use Windows imaging extensively with complete success. The OP's configuration effectively removes this capability in a practical sense.
    whs said:
    You are absolutely right. No point moving the pagefile. With e.g. 4GBs of RAM, reduce it to 1GB for the very rare hard page fault that some programs produce - even if there is sufficient availablee RAM. And since the page faults are rare, there is really no performance gain.
    I read about moving the pagefile back when I was using XP (~6 years ago).
    The theory was that you would get superior performance, because you wouldn't be trying to read/write to the pagefile and OS partition simultaneously.
    It seemed like a reasonable explanation to me.

    Since I first started using Windows 98 (~10 years ago) it has been my practice to move everything possible off of the OS partition.
    My friends all complained that they had to reinstall Windows every 2 or 3 weeks.
    They also claimed that it wasn't because of malware.

    The only reason I could think of, was that the constant read/write operations, on the OS partition, were causing the failures.
    Therefore I moved everything that I could, off of the OS partition.
    I only had to reinstall Windows 98 when I got hit by malware or I got a new HDD (so not every 2 or 3 weeks). :)

    With modern hardware (large amounts of cheap RAM) there probably is no appreciable benefit to moving the pagefile.

    My Windows 2K8 textbook recommended:
    pagefile = 1.5 x RAM (caveat: see the MS links below)
    Here are some MS links:
    How to determine the appropriate page file size for 64-bit versions of Windows
    How to overcome the 4,095 MB paging file size limit in Windows

    I also remember reading (a few years ago) constant complaints about Windows backup (thus I use Macrium).

    In any case the solution to the original problem is still the same:
    Installing some other program to create your backups.
    And/Or
    Moving the pagefile back to your OS partition (or its own small partition).
    Last edited by lehnerus2000; 22 Dec 2011 at 03:17. Reason: Additional
      My Computer


  4. Posts : 450
    Windows 7
       #24

    IIRC, pagefile writes outnumber reads 10:1. Windows puts stuff in it (very little) but seldom is it recalled (can't find the Russinovich discussion right now)

    So, the question I wish people would have been asking for 10 years is: how much paging file activity does your system incur? And, if you have caching policy set to allow writes to be completed as soon as the data is in the controller cache vs. waiting for it to be physically destaged to disk, then it matters even less where you put it.
      My Computer


  5. whs
    Posts : 26,210
    Vista, Windows7, Mint Mate, Zorin, Windows 8
       #25

    Yeah, sometimes history teaches us a lesson - but in this case it teaches us the wrong lesson. If you were looking for performance, moving the pagefile off the SSD would be counterproductive. But with today's systems that usually have a lot of RAM, the pagefile is used so rarely that it really is a non issue.

    In addition to being rarely used, it is also used in very small doses. So a 1GB size suffices.
      My Computer


  6. Posts : 450
    Windows 7
       #26

    whs said:
    Yeah, sometimes history teaches us a lesson - but in this case it teaches us the wrong lesson. If you were looking for performance, moving the pagefile off the SSD would be counterproductive. But with today's systems that usually have a lot of RAM, the pagefile is used so rarely that it really is a non issue.

    In addition to being rarely used, it is also used in very small doses. So a 1GB size suffices.
    Having been in the field since the mid 80's, I am amazed at how hard it is to kill bad technical information in this field. People just won't adapt to technical evolution.

    I was thinking of putting my Windows Search index on my SATA drive once I install my SSD.

    I was mentioning to someone at work, that basically with SSDs, future releases of Windows can gut virtually all the code that was put in to reduce physical disk access. All that code to sort boot files during I/O to reduce head movement. All that stuff.

    Much the same way too many people think 64-bit will "run faster" when 99% of the time, it's simply virtual storage constraint relief (address space map). There might be some cases where you're butting up against the address space limit, but not often.
      My Computer


  7. whs
    Posts : 26,210
    Vista, Windows7, Mint Mate, Zorin, Windows 8
       #27

    Right Jim. Rumors run faster than fact. But who cares, let the morons live with their believes.
      My Computer


  8. mjf
    Posts : 5,969
    Windows 7x64 Home Premium SP1
       #28

    I think the ironic thing in all of this is that I don't think imaging programs including Windows include the page file. But because it's a system file Windows may want to include the partition it is on!
    If you are going to deviate from a basic MS Windows configuration for some good reason a good third imaging program is probably the way I would go.
      My Computer


  9. Posts : 450
    Windows 7
       #29

    mjf said:
    I think the ironic thing in all of this is that I don't think imaging programs including Windows include the page file. But because it's a system file Windows may want to include the partition it is on!
    If you are going to deviate from a basic MS Windows configuration for some good reason a good third imaging program is probably the way I would go.
    Weird, isn't it? It probably has to do with the semi-same reason that on Disk Management, the PAGE FILE is one of the attributes listed next to a partition.

    EDIT: Since System Image is in "VHD" (block-level) backup mode, WHOLE volumes/partitions copied is the only M.O. available.

    I'm still happy using Windows System Image/Backup, though.
    Last edited by JimLewandowski; 22 Dec 2011 at 09:17.
      My Computer


  10. Posts : 4,049
    W7 Ultimate SP1, LM19.2 MATE, W10 Home 1703, W10 Pro 1703 VM, #All 64 bit
       #30

    Reducing writes


    whs said:
    If you were looking for performance, moving the pagefile off the SSD would be counterproductive.
    Agreed.
    I've never heard anyone say that moving your pagefile from your SSD to a HDD increases performance.
    It's always been recommended as a way of reducing write operations performed on the SSD.
      My Computer


 
Page 3 of 4 FirstFirst 1234 LastLast

  Related Discussions
Our Sites
Site Links
About Us
Windows 7 Forums is an independent web site and has not been authorized, sponsored, or otherwise approved by Microsoft Corporation. "Windows 7" and related materials are trademarks of Microsoft Corp.

© Designer Media Ltd
All times are GMT -5. The time now is 20:53.
Find Us