Lập trình VBA có cần cấu hình máy tính mạnh? (1 người xem)

[moihocvba]

Xin chào cả nhà!
Laptop của em cấu hình Core i5, ram 8Gb. Khi em viết code trên VBA một thời gian lâu thì máy tính trở nên đơ và thời gian chạy code rất lâu (e có mở 2 3 file excel cùng lúc), em thử chép file đó qua bên máy khác (có cấu hình thấp hơn) thì code chạy nhất nhanh!

Vậy cho em hỏi trong quá trình viết code, debug các kiểu có làm cho máy tính trở nên chậm, code chạy lâu không ạ? Và có cần đầu tư một máy tính mạnh không?
Cả nhà có kinh nghiệm xin chỉ em với!
Cảm ơn ạ!

 

[Maika8008]

Xin chào cả nhà!
Laptop của em cấu hình Core i5, ram 8Gb. Khi em viết code trên VBA một thời gian lâu thì máy tính trở nên đơ và thời gian chạy code rất lâu (e có mở 2 3 file excel cùng lúc), em thử chép file đó qua bên máy khác (có cấu hình thấp hơn) thì code chạy nhất nhanh!

Vậy cho em hỏi trong quá trình viết code, debug các kiểu có làm cho máy tính trở nên chậm, code chạy lâu không ạ? Và có cần đầu tư một máy tính mạnh không?
Cả nhà có kinh nghiệm xin chỉ em với!
Cảm ơn ạ!

Câu trả lời là không cần. Chỉ cần cái đầu óc mạnh

 

[tigertiger]

Xin chào cả nhà!
Laptop của em cấu hình Core i5, ram 8Gb. Khi em viết code trên VBA một thời gian lâu thì máy tính trở nên đơ và thời gian chạy code rất lâu (e có mở 2 3 file excel cùng lúc), em thử chép file đó qua bên máy khác (có cấu hình thấp hơn) thì code chạy nhất nhanh!

Vậy cho em hỏi trong quá trình viết code, debug các kiểu có làm cho máy tính trở nên chậm, code chạy lâu không ạ? Và có cần đầu tư một máy tính mạnh không?
Cả nhà có kinh nghiệm xin chỉ em với!
Cảm ơn ạ!

Thế thì phải xem lại máy tính, kiểm tra virus, kiểm tra lại app excel (ứng dụng excel), vì không do code (code copy sang máy khác vẫn chạy nhanh)

 

[befaint]

viết code trên VBA một thời gian lâu thì máy tính trở nên đơ

Dự là máy tính có vấn đề:
1/ Lỗi phần mềm Office (hay gặp ở phần mềm không bản quyền),
2/ Đang chạy nhiều ứng dụng khác
3/ Ổ cứng có vấn đề.

thời gian chạy code rất lâu

Bạn chép vài code đã làm lên đây mới tính tiếp được.

 

[be_09]

Xin chào cả nhà!
Laptop của em cấu hình Core i5, ram 8Gb. Khi em viết code trên VBA một thời gian lâu thì máy tính trở nên đơ và thời gian chạy code rất lâu (e có mở 2 3 file excel cùng lúc), em thử chép file đó qua bên máy khác (có cấu hình thấp hơn) thì code chạy nhất nhanh!

Vậy cho em hỏi trong quá trình viết code, debug các kiểu có làm cho máy tính trở nên chậm, code chạy lâu không ạ? Và có cần đầu tư một máy tính mạnh không?
Cả nhà có kinh nghiệm xin chỉ em với!
Cảm ơn ạ!

Trong quá trình sử dụng máy tính, thì ổ cứng của bạn sẽ chứa nhiều khoảng trống và trên máy của bạn sẽ phát nhiều File rác, dù cho máy mạnh cỡ nào cũng có thời điểm nó sẽ bị ì ạch. Vì vậy, vài ba tháng bạn cần sử dụng công cụ có sẳn là:
1/ Defragment and ................(dùng sắp, xếp lại ổ cứng).
2/ Disk Cleanup (dùng xóa File rác).

 

[moihocvba]

