View Full Version : kho chiu voi pagefile.sys
em dung may lau roi file pagefile.sys cang ngay cang lon hien nay da hon 1G roai khong biet no se lon den bao h backup lai may cung ko mat. pro nao biet cach loai bo no xin chi ho
thanks!
Nhắc nhở Hao lần sau viết bài có dấu
congnghiakhiem
09-10-2007, 12:44 AM
em dung may lau roi file pagefile.sys cang ngay cang lon hien nay da hon 1G roai khong biet no se lon den bao h backup lai may cung ko mat. pro nao biet cach loai bo no xin chi ho
thanks!
Bạn click phải chuột vào biểu tượng MyComputer, chọn Properties.
Chọn tab Advanced. Trong group Performance, click vào nút Settings.
Chọn tab Advanced lần nữa. Trong group Virtual memory, click vào nút Change.
Bạn sẽ thấy list các ổ logic của máy bạn. Phía dưới là 3 lựa chọn:
1. Custom size: đặt pagefile trong khoảng do bạn nhập vào.
2. System managed size: win tự quản lý.
3. No paging size: không xài pagefile (không khuyến khích-trừ khi bạn có nhiều RAM)
Chọn xong bạn nhớ click vào nút Set thì mới được.
Sau đó win sẽ hỏi bạn có restart hay không. Lúc này bạn chọn y/n là tùy bạn.
Chúc bạn thành công.;)
Nếu máy mà ít Ram thì tốt nhất nên để Size của nó lớn 1 chút.
Và để máy chạy nhanh hơn thì có thể đặt giá trị min = max
StarLight
10-02-2007, 11:40 PM
1. Pagefile không bị phình to theo thời gian. Độ to nhỏ của nó phụ thuộc vào Ram và mức độ tiêu tốn bộ nhớ khi bạn đang sử dụng.
2. Ai nói để giá trị min =max sẽ nhanh hơn?
3. Không nên bỏ pagefile, tốt nhất nên chuyển sang dùng pagefile tại một ổ nào còn trống nhiều.
em tưởng là khi đặt min = max thì máy sẽ không phải tính toán size của pagefile nên chạy nhanh hơn !
heaven
10-04-2007, 11:53 AM
nếu RAM > = 1,5G thì nên bỏ pagefile sẽ chạy nhanh hơn.
StarLight
10-04-2007, 03:11 PM
Anh cũng nghe người ta nói thế, nhưng thực ra vẫn không nên xóa đi. Ram càng nhiều thì độ tốn bộ nhớ của mỗi ứng dụng cũng có vẻ nhiều hơn. Với lại, khi đã trang bị hơn 1,5G Ram cũng có nghĩa là nhu cầu sử dụng Ram của mình nhiều. Khi làm việc với một số soft nặng như Vs2005 chẳng hạn, không thể không sử dụng file này!
congnghiakhiem
10-04-2007, 04:04 PM
nếu RAM > = 1,5G thì nên bỏ pagefile sẽ chạy nhanh hơn.
System Requirements
- RAM: 1.5 GB of RAM for evaluation install
2-3 GB of RAM for minimal deployment
- Virtual Memory: 4 GB
- Disk Space: 3 GB of disk space for Java System Portal Server and associated applications
Bạn đừng nghĩ rằng RAM >= 1,5G là có thể bỏ pagefile. hic hic
heaven
10-04-2007, 04:15 PM
đó là nói đến chạy các ứng dụng thường chứ như mấy cái kia thì 4G RAM vẫn thất thiếu :(
hồi trước thử chạy MU Server với RAM 2G mà chẳng ăn nhằm gì . Virtual Memory 6Gb mới chạy ổn ổn :D
tieuquy006
10-08-2007, 09:54 PM
vậy như mình ram có 256 :( thì sao :D dùng mãi cũng quen t hôi mà nhưng tốt nhất nên dùng nó mình đặt cho nó là 1024 đên 1024 đó chẳng thấy sao cả mày chạy nhanh hơn nhiều cú để nó đi ổ cứng >100GB mà sot có 1gb đúng là ha` ha`
Điệp_Viên_Thủy
10-09-2007, 12:23 PM
pagefile chúng ta thừong gọi là RAM ảo, khi hệ thống chạy thì sẽ nạp và đọc tạm thời ở file, mặc định hệ thống(windows) sẽ tự set dung lượng pagefile bằng 1.5 lần RAM vật lý. THông số này chúng ta có thể đặt lại và nó có thay đổi từ nhỏ đến lớn hay không tùy thuộc vào mức đặt của chúng ta. Nếu chúng ta đặt max bằng min thì tối đã file đó nó dùng hết hay không hết thì nó cũng chỉ bằng dung lượng đã đặt, ví dụ chúng ta đặt 1000MB thì dung lượng pagefile luôn là 1000MB mặc dù cho bạn dùng hoặc ko dùng hết hay không. Nếu chúng ta đặt max và min khác nhau thì dung lượng file này thay đổi theo nhu cầu sử dụng, ví dụ đặt min =500 và max 1000 thì nếu chúng ta dùng các ứng dụng nhỏ thì pagefile mặc định chỉ là 500MB nếu chúng ta dùng các chương trình lớn hơn, nặng hơn, thì pagefile sẽ tự tăng lên đến mức max chúng ta đã đặt, không thể vượt qua mức max và nhỏ hơn mức min. Nếu máy có RAM cao thì cũng vẫn cần đặt pagefile vì nhiều chương trình vẫn cần pagefile. Khuyến cáo là nên đặt max và min khác nhau để cho dung lương page file thay đổi theo nhu cầu sử dụng, để giảm dung lượng cho ổ cứng.
vBulletin® v3.8.3, Copyright ©2000-2010, Jelsoft Enterprises Ltd.