Windows XP: Nâng cấp RAM 4GB lên 16GB


13

Tôi đang dùng hệ điều hành 32 bit Windows XP Home, sẽ nâng cấp lên XP Pro 64 bit và tôi đang nâng cấp RAM lên 16GB. Tôi có nên thấy một sự khác biệt?
Tôi thường nén một tấn các tập tin cùng một lúc. RAM 32 bit @ 4GB thực sự là 3,25GB RAM và khi tôi nén 20 tập tin thì mất tất cả 3GB, hệ thống gần như bị đóng băng. Vậy nếu tôi nâng cấp lên 16GB thì điều này có giải quyết được vấn đề của tôi không? CPU có ít căng thẳng trong quá trình này.


1
Bạn hỏi gì?
SLaks

1
16GB có thể là quá mức cần thiết.
Shinrai

1
Shinrai: Điều đó phụ thuộc vào ứng dụng. Ví dụ, nếu người dùng cần (hoặc muốn; tôi đã nói rằng thường là "cần") để chơi Doom III ở chế độ siêu phân giải cao, thì nhiều RAM hơn chắc chắn sẽ cải thiện chất lượng chơi trò chơi.
Randolf Richardson

1
@Randolf - Do đó "có thể". Tôi khéo léo đề nghị OP đánh giá nhu cầu thực tế của họ.
Shinrai

@Randolf: Doom 3 với độ phân giải siêu cao không cần đến 4GB RAM ... Khoảng 512MB VRAM là quá đủ.
rubenvb

Câu trả lời:


36

Bạn đã đúng khi phiên bản Windows XP 32 bit bị giới hạn tối đa 4 GB RAM.

Sự khác biệt bạn sẽ tìm thấy với phiên bản 64 bit cho Windows XP là rất khó tìm trình điều khiển phần cứng cho nó và một số phần mềm đơn giản là không tương thích. Có lẽ bạn sẽ tốt hơn nhiều khi chạy phiên bản Windows 7 64 bit (đừng lãng phí thời gian với Windows Vista, nó giống như một đứa trẻ có vấn đề không nhất quán nhưng không nhất quán) và ảo hóa Windows XP trong VirtualBox.org để chạy mọi ứng dụng bạn điều đó không tương thích với Windows 7.


3
+1 cho cái nhìn cân bằng về một vấn đề không cân bằng. :)
Shinrai

2
Cảm ơn Shinrai! Tôi thích tập trung câu trả lời của tôi vào những gì tôi nghĩ sẽ hữu ích nhất cho người hỏi.
Randolf Richardson

1
Đã đồng ý! Đừng thực sự có được những người vẫn gắn bó với XP cổ đại ...
Svish

2
@Randolf Richardson: người ta nên nói thêm rằng đây là giới hạn có chủ ý của Windows XP 32 bit, giới hạn thường ở đâu đó trên 3 GB vì lý do kỹ thuật và internet có đầy đủ ý tưởng làm thế nào để PAE hoạt động với XP (mở ra nó lên tới 64 GB)
0xC0000022L

2
@Randolf Richardson: có một số, nhưng dễ nhất là khi bạn có một số kỹ năng RCE. Kiểm tra MmInitSystemrồi. Mặc dù việc phân phối một bản vá (hoặc có khả năng là một liên kết đến nó) là bất hợp pháp ở nhiều quốc gia, DIY không ở nhiều quốc gia giống nhau. Điều này xuất hiện để giải thích cả các cơ chế cơ bản cũng như đề xuất một bản vá. Mặc dù nó dành cho Vista 32 bit, nhưng nguyên tắc tương tự thực sự đúng với XP. Điều kiện tiên quyết là một bộ xử lý (và đôi khi AFAIK BIOS) hỗ trợ PAE.
0xC0000022L

14

Tôi thường nén một tấn các tập tin cùng một lúc.

Nghe có vẻ như nút cổ chai thực sự trong trường hợp đó trên thực tế có thể là I / O ổ cứng.