Dự là máy tính có vấn đề:
1/ Lỗi phần mềm Office (hay gặp ở phần mềm không bản quyền),
2/ Đang chạy nhiều ứng dụng khác
3/ Ổ cứng có vấn đề.


Bạn chép vài code đã làm lên đây mới tính tiếp được.

Em đang dùng office 365 có bản quyền. ổ cứng em đang dùng là SSD Samsung Evo 850, và khi code em hay mở chrome để nghe nhạc vậy thôi đó a. Vậy nên em mới thắc mắc. vậy là chắc ko phải do code lâu nên chậm rồi. Cám ơn anh đã tư vấn nhé!

Bài đã được tự động gộp: 25/12/20

Trong quá trình sử dụng máy tính, thì ổ cứng của bạn sẽ chứa nhiều khoảng trống và trên máy của bạn sẽ phát nhiều File rác, dù cho máy mạnh cỡ nào cũng có thời điểm nó sẽ bị ì ạch. Vì vậy, vài ba tháng bạn cần sử dụng công cụ có sẳn là:
1/ Defragment and ................(dùng sắp, xếp lại ổ cứng).
2/ Disk Cleanup (dùng xóa File rác).

Cảm ơn anh be09 nhé, để em dùng Cclean dọn rác thử!

 

[Kiều Mạnh]

cấu hình máy mạnh nhưng người dùng có biết xài nó như thế nào cũng góp phần làm cho nó mạnh lên hay chậm đi đấy
VD :
1/ rác máy tinh..
2/ cài đặt linh tinh
3/ Virus
4/ Tinh chỉnh
...
code két quan trọng thuật toán viết như thế nào vv...

Tôi đang xài máy bàn Chip CPU Q9650 + RAM 6G ============= > chạy bay vèo vèo
Vợ tôi xài latop I5 RAM 6G ============= > chạy chậm ì xèo

 

[ptm0412]

Trong quá trình sử dụng máy tính, thì ổ cứng của bạn sẽ chứa nhiều khoảng trống và trên máy của bạn sẽ phát nhiều File rác

Lúc nào cũng có khoảng trống, càng chạy rác nhiều thì càng ít khoảng trống chứ anh?

 

[Kiều Mạnh]

có vài sự thật nhưng chỉ nói 2 sự thật cơ bản ai tin hay ko thì tùy

1/ cùng cấu hình máy tính y trang nhau ... thì cái máy bàn chạy nhanh hơn latop rất nhiều + bền bỉ
2/ cũng là Chip CPU i7 nếu là chíp i7 đời đầu bán 700k không ma nào nó mua ... còn i7 đời chót giá 8 triệu to 10 triệu
...
Tôi thấy nhiều người ko hiểu chíp cứ mang i7 đời đầu ra khoe ................... vãi lắm

 

[befaint]

Lúc nào cũng có khoảng trống, càng chạy rác nhiều thì càng ít khoảng trống chứ anh?

Em đoán ý anh ấy nói tới khoảng trống giữa các sector (đơn vị nhớ của ổ đĩa, loại ổ đĩa quay - HDD) chứa dữ liệu của cùng một file/ folder ở cách xa nhau.
Nên mới có chuyện defragment disk (chống/dồn phân mảnh ổ đĩa) để các sector đó gom lại gần nhau -> truy xuất dữ liệu nhanh hơn. Tức là khi các sector ở xa nhau, khi đọc 1 file, đĩa cứng phải quay tít thò lò mới truy xuất được file đó.

Câu chuyện defragment disk sẽ không áp dụng với SSD. Vì SSD không dùng cái đĩa quay quay mà sử dụng các chip nhớ Flash, có khả năng truy xuất dữ liệu ngẫu nhiên nên xác định tập tin rất nhanh; và chống phân mảnh ổ đĩa với SSD không làm gia tăng tốc độc truy xuất dữ liệu, còn làm giảm tuổi thọ (số lần đọc - ghi của SSD).

 

[ptm0412]

Em đoán ý anh ấy nói tới khoảng trống giữa các sector (đơn vị nhớ của ổ đĩa, loại ổ đĩa quay - HDD) chứa dữ liệu của cùng một file/ folder ở cách xa nhau.
Nên mới có chuyện defragment disk (chống/dồn phân mảnh ổ đĩa)

