How can I delete my swap file so I can get a brand new one with no erros??
Thanx;)
Printable View
How can I delete my swap file so I can get a brand new one with no erros??
Thanx;)
?????Quote:
no erros
What sort of errrors ?
you can go into system properties and change its size and drive,this location is different dependent on your OS.
If windows 98/95, boot to DOS and delete the file c:\windows\win386.swp . If 2k or XP, boot off of the CD, run the recovery console, and delete the pagefile.sys in as many locations as you may have it configured. A reboot will recreate the file automatically.
For NT 4.0, I think you can use a 2k CD, boot from it and enter the recovery console just the same. It will allow you the basic command line interface as if you were manipulating a 2k system....
PS--next time, tell us the OS...:rolleyes:
I echo the sentiment of ??????.
Thanx for your replys
And the OS is NT4
Sorry
:rolleyes:
Would this satisfy your query?Quote:
Originally posted by ilovetheusers
I echo the sentiment of ??????.
CAUSE This behavior can occur if the Pagefile.sys file is damaged.
C-weed, there is your cleanest method (per Microsoft).
Well, I'll be. I thought the OS created a new swapfile when booting. Forgot NT, 2K and XP could have perminant files. I was thinking he was on 98.Quote:
Originally posted by Ya_know
Would this satisfy your query?
CAUSE This behavior can occur if the Pagefile.sys file is damaged.
C-weed, there is your cleanest method (per Microsoft).
I will go to sleep tonight a little bit smarter. ;)
I had no idea the swapfile behaved differently in Win2000/XP.
Disbling virtual memory has the same effect as deleting the swap file - and is safer too. While you're @ it...go ahead and run Diskeeper (you have it don't you? A must for NT4...) after you disable virtual memory and consolidate your free space. Re-enable virtual memory and enjoy the (sometimes slight) boost in swap performance. FYI This also works on Win9x/Me/2k/XP as well, just consider the amount of RAM you have first.:D
I didn't think you could disable VM in NT4.0. How is it done, besides zeroing out the settings?Quote:
Originally posted by Archangel42069
Disbling virtual memory has the same effect as deleting the swap file - :D
Archangel,
I used to use the trick of disabling the swapfile, defrag and then re-enabling the swap in Win98 PCs. However, I wonder on the consequences. Ideally the swap file is near the beginning of the drive (my understanding anyway) and removing the swap and defragging moves other data to that spot. Then when it is re-enabled, the swap file is pushed towards the middle or end.
That's how I've always done it.....Quote:
Originally posted by Ya_know
I didn't think you could disable VM in NT4.0. How is it done, besides zeroing out the settings?
"Back in the day" of older PIO HDD's that might have been a performance hit...but most modern HDD's operate fairly equally well throughout the disk - also, if the data is sent to the end(outside,right?) of the disk, It would stand to reason that there would actually be a performance gain. Too, the consideration must be made of the pros and cons of the situations...i.e. Which is better - a fragged swapfile or one that isn't all at the front? In my experience, the fragged swapfile is almost always slower.Quote:
Originally posted by Tr!une
Archangel,
I used to use the trick of disabling the swapfile, defrag and then re-enabling the swap in Win98 PCs. However, I wonder on the consequences. Ideally the swap file is near the beginning of the drive (my understanding anyway) and removing the swap and defragging moves other data to that spot. Then when it is re-enabled, the swap file is pushed towards the middle or end.
Good point about the hardware, and yes if the swapfile is in chunks then for sure this would help. So I basically concede with one more question, does the swapfile get fragged (brings back the doom days) internally? And does merely deleting it in dos fix that?
Thanks
Ok, good question. I'm sure there is someone out there who knows more about the operation of the swapfile on different OS's than I do, but I will try to be as informative as I can. To the best of my knowledge, the swapfile acts as a RAM "emulator." The OS will send info needed by the currently running programs to the system's RAM, however if it is in use, or there is info from a prog running minimized or if the information seems to be called often, it gets sent to the swapfile. Win386.swp and Pagefile.sys (depending on your OS) are living files - changing with each new program opened. Information gets overwritten regularly as it is no longer needed. It would stand to reason, then, that INTERNAL fragmentation would be irrelevant - unless you are using dynamic Virtual Memory(VM), which means letting windows manage the swapfile. Any time windows changes the size of the swapfile, it can create a "hole" in the HDD - a place with no data written. This can cause fragmentation of not only the swapfile as other data changes, but also of your other files. Hope that answered your ?...if you get info that contradicts this, please let me know so I don't show my @$$ again!!Quote:
Originally posted by Tr!une
Good point about the hardware, and yes if the swapfile is in chunks then for sure this would help. So I basically concede with one more question, does the swapfile get fragged (brings back the doom days) internally? And does merely deleting it in dos fix that?
Thanks
kinda the way I pictured it. Internal fragmentation shouldn't be an option.
Okay another theory in my quest for ideal settings. First, does fdisking a hard drive with 98 boot disk cause any problems with installing W2K on an NTFS partition? meaining, if I create the partition in the FDISK and convert it to NTFS, is that bad?
If not, here is my ideal setting for W2k computer. (please correct my mistaken beliefs if so) Partition HD into small, 3-5 G, Fat32 partition to be win98 install. The rest, create as extended partition 2 that is to be formatted NTFS in the W2k install. Format partion 1 to have just 98 system files, format c: /s, and then install W2k. (this gives the option of later installing 98 if needed.) Then set the W2k swap file on C:. It is near beginning of drive, it is fat32 (faster access than NTFS?) and you won't run into the problem we just discussed when deleting and re-enabling the swap.
Thoughts?:bor:
Ok, so you want to leave the C drive as FAT32 and for only the swapfile??
Your OS will run faster off the primary partition....
C drive has win98 system files in case I need to load Win98 in the future. That is the primary reason, but I was thinking this would work well with the swap also.
BUT, you say there is a performance gain with the OS on the primary partition? Can I ask why?
It is unlikely the user will ever go back to 98, but I like to hedge my bets. With 98 system files already there, I wouldn't have to re-partition. So convince me otherwise. :confused:
Thanks for the bits of wisdom
I've never set it up like, that, so I can only speculate...however, with 98 system files on your primary partition, I think 2k or XP will bring up the boot menu, unless you remove 98 from the boot.ini. As for the performance gain/loss in having the OS on a secondary partition...I'm going on the idea that since the dawn of computer time, the system has booted from the primary hdd, unless there is information on the primary partition telling the system to look for the command interpreter and other files on a different partition, true? Without doing some serious benchmarking and testing myself, I could neither confirm or deny the actual results of booting from a secondary partition. What I can confirm is the ease of salvaging the system with all OS related files on the primary partition and user related files on secondary partitions. I have wiped and reloaded many times recently (bad optical drive jacking up installations) with no hitches in recovering all of my old settings, and all i had to do was boot from the cd and do a clean install.Quote:
Originally posted by Tr!une
C drive has win98 system files in case I need to load Win98 in the future. That is the primary reason, but I was thinking this would work well with the swap also.
BUT, you say there is a performance gain with the OS on the primary partition? Can I ask why?
It is unlikely the user will ever go back to 98, but I like to hedge my bets. With 98 system files already there, I wouldn't have to re-partition. So convince me otherwise. :confused:
Thanks for the bits of wisdom
Also, you shouldn't have to re-partition to install the OS. A simple format c: should suffice. Having the 98 system files on the drive just takes up space, because they are for an OS you won't be using...the only thing you might be able to do is boot to a DOS prompt if you have it set up in the boot.ini.
BUT, you say there is a performance gain with the OS on the primary partition? Can I ask why?
Laws of Physics!! The drive spins a constant speed, however the tracks get longer and longer from the center out. Sorta like a record. To see a graphical benchmark download and run demo of HDTACH
Quote:
Originally posted by Tr!une
C drive has win98 system files in case I need to load Win98 in the future. That is the primary reason, but I was thinking this would work well with the swap also.
BUT, you say there is a performance gain with the OS on the primary partition? Can I ask why?
It is unlikely the user will ever go back to 98, but I like to hedge my bets. With 98 system files already there, I wouldn't have to re-partition. So convince me otherwise. :confused:
Thanks for the bits of wisdom
I think this one has gone off of topic, however I will indulge.
Realistically, none to a very nominal performance gain will be noted if you run your OS from the one partition on a drive or another.
Additionally, to put a swap file on a different partition from the OS is helpful in preventing fragmentation from dynamic resizing, provided that nothing else is being done with this partition.
To see a real gain from a relocated swap file is to move it to an equally fast different hard drive; and a different controller/different drive would show slight increase better still.
I have been playing around with using a RAM drive for swap space.
I first became interested in RAM drives when several years ago. A coleague told me about his Mac that ran a RAM drive large enough for the an image of the hard drive. That was when 540Mb drive was big...
HyperOS offers something similar but only for the Win9x series, the problem is that HyperOS is very expencive, and these days you need 1 to 2Gb of RAM for it to work.
My laptop only has 512Mb of RAM so I have been trying out "Cenatek RamDiskNT" but I still don't have enough RAM for the swap file. I have got it set-up a 50Mb RAM drive for my browser temp files...
It's a shame the MS hasn't followed Linux and have a seperat partition for the swap file and put it at the begining of the drive.
PS sorry about the spelling...
MS OSes nowadays let the user (or administrator) set the swapfile and pretty much all of the environment variables to anything one wants (not guaranteeing it will work, but you CAN change it). In other words, as long as you're comfortable with working with the registry, or you can find an app similar to TweakUI(is Tweakui still updated?? never bothered to check...) you can set up Windows to be very much like Linux, using a separate partition for swap, users, etc...an interesting idea for a project, if I can ever afford to get a spare box for playing with...
Norton Speed Disk used to give you a fixed swap file at the begining of the drive, very usful but it dosen't appear to do it on XP with it's latest verson...
I too will indulge ... :rolleyes: :D .Quote:
Originally posted by Ya_know
I think this one has gone off of topic, however I will indulge.
Realistically, none to a very nominal performance gain will be noted if you run your OS from the one partition on a drive or another.
Additionally, to put a swap file on a different partition from the OS is helpful in preventing fragmentation from dynamic resizing, provided that nothing else is being done with this partition.
To see a real gain from a relocated swap file is to move it to an equally fast different hard drive; and a different controller/different drive would show slight increase better still.
This is all o/s & hardware dependant. Different o/s, different memory handling, different disk handling, different disks - different file allocation lists, different device response times, different seek & latency times, different controller response times, loads of bloomin' differencies.... so there's no one answer.....
Generally though swapfile wants to be on a different channel(on another disk!) on the same controller if there are multiple disks. But no swap file at all is best, so fill it up with ram....
Oh & don't use all that ram for a ram disk, that's why you have a fancy o/s, if you want to do that go back to dos, then it will be fast but not so compatible....
By the way windows doesn't care how much ram you have it'll always use your swap file. This is a design flaw in my book. If you used a RAM driver that told the OS that it wasn't a RAM Drive, but a physical hard disk then you should be able to put your swap file on that partition. I think windows performance would improve markedly. I keep waiting for an OS to store the FAT Tables in RAM (assuming you have enough space). As for not storing the Swapfile on the primary partition, windows 2000 allows this, but there are drawbacks. I can't comment on what they are since SP3, but in the past a dialog would appear saying that certain things couldn't be debugged if you didn't have your pagefile on your boot drive. This once again is a design flaw. It could have also been that issues were created with hibernation. I'm sorry it's a little fuzzy, but i do recall having problems and having to move my pagefile back to C:. I think I also tried putting parts of the pagefile on different drives and even though the cumulative size was enormous it would tell me I was out of virtual memory even though I wasn't. This could also have been an issue related to having a mixed Fat32, NTFS, and Fat16 environment. Who knows? Furthermore like I said many of these issues may have cleared up since SP3. I can simply tell you one thing, you'll avoid a whole lot of headaches if you just KISS: Keep it simple stupid and keep it on C:\.
Good Luck,
Christian
About going back to windows 98. I highly doubt you'll ever feel like doing that. Why don't you make a list of your applications and head on over to one of my favorite websites NT Compatible and see which of your applications if any won't work with Win2K. Even if they won't work you can always use virtual PC or VMWare as multiboot alternatives.
One major problem with multiboot configurations is that programs can see files on other OS partitions. Suppose you have C: for Win98 and D: for WIn2k. Some win2k apps installer will detect a copy of windows at C:\Windows and install it's files there instead of D:\WINNT where they should be. This is more likely in the freeware/amatuer sector, but don't think this doesn't happen with professional software too. I can think of tons of installer bugs that'd make your head spin. Like Learn to Speak Spanish 7 which detects an NT platform and then says nope you don't Sp3 or higher so you can't run this application. The trouble was I didn't have NT 4 or Sp3 or higher, I had win2K gold, Sp1, or Sp2 and of course none of those are Sp3. So the programmers were idiots and didn't account for the possibility (100%) that users would try to install that application on a future OS that wasn't Sp3 and had a different version #.
The moral of the story is the fewer customizations you make the better things will work. Sometimes, okay often, it's annoying to keep things mainstream, but your apps will work better that way guaranteed. For example I for one hate C:\Documents and Settings\Administrator\My Documents\, but I'm sure I'm taking a risk by changing it to D:\. Sometimes these changes are necessary, but recall that you are taking a risk.
My advice is to install Win2K to your primary partion, put your swapfile in the same place and worry about something else in life. If you want good disk performance, just buy a raid controller and be sure TO DO IT BEFORE INSTALLING ANY OS! Because afterwards is too late. Windows 2000 and higher no longer accept changes in IDE Controllers (which is bloody ridiculous) so if you get a new motherboard or a RAID controller and you want to boot off of it without re-installing windows you're dreaming!
I've seen workarounds, but don't get your hopes up, they're configuration specific, which means they'll only work if your new IDE controller is exactly the same as theirs. Every file, every registry entry, and every other setting would need to match perfectly.
Is it just me or should Microsoft spend two weeks to a month of their drive interface developers' time and add the necessary code to allow their power users the right to upgradability
Okay Rantus Endus :)
Good Luck,
Christian