Nén nhiều tệp cùng một lúc gây ra rất nhiều chi phí, rất nhiều tìm kiếm trên các ổ đĩa quay và trên các hệ thống tệp nhất định (đặc biệt là FAT32), hàng tấn phân mảnh. Tôi sẽ khuyên bạn nên tuần tự hóa các nhiệm vụ như vậy nếu có thể.


Trong quá trình nén với các thuật toán mới hơn như LZMA hoặc LZMA2 hoặc ppma, nút cổ chai có khả năng là CPU và thường xuyên nhất là trong quá trình nén kết hợp với RAM (tùy thuộc vào kích thước khối, v.v.). Tuy nhiên, nếu chúng tiếp tục song song, đĩa cứng sẽ bắt đầu đóng góp vào sự chậm chạp.
0xC0000022L

Thật. Xem xét một luồng nén LZMA có thể mất khoảng 350 MB RAM cho mỗi luồng / lõi, nén 30 tệp cùng lúc có thể nhanh chóng chiếm tới 42 gigabyte bộ nhớ đã sử dụng. Thậm chí không có 16GB mạnh mẽ sẽ giúp bạn tiết kiệm từ tệp trang trong trường hợp như vậy. @STATUS_ACCESS_DENIED
oKtosiTe

oKtosiTe, tôi nghĩ bạn đã sai và đóng gói 30 tệp (với một trình lưu trữ duy nhất đã bắt đầu) không yêu cầu bộ nhớ nhiều hơn 30 lần. 350 MB bộ nhớ cho mỗi luồng (?). 30 lần nữa có thể, nếu bạn sẽ bắt đầu 30 người lưu trữ.
osgx

"Tôi thường nén một tấn tệp cùng một lúc." Nghe có vẻ như có nhiều tệp được nén đồng thời , điều này có nghĩa là một số luồng nén đang chạy cùng một lúc . Nếu đó không phải là ý của người hỏi, tôi không thấy số lượng tệp được nén thậm chí có liên quan và trong trường hợp đó bạn đã đúng. @osgx
oKtosiTe

8

Windows nổi tiếng là đóng băng khi truy cập đĩa nặng.
Nhiều RAM hơn sẽ không thay đổi nhiều nếu truy cập đĩa là nút cổ chai.

Nếu CPU của bạn chậm và máy tính không đa lõi, thì CPU có thể là một nút cổ chai khác.

Tốt hơn để đầu tư tiền của bạn vào một đĩa nhanh hơn và CPU nhanh hơn. Nhưng sau đó, bạn có thể cần một chiếc xe buýt hệ thống nhanh hơn, và một cái khá nhanh bao gồm một cái mà người ta cần để có được một máy tính hoàn toàn mới.


2
Không chỉ windows bị đóng băng khi thực hiện truy cập đĩa. Tôi cũng đã có nó xảy ra trong Linux, và không thường xuyên.
rubenvb

@rubenvb: bạn không thể nói điều đó, vì nó mang lại niềm vui cho Windows bashing;)
0xC0000022L

@rubenvb: Linux có thể làm chậm rất nhiều, nhưng nó không hoàn toàn đóng băng như Windows, trong đó ngay cả menu Start cũng có thể bị treo.
harrymc

@harrymc: có vẻ như bạn đang nói về Windows 9x;)
0xC0000022L

@STATUS_ACCESS_DENIED: Tôi tin rằng quản lý i / o đĩa không may không phát triển về dung lượng cho một số thế hệ Windows cuối cùng.
harrymc

8

Chạy Windows XP 64 bit là "giống như có những con ong sống trong đầu bạn".

Làm một điều trong số sau đây:

  • chuyển sang Windows 7 64 bit
  • chuyển sang hương vị Linux yêu thích của bạn (đá 64 bit Ubuntu 10.04 LTS)