Nếu là vậy thì gọi là khoảng hở giữa các sector chứa dữ liệu của cùng một file. Hoặc nói dễ hiểu hơn là file bị phân mảnh (fragmented) và cần gom lại (defragment), chứ không phải khoảng trống trong ổ cứng.

 

[SA_DQ]

Xin chào cả nhà!
Laptop của em cấu hình Core i5, ram 8Gb. Khi em viết code trên VBA một thời gian lâu thì máy tính trở nên đơ và thời gian chạy code rất lâu (e có mở 2 3 file excel cùng lúc), em thử chép file đó qua bên máy khác (có cấu hình thấp hơn) thì code chạy nhất nhanh!

Nhưng có khi nào chạy đủ nhiều (lần) file đó trên máy người khác thì ì ạch như máy bạn không?

 

[VetMini]

Em đoán ý anh ấy nói tới khoảng trống giữa các sector (đơn vị nhớ của ổ đĩa, loại ổ đĩa quay - HDD) chứa dữ liệu của cùng một file/ folder ở cách xa nhau.
Nên mới có chuyện defragment disk (chống/dồn phân mảnh ổ đĩa) để các sector đó gom lại gần nhau -> truy xuất dữ liệu nhanh hơn. Tức là khi các sector ở xa nhau, khi đọc 1 file, đĩa cứng phải quay tít thò lò mới truy xuất được file đó.

Câu chuyện defragment disk sẽ không áp dụng với SSD. Vì SSD không dùng cái đĩa quay quay mà sử dụng các chip nhớ Flash, có khả năng truy xuất dữ liệu ngẫu nhiên nên xác định tập tin rất nhanh; và chống phân mảnh ổ đĩa với SSD không làm gia tăng tốc độc truy xuất dữ liệu, còn làm giảm tuổi thọ (số lần đọc - ghi của SSD).

Thực ra, cái "quay tít thò lò" không chậm bằng cái đầu đọc phải chạy ra chạy vô. Khi ổ đĩa bị fragmented nhiều quá, có những files bị phần này nằm ngoài vành, phần kia nằm trong gần cốt. Lúc đọc cái đầu phải đi qua lại từ ngoài vành vào trong cốt và vòng lại.

SSD được xếp theo dạng memory banks. Driver dịch địa chỉ thành nơi chứa (ma trận 2 chiều thành nhiều chiều) và chuyền tín hiệu trực tiếp, không có cái gì cần chuyển động cả.

 

[Vô danh Tiểu tốt]

Đã lập trình hay bất cứ làm việc gì trên máy tính thì máy cấu hình càng cao càng tốt. Anh nào thử xài máy tính đời trước 2014 mà chơi bộ Visual Studio hay là Android Studio bảo đảm sau vài bữa là muốn vô nhà thương điên hoặc cái máy tính vô bãi rác. Cảm giác đợi chờ biên dịch trên 2 công cụ nặng nề này còn nóng ruột hơn cả chờ người người yêu.

Tuy nhiên máy cấu hình thấp cũng có một ưu điểm mà chả ai ngờ tới. Chỉ trên những máy cấu hình thấp, bạn mới cảm nhận rõ rệt độ mạnh yếu của giải thuật, độ hợp lý của thiết kế CSDL, mức tối ưu của query... cái quyết định ứng dụng của bạn chạy nhanh hay không, từ đó mà tìm cách cải tiến cho chương trình hoạt động trơn tru hơn. Chưa kể nếu mình viết app cho khách hàng thì cũng nên đặt vào tình huống máy khách yếu để mà dự liệu.

Dù cấu hình máy như thế nào thì tôi khuyên ai dùng máy tính đang xài HDD thì hãy nâng cấp lên SSD để trải nghiệm dễ chịu hơn. Đây là cách cải thiện hiệu năng đơn giản nhất, rẻ tiền nhất... mà lại chắc ăn nhất.

 

[Kiều Mạnh]

không biết ở đây có ai xài Ổ cứng SSD có thâm niên vài năm chưa cho tôi hỏi chút
Liệu cái sự bền bỉ của SSD có lâu hơn HDD hay không ???!!!

 

[Hau151978]

không biết ở đây có ai xài Ổ cứng SSD có thâm niên vài năm chưa cho tôi hỏi chút
Liệu cái sự bền bỉ của SSD có lâu hơn HDD hay không ???!!!

Mình đã dùng SSD 2 năm rồi chưa hỏng nhưng về độ tin cậy thì HDD hơn. HDD có thể lỗi vài chỗ vẫn chạy được còn SSD đã hỏng là vứt. Về phần mềm CCleaner mình nghe nói bị chèn mã độc làm lộ thông tin người dùng.

 

[befaint]

Thực ra, cái "quay tít thò lò" không chậm bằng cái đầu đọc phải chạy ra chạy vô. Khi ổ đĩa bị fragmented nhiều quá, có những files bị phần này nằm ngoài vành, phần kia nằm trong gần cốt. Lúc đọc cái đầu phải đi qua lại từ ngoài vành vào trong cốt và vòng lại.

Thì cái đầu đọc/ ghi đó chạy theo vòng quay của đĩa mà anh. Tốc độ quay của đĩa càng cao thì tốc độ truy xuất dữ liệu càng nhanh và ngược lại.
Vì vậy loại HDD 5400rpm mắc tiền hơn loại HDD 7200rpm.

 

[Kiều Mạnh]

Thì cái đầu đọc/ ghi đó chạy theo vòng quay của đĩa mà anh. Tốc độ quay của đĩa càng cao thì tốc độ truy xuất dữ liệu càng nhanh và ngược lại.
Vì vậy loại HDD 5400rpm mắc tiền hơn loại HDD 7200rpm.

Cái 7200 max tiền hơn cái 5400 chứ

 

[befaint]

Cái 7200 max tiền hơn cái 5400 chứ

Viết lộn cổ đó anh.

 

[ptm0412]

Viết lộn cổ đó anh.

Tưởng viết lộn do "tưởng cổ".

 

[befaint]

Tưởng viết lộn do "tưởng cổ".

Chắc do lâu quá không được ăn mật ong rừng nên em hay viết lộn "cổ" vậy đó anh.

 

[ptm0412]

Chắc do lâu quá không được ăn mật ong rừng nên em hay viết lộn "cổ" vậy đó anh.

Hic, chưa ai được ăn luôn á.

 

[Kiều Mạnh]

Viết lộn cổ đó anh.

Chơi vui đấy ......,.,.

 

[moihocvba]

Nhưng có khi nào chạy đủ nhiều (lần) file đó trên máy người khác thì ì ạch như máy bạn không?

Không có anh, em test rồi vẫn chạy nhanh như vậy!

 

[Vô danh Tiểu tốt]

Lợi điểm duy nhất để HDD còn tồn tại trên thị trường bây giờ là nó rẻ hơn SSD nếu tính theo dung lượng thôi, còn các mặt khác thì HDD chả có gì hơn SSD cả. Anh nào đã tận mắt xem cấu tạo bên trong của 2 thiết bị lưu trữ này sẽ thấy HDD có thành phần phức tạp hơn rất nhiều so với SSD. Vậy nói HDD bền hơn SSD chỉ là là cảm tính hoặc võ đoán. HDD hay SSD đều là thiết bị điện tử cả, một ngày đẹp trời bất kỳ chúng đều có thể lăn ra chết dù là chỉ mới xài 1 tháng hay đã dùng 5-10 năm.

Chẳng nhẽ vì lo ngại cái điều khó xẩy ra và chả bao giờ đoán trước ấy mà bạn phải phí bỏ biết bao nhiêu ngày tháng thoải mái hơn khi dùng SSD? Y như chuyện một danh thủ Hà Lan vì ám ảnh rớt máy bay nên cả đời vất vả đi đường bộ cho nên khi đồng đội tận hưởng giường êm thì anh này còn đang căng mình lái xe cả mấy ngàn km . Anh nào đã dùng SSD một thời gian như tôi chắc cảm giác chịu đựng khi xài lại HDD, còn anh nào chưa bao giờ xài SSD thì cứ ở đó đoán già đoán non. Có phải bọn Tây nó ngu khi mã đã bỏ bao nhiêu công sức, thời gian, tiền bạc để tạo ra HDD nay lại tốn thêm bao nhiêu công sức, thời gian, tiền bạc đẻ ra SSD? Cứ tự hỏi câu đó thôi là bạn sẽ tự tìm ra đáp án phù hợp chứ chả cần phải hỏi mấy chuyên gia vườn chuyên dùng cái thuật ngữ "đĩa cứng SSD" rất ngô nghê.

 