Bạn không nói bạn có loại bộ xử lý nào, nhưng tôi sẽ cảnh báo bạn rằng chỉ cần thêm một tấn bộ nhớ và chuyển sang cửa sổ 64 bit sẽ không giúp bạn tăng tốc nhanh như chuyển sang hệ điều hành biết cách sử dụng lợi thế của nhiều lõi.

Tôi đã có các cửa sổ chạy trên một xe hai lõi kép với bộ nhớ 24Gb, và thậm chí chạy windows 7 cũng có những lúc nó làm hỏng việc đơn giản.

Chỉnh sửa 1 Một lý do chính đáng khác để tránh Windows XP Pro 64 Bit là ngày hết hạn hỗ trợ. Đối với hầu hết phiên bản Windows XP là ngày 4 tháng 4 năm 2014 , nhưng như bạn có thể thấy ở đây có một số điều kiện đặc biệt trên phiên bản 64 Bit


-1 cho FUD. Nghiêm túc bây giờ, hãy mang FUD chống Windows ra bên ngoài; chúng ta không cần nó
Billy ONeal

Tôi sử dụng windows một cách chuyên nghiệp, và có nhiều thứ tôi thích làm với windows. Không có FUD chống windows, nó đúng hơn là thực tế đập vào mặt tôi mỗi khi tôi nghĩ rằng Windows sẽ lớn lên và trở thành một hệ điều hành thực sự.
Zeke Hansell

Đối với hồ sơ: Tôi không nghĩ Linux hay Mac OS cũng đang phát triển. ;-)
Zeke Hansell

1
Tôi không đồng ý với đánh giá của FUD về vấn đề này đơn giản vì giải pháp thay thế được đề xuất đầu tiên cho Windows XP 64 bit là Windows 64 bit. Thực tế, phiên bản Windows XP 64 bit là một vấn đề đã biết do thiếu trình điều khiển từ hầu hết các nhà cung cấp (tất cả họ đều hỗ trợ phiên bản Windows XP 32 bit cực kỳ phổ biến, nhưng nhìn chung hầu hết đều bỏ qua phiên bản Windows XP 64 bit như thể nó thậm chí không tồn tại). Tôi biết một người đã sử dụng Windows XP 64 bit và gặp vấn đề khủng khiếp khi tìm trình điều khiển, vì vậy họ đã từ bỏ nó sau khi nhiều nhà cung cấp nói với anh ta rằng nó sẽ không bao giờ được hỗ trợ.
Randolf Richardson

5

Tại sao không nén ít tập tin cùng một lúc? Bạn không thể có nhiều hơn bốn lõi CPU, vì vậy bạn không cần phải có nhiều hơn bốn quá trình nén cùng lúc để tận dụng tối đa CPU của mình. Và nếu bạn sử dụng chương trình nén đa luồng như 7-zip, bạn có thể thực hiện nén một tệp một lần.


2
Việc đập IO khổng lồ có lẽ là lý do tại sao anh ta nhận thấy CPU về cơ bản là không hoạt động.
Mark Sowul

1
Tôi đang đọc "Tôi thường nén một tấn tệp cùng một lúc" để chỉ đơn giản là một trường hợp thực hiện nén rất nhiều tệp, thay vì nhiều hoạt động nén xảy ra đồng thời và độc lập. Tôi tin rằng một số trình lưu trữ gần đây cho phép sử dụng RAM cao khi nén, vì vậy không thể sử dụng 3GB theo cách này.
Mr.Wizard

4

Tôi khuyên bạn nên chuyển sang Windows 7 x64. Windows XP x64 không hoạt động tốt đối với nhiều người do không tương thích trình điều khiển thiết bị và rất nhiều phần mềm không sử dụng x64, vì vậy bạn sẽ kết thúc với phần mềm chạy ở chế độ 32 bit vì không có giải pháp thay thế ... Windows 7 hỗ trợ tốt hơn nhiều so với những gì tôi đã thấy cho x64 và nhiều trình điều khiển thiết bị sẽ cài đặt

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.