[Hau151978]

Ổ SSD Samsung evo 860 250GB chỉ đảm bảo ghi được 150TB tương đương với 600 lần dung lượng. Nếu đọc ghi thường xuyên, thỉnh thoảng lại defragment thì ssd sẽ hỏng sớm. HDD thì còn lâu mới hỏng, vài bad sector vẫn chạy tốt, ngừng quay vẫn có thể khôi phục dữ liệu, SSD đã hỏng là vứt.

 

[hoanganhvo2612]

Theo mình nghĩ thì bây giờ cứ SSD + Cloud mà chơi, chỉ dùng HDD làm ổ chứa di động thôi.

 

[Vô danh Tiểu tốt]

Ổ SSD Samsung evo 860 250GB chỉ đảm bảo ghi được 150TB tương đương với 600 lần dung lượng. Nếu đọc ghi thường xuyên, thỉnh thoảng lại defragment thì ssd sẽ hỏng sớm. HDD thì còn lâu mới hỏng, vài bad sector vẫn chạy tốt, ngừng quay vẫn có thể khôi phục dữ liệu, SSD đã hỏng là vứt.

Giả sử anh bạn chuyên chép phim HD thì cũng phải cần 100.000 lần chép file dung lượng 1,5GB mới tiêu hết 150TB lưu lượng. Với người dùng bình thường tính luôn pagefile ngầm thì giỏi lắm mỗi ngày 30GB, một năm hết khoảng 10TB. Vậy tầm 15 năm mới ngốn hết 150TB lưu lượng ghi tối đa ấy. Cũng chả có cái HDD nào dùng thường xuyên mà chịu nổi 15 năm.

Trước khi chuyển qua dùng SSD, tôi cũng rất băn khoăn với giới hạn 1000 lần ghi (không hiểu sao của anh chỉ 600?). Nhưng sau khi tính toán xong thì tôi chả có quái gì phải lăn tăn nữa nhưng sẽ phải chấp nhận chuyện dung lượng SSD sẽ tiêu hao dần theo thời gian. Còn chuyện defragment trên SSD chắc dành cho mấy anh hiểu biết nửa mùa, còn bản thân tôi chả bao giờ làm cái việc dở hơi đó trên SSD.

Bad sector trên HDD ít nhiều tương tự việc hao mòn trên SSD. Nhưng theo tôi biết, với SSD khi vùng nhớ mất dần khả năng ghi thì nó chuyển qua trạng thái read-only còn bad-sector thì có thể chả đọc hay ghi gì cho cái vùng nhớ đó nữa thậm chí còn gây ra hiện tượng lỗi file, treo ứng dụng hoặc cả máy tính. Cái vấn đề nguy hiểm nhất với HDD là nó đột tử (không xác định thiết bị) bởi HDD cũng có mainboard điều khiển y như SSD. Ngoài ra HDD cũng dễ chết nếu có va chạm hoặc chấn động khi đầu đọc cà xuống mặt đĩa kim loại. Với tình huống này thì chả có mấy người cắn răng cho giá tính bằng triệu đồng trên mỗi MB được phục hồi.

 

[MinhKhai]

Theo câu hỏi của thớt, xin trả lời luôn là CÓ. Lập trình VBA hay chỉ là mở máy rồi tắt máy cũng cần máy tính có cấu hình mạnh. Nếu có điều kiện bạn nên sắm siêu máy tính.
Lời khuyên là việc của tôi, mua máy là việc của bạn, trả tiền cho việc mua máy cũng là của bạn. Bạn muốn tìm 1 giải pháp hiệu quả là 1 chuyện khác.

 

[Hau151978]

* Warrantied TBW for 860 EVO: 150 TBW for 250 GB model, 300 TBW for 500 GB model, 600 TBW for 1 TB model, 1,200 TBW for 2 TB model and 2,400 TBW for 4 TB model.

* 5-years or TBW, whichever comes first. For more information on the warranty, please find the enclosed warranty statement in the package
Trích trang chủ của Samsung https://www.samsung.com/semiconductor/minisite/ssd/product/consumer/860evo/
Tùy loại ssd mà con số này có thể khác nhưng tác giả đang nói về Samsung evo.

 

[Vô danh Tiểu tốt]

* Warrantied TBW for 860 EVO: 150 TBW for 250 GB model, 300 TBW for 500 GB model, 600 TBW for 1 TB model, 1,200 TBW for 2 TB model and 2,400 TBW for 4 TB model.

* 5-years or TBW, whichever comes first. For more information on the warranty, please find the enclosed warranty statement in the package
Trích trang chủ của Samsung https://www.samsung.com/semiconductor/minisite/ssd/product/consumer/860evo/
Tùy loại ssd mà con số này có thể khác nhưng tác giả đang nói về Samsung evo.

Như tôi đã nói rồi, anh cần phải ghi-xóa 100.000 lượt một file dung lượng 1,5GB mới bào mòn hết khả năng ghi nhớ của cái SSD 250GB. Để dễ hình dung, mỗi lần cài Windows 7 sẽ dùng hết tầm 1.3-1.4 GB với bản 64 bit (tôi nhớ áng chừng như thế). Vậy thì một cái HDD có chịu nổi hơn 100.000 cài đặt Windows 7 không?

Tốc độ ghi dữ liệu của SSD 2.5 loại tốt hiện nay gấp 8-9 HDD hay nói cách khác thời gian ghi dữ liệu trên HDD gấp 8-9 lần trên SSD. Với 2 thiết bị điện tử có chất lượng linh kiện như nhau, một cái ở trạng thái "tải" gấp 9 lần thời gian so với cái kia thì theo bạn cái nào sẽ bền hơn?

 

[befaint]

HDD mà bad sector thì vẫn cắt, phân vùng bỏ phần đó đi và vẫn chạy phà phà. SSD mà lỗi là vứt.
HDD mà bad sector nặng quá, hay chết đầu đọc/ ghi, hay chết mạch điều khiển vẫn tháo ra và "khều" dữ liệu từ đĩa ra ngon lành. SSD mà lỗi thì vứt.

 

[Vô danh Tiểu tốt]

HDD mà bad sector thì vẫn cắt, phân vùng bỏ phần đó đi và vẫn chạy phà phà. SSD mà lỗi là vứt.
HDD mà bad sector nặng quá, hay chết đầu đọc/ ghi, hay chết mạch điều khiển vẫn tháo ra và "khều" dữ liệu từ đĩa ra ngon lành. SSD mà lỗi thì vứt.

Ba cái trò loại bỏ phần dính bad-sector nặng tôi đã làm từ năm 2007 rồi. Mấy năm sau tôi còn ngạc nhiên khi thấy cách này xuất hiện trong một tờ báo về thủ thuật vi tính.

Đã là bad-sector thì nghĩa là vùng nhớ đó đã không còn có thể đọc được dữ liệu. Anh nào vỗ ngực tuyên bố phục hồi được file bí dính bad-sector thì xin hỏi đâu ra dữ liệu để vá vào những chỗ bị bad-sector ấy? Nếu phục hồi được chắc gì file đó đã dùng được?

Còn về chuyện cắt bad-sector nghe có vẻ hay ho nhưng cũng có mặt hạn chế. Bad-sector nó thường phân bố rải rác chứ chả bao giờ liên tục cho nên khi cắt bỏ nguyên một vùng dữ liệu trên HDD để tránh bad-sector thì đồng thời phải lãng phí đi những phần còn tốt khác nằm đan xen trong phần bị cắt này thế là dung lượng khả dụng tụt đáng kể.

Thủ thuật này thường bị mấy anh chuyên bán đĩa cứng lởm sử dụng. Chỉ tội nghiệp mấy cậu sinh viên ham rẻ mua về đo dung lượng thì thấy nhỏ hơn nhiều với thông số trên vỏ mà thường dùng cũng chả được bao lâu thì cũng lăn ra ngỏm.

 

[Maika8008]

Tôi thấy việc dùng SSD + cloud là giải pháp tối ưu để tận hưởng tiện nghi làm việc với máy tính và bảo toàn dữ liệu. Mỗi tài khoản gmail cho 5GB lưu trữ (gần như) không thể mất. Từ ngày tôi biết đồng bộ với google drive, đến nay đã 12 năm, dữ liệu làm việc chỉ cỡ 4.5GB hầm bà lằng đủ các kiểu. Nếu tinh gọn lại thì ít hơn, nhưng tôi thấy không cần thiết. Cái SSD của tôi mà đột tử thì dữ liệu vẫn nguyên si đó. Nếu cần thiết tôi chuyển sang đồng bộ dữ liệu phát sinh tiếp theo với cái Gdrive thứ 2, rộng rãi và an toàn. HDD với tôi đã trở thành quá khứ.

 

[Kiều Mạnh]

Tôi thấy việc dùng SSD + cloud là giải pháp tối ưu để tận hưởng tiện nghi làm việc với máy tính và bảo toàn dữ liệu. Mỗi tài khoản gmail cho 5GB lưu trữ (gần như) không thể mất. Từ ngày tôi biết đồng bộ với google drive, đến nay đã 12 năm, dữ liệu làm việc chỉ cỡ 4.5GB hầm bà lằng đủ các kiểu. Nếu tinh gọn lại thì ít hơn, nhưng tôi thấy không cần thiết. Cái SSD của tôi mà đột tử thì dữ liệu vẫn nguyên si đó. Nếu cần thiết tôi chuyển sang đồng bộ dữ liệu phát sinh tiếp theo với cái Gdrive thứ 2, rộng rãi và an toàn. HDD với tôi đã trở thành quá khứ.

ôi Gmail = 15G chớ sao lại 5G he ==? chắc lộn ha

 

[Maika8008]

ôi Gmail = 15G chớ sao lại 5G he ==? chắc lộn ha

Í lộn bạn ơi, 15GB

 

[Kiều Mạnh]

THEO TÔI THỜI ĐIỂM HIỆN TẠI chỉ học code thì mua con CPU sau là vừa
Bộ xử lý Intel® Core™ i5-10600KF (bộ nhớ đệm 12M, lên đến 4,80 GHz) Thông số kỹ thuật sản phẩm

đương nhiên đi kèm với nó là main ( tương thích )+ SSD + RAM ít nhất là 8G
main nên mua loại mở rộng sau này có thể nâng cấp chip cao hơn
main loại có khe cắm RAM ít nhất 4 khe trở lên

 

[VetMini]

Tôi thấy việc dùng SSD + cloud là giải pháp tối ưu để tận hưởng tiện nghi làm việc với máy tính và bảo toàn dữ liệu. Mỗi tài khoản gmail cho 5GB lưu trữ (gần như) không thể mất. Từ ngày tôi biết đồng bộ với google drive, đến nay đã 12 năm, dữ liệu làm việc chỉ cỡ 4.5GB hầm bà lằng đủ các kiểu. Nếu tinh gọn lại thì ít hơn, nhưng tôi thấy không cần thiết. Cái SSD của tôi mà đột tử thì dữ liệu vẫn nguyên si đó. Nếu cần thiết tôi chuyển sang đồng bộ dữ liệu phát sinh tiếp theo với cái Gdrive thứ 2, rộng rãi và an toàn. HDD với tôi đã trở thành quá khứ.

Tại bạn chưa làm việc với dữ liệu khủng

Ở GPE này toàn là sheet hàng triệu dòng, hàng trăm cột; workbook hàng trăm sheets; folder hàng trăm workbooks.
Cờ lau tập trận nào chịu nổi.

 

[be_09]

Trong Excel, quan trọng nhất là kỹ thuật, nếu kỹ thuật kém thì máy mạnh cách mấy đôi khi cũng vô dụng.
Thử File này, dù dung lượng không lớn nhưng mở nó thì cũng mệt mõi.

 

[Kiều Mạnh]

ngày qua mới hỏi tay kỹ thuật của phong vũ nó keo nếu lưu dữ liệu quan trọng thì nên lưu vào HDD nếu ngày tối trời nào đó nó có hỏng ý thì dữ liệu còn có cơ may lấy được ...

còn SSD nó hỏng là mất công đi cho vào thùng rác còn dữ liệu nó cũng đi theo luôn

 

[Vô danh Tiểu tốt]

ngày qua mới hỏi tay kỹ thuật của phong vũ nó keo nếu lưu dữ liệu quan trọng thì nên lưu vào HDD nếu ngày tối trời nào đó nó có hỏng ý thì dữ liệu còn có cơ may lấy được ...

còn SSD nó hỏng là mất công đi cho vào thùng rác còn dữ liệu nó cũng đi theo luôn

Tôi có cái HDD 2.5 chết (không nhận) bác nào tự tin lấy được dữ liệu tôi xin biếu 2 triệu. Yêu cầu là dữ liệu còn như trước khi ngủm chứ hổng phải một cái đĩa trống trơn xài được. Chi phí chỉ tầm 200-300k cho một cái mainboard cũ tương thích, còn lại 1700k tưởng thưởng cho một việc dễ như ăn kẹo với một số bác. . Còn nếu tôi phải dùng đến dịch vụ phục hồi dữ liệu, thì để lấy lại khoảng 5GB dữ liệu chọn lọc thì tôi sẽ tốn chi phí bao nhiêu?

Nhiều bác nhắc đến bad-sector, theo các bác cái hiện tượng này có làm giảm dung lượng HDD như hao mòn dung lượng trên SSD không? Và một HDD dung lượng khoảng 250GB với tuổi đời bình thường của nó liệu có thể ghi-xóa 100.000 file dung lượng trung bình 1,5GB mà hổng có làm sao không?

Trường hợp tôi có một file quan trọng nặng chỉ tầm 2MB, chả may chỗ nó lưu dữ liệu bị dính tý xíu 4 byte bad-sector vật lý. Liệu có cách nào phục hồi lại nguyên xi cái file đó không?

 

[Maika8008]

Trong Excel, quan trọng nhất là kỹ thuật, nếu kỹ thuật kém thì máy mạnh cách mấy đôi khi cũng vô dụng.
Thử File này, dù dung lượng không lớn nhưng mở nó thì cũng mệt mõi.

Bác cho biết có gì trong đó mà cứ bị Not Responding hoài vậy?

 

[VetMini]

Bác cho biết có gì trong đó mà cứ bị Not Responding hoài vậy?

Tôi hay cóp mấy sách (tiểu thuyết, vô hư cấu, vv...) từ trên mạng về, bỏ vào file Word, chỉnh sửa styles và lập index, xong chuyển qua ePub để đọc cho dễ.
Nếu tiếng Anh thì không sao, nhưng tiếng Việt thì "not responding" là chuyện thường xuyên. Quyển sách tiếng Việt chừng ngàn trang thì đợi hai phút là trung bình (máy 8G ram). Sau khi document đã chỉnh sửa đồng bộ mọi thứ (bớt styles, bớt những cái bất thường) thì giảm hẳn.

 

[Maika8008]

Tôi hay cóp mấy sách (tiểu thuyết, vô hư cấu, vv...) từ trên mạng về, bỏ vào file Word, chỉnh sửa styles và lập index, xong chuyển qua ePub để đọc cho dễ.
Nếu tiếng Anh thì không sao, nhưng tiếng Việt thì "not responding" là chuyện thường xuyên. Quyển sách tiếng Việt chừng ngàn trang thì đợi hai phút là trung bình (máy 8G ram). Sau khi document đã chỉnh sửa đồng bộ mọi thứ (bớt styles, bớt những cái bất thường) thì giảm hẳn.

Cái file Excel này không thấy có nội dung gì mấy nhưng chuyển ô chọn, chuyển sheet là bị not responding, nhiều lúc treo luôn