Trên một số MCU cao cấp, đúng như bạn nói, có thể dùng MPU để thiết lập theo từng vùng không chỉ quyền truy cập mà cả các thuộc tính liên quan đến cache. Tài liệu sau của ST sẽ là một tài liệu tham khảo rất tốt: https://community.st.com/t5/stm32-mcus/…
Tuy nhiên, trên ESP32-S3 được sử dụng trong bài viết này, không có cơ chế cho phép thiết lập thuộc tính cacheable / non-cacheable theo từng vùng nhớ bằng MPU hay cơ chế tương tự như trên CPU đa dụng hoặc một số MCU khác.
Với ESP32-S3, bộ nhớ ngoài (Flash/PSRAM) được thiết kế để truy cập thông qua cache/MMU (TRM 4.3.3 External Memory), và việc kiểm soát quyền truy cập được thực hiện qua PMS (Permission Management System) (TRM Chương 15), nhưng thành phần này dùng cho bảo vệ truy cập chứ không có vai trò thay đổi việc có đi qua cache hay không, hoặc bản thân đường truy cập.
Lỗi C4996 'strcpy': Hàm hoặc biến này có thể không an toàn. Hãy cân nhắc dùng strcpy_s thay vào đó. Để tắt cảnh báo ngừng hỗ trợ, hãy dùng _CRT_SECURE_NO_WARNINGS. Xem trợ giúp trực tuyến để biết chi tiết.
Có thể họ có sức ảnh hưởng lớn và nhận mức thù lao tương xứng, nhưng điều đó không đồng nghĩa với việc họ là “người duy nhất trong công ty gánh rủi ro chủ động”. Càng không đúng nếu xét đến việc người bổ nhiệm họ có phải cổ đông lớn hay không.
Theo cùng logic đó, nhân viên vì có ảnh hưởng nhỏ nên sẽ gánh trách nhiệm nhỏ và nhận lương thấp hơn, nhưng tương tự họ cũng là những người chịu trách nhiệm một cách chủ động, và CEO cũng không có lý do gì mà không thể bị AI thay thế.
Luận điểm mà bạn để lại trong bình luận đầu tiên chẳng phải là CEO là người duy nhất gánh rủi ro chủ động, nên không thể bị AI thay thế, đúng không?
À, khác với máy tính đa dụng, trên các MCU như ESP32 không có MMU cho phép thay đổi thuộc tính bộ nhớ theo đơn vị trang trong lúc chạy, và việc có cacheable / non-cacheable hay không được quyết định theo từng vùng bộ nhớ đã được ấn định sẵn, nên đúng như bạn nói là không thể dùng theo cách đó được (SRAM nội bộ được cố định nguyên khối là bộ nhớ non-cacheable, còn PSRAM được cố định nguyên khối là bộ nhớ cacheable).
Đúng như bạn nói, do tính nhất quán của cache nên có lẽ mỗi lần đều phải thực hiện cache invalidate, vì vậy tôi thắc mắc tại sao lại không dùng luôn vùng non-cacheable để ghi.
Thảo nào dạo này các guru mới nói là người mới vào nghề lại dùng agent giỏi hơn hẳn. Vì đây là thứ đã giúp họ kiếm tiền lâu nay nên họ không chịu unlearn.
Tôi cho rằng có thể một lần nữa xác nhận quy luật Pareto rằng bản thân tỷ lệ giữa "kiến lười" và "kiến chăm" trong hai nhóm lãnh đạo/nhân viên nhìn chung không khác biệt mấy.
Mặt khác, nếu xét đến quyền lực, năng lực thông tin, phương tiện và mức độ sẵn có của nguồn lực giúp họ có thể nhận biết trước những thất bại không thể ngăn chặn và né tránh trách nhiệm, thì tôi nghĩ khả năng né tránh thành công của các giám đốc điều hành, bao gồm cả CEO, sẽ khác biệt có ý nghĩa so với nhân viên. Đây là một cấu trúc mà trong đó các lãnh đạo cấp cao dễ biện minh cho việc được thưởng quá mức cho thành công bằng cách phóng đại một cách viển vông trách nhiệm dự kiến so với thiệt hại thực sự họ phải gánh chịu, và cũng có động cơ đáng kể để hành xử như vậy.
Mức lương cực cao của CEO không đơn thuần là khoản trả cho vị thế cao, mà là kết quả của sự kết hợp giữa ảnh hưởng rất lớn của các quyết định, rủi ro về danh tiếng và tài chính phải gánh khi thất bại, cùng với tính khan hiếm trên thị trường. Ngoại trừ một số ít trường hợp kiểu ưu đãi người từng có chức quyền, ở phần lớn môi trường quản trị, giá trị của CEO tại 1 triệu pháp nhân có cấu trúc tỷ lệ với sức nặng trách nhiệm mà họ gánh. Thậm chí hơn 90% còn chưa tỷ lệ tương xứng. Vì thành công đã bị dời về phía sau. Ngay cả CEO thuê ngoài cũng chỉ khác về mức độ, chứ tôi nghĩ rất khó đem so với nhân viên thông thường. CEO thuê ngoài rốt cuộc cũng do cổ đông lớn (hội đồng quản trị), founder, owner lựa chọn.
Chắc chắn sẽ có những CEO vô năng chỉ ngồi nhận tiền một cách vô ích. Nếu định mang trường hợp này ra, thì cũng cần biết rằng số nhân viên ăn lương vô ích áp đảo nhiều hơn hẳn. Kể cả cộng tổng chi phí lại thì có lẽ vế sau vẫn cao đến mức khó mà so sánh.
Chắc chắn đây có vẻ là thời đại mà cách làm phải biết mọi thứ từ A đến Z trở nên bất lợi về mặt năng suất. Mặt khác, điều tôi lo hơn là ngày càng có nhiều đoạn mã trộn lẫn đủ loại lớp trừu tượng đến mức chẳng ai biết thứ gì đang thực sự hoạt động. Tôi sợ rồi sẽ đến lúc logic quan trọng biến thành một kiểu cú pháp ma thuật mà không ai hiểu nổi.
> Trong công việc thực tế, các ràng buộc cụ thể và việc duy trì tính nhất quán quan trọng hơn nhiều so với các nguyên tắc thiết kế, và điều cốt lõi là phải hiểu được trạng thái hiện tại của mã nguồn
Đây đúng là quan điểm thường ngày của tôi, đọc mà thấy ấm lòng.
Dù họ khẳng định chỉ cần làm thủ công 10 mục thôi, nhưng rốt cuộc cũng chỉ là tự an ủi bản thân. Muốn tìm ra 10 mục đó thì vẫn phải kiểm tra toàn bộ. Wag the dog.
Trên một số MCU cao cấp, đúng như bạn nói, có thể dùng MPU để thiết lập theo từng vùng không chỉ quyền truy cập mà cả các thuộc tính liên quan đến cache. Tài liệu sau của ST sẽ là một tài liệu tham khảo rất tốt: https://community.st.com/t5/stm32-mcus/…
Tuy nhiên, trên ESP32-S3 được sử dụng trong bài viết này, không có cơ chế cho phép thiết lập thuộc tính cacheable / non-cacheable theo từng vùng nhớ bằng MPU hay cơ chế tương tự như trên CPU đa dụng hoặc một số MCU khác.
Với ESP32-S3, bộ nhớ ngoài (Flash/PSRAM) được thiết kế để truy cập thông qua cache/MMU (TRM 4.3.3 External Memory), và việc kiểm soát quyền truy cập được thực hiện qua PMS (Permission Management System) (TRM Chương 15), nhưng thành phần này dùng cho bảo vệ truy cập chứ không có vai trò thay đổi việc có đi qua cache hay không, hoặc bản thân đường truy cập.
Liên kết TRM (Technical Reference Manual): https://documentation.espressif.com/esp32-s3_technical_reference_manua….
Lỗi C4996
'strcpy': Hàm hoặc biến này có thể không an toàn. Hãy cân nhắc dùngstrcpy_sthay vào đó. Để tắt cảnh báo ngừng hỗ trợ, hãy dùng_CRT_SECURE_NO_WARNINGS. Xem trợ giúp trực tuyến để biết chi tiết.Không có MMU, nhưng vẫn có thể dùng MPU để chỉ định các vùng bộ nhớ và các thuộc tính tương ứng của chúng.
Có lẽ bạn nên thử xem xét một lần.
Có thể họ có sức ảnh hưởng lớn và nhận mức thù lao tương xứng, nhưng điều đó không đồng nghĩa với việc họ là “người duy nhất trong công ty gánh rủi ro chủ động”. Càng không đúng nếu xét đến việc người bổ nhiệm họ có phải cổ đông lớn hay không.
Theo cùng logic đó, nhân viên vì có ảnh hưởng nhỏ nên sẽ gánh trách nhiệm nhỏ và nhận lương thấp hơn, nhưng tương tự họ cũng là những người chịu trách nhiệm một cách chủ động, và CEO cũng không có lý do gì mà không thể bị AI thay thế.
Luận điểm mà bạn để lại trong bình luận đầu tiên chẳng phải là CEO là người duy nhất gánh rủi ro chủ động, nên không thể bị AI thay thế, đúng không?
Có vẻ chẳng có chỗ nào để dùng cả..
À, khác với máy tính đa dụng, trên các MCU như ESP32 không có MMU cho phép thay đổi thuộc tính bộ nhớ theo đơn vị trang trong lúc chạy, và việc có
cacheable/non-cacheablehay không được quyết định theo từng vùng bộ nhớ đã được ấn định sẵn, nên đúng như bạn nói là không thể dùng theo cách đó được (SRAM nội bộ được cố định nguyên khối là bộ nhớnon-cacheable, còn PSRAM được cố định nguyên khối là bộ nhớcacheable).Cảm ơn bạn đã đặt một câu hỏi hay!
Wow, họ phát hành cả thứ này luôn... đúng là một công ty thật đáng sợ.
Không biết đến bao giờ sự hỗn loạn này mới lắng xuống, theo cách nào đi nữa,,
Rất thích phần đánh dấu ngày nghỉ lễ.
> Luck = [Doing Things] × [Telling People]
Hình như tôi cũng đã thấy công thức này từ vài năm trước, nhưng suốt thời gian qua lại không thực hành được tốt.
Đúng như bạn nói, do tính nhất quán của cache nên có lẽ mỗi lần đều phải thực hiện
cache invalidate, vì vậy tôi thắc mắc tại sao lại không dùng luôn vùng non-cacheable để ghi.Thảo nào dạo này các guru mới nói là người mới vào nghề lại dùng agent giỏi hơn hẳn. Vì đây là thứ đã giúp họ kiếm tiền lâu nay nên họ không chịu unlearn.
Tôi cho rằng có thể một lần nữa xác nhận quy luật Pareto rằng bản thân tỷ lệ giữa "kiến lười" và "kiến chăm" trong hai nhóm lãnh đạo/nhân viên nhìn chung không khác biệt mấy.
Mặt khác, nếu xét đến quyền lực, năng lực thông tin, phương tiện và mức độ sẵn có của nguồn lực giúp họ có thể nhận biết trước những thất bại không thể ngăn chặn và né tránh trách nhiệm, thì tôi nghĩ khả năng né tránh thành công của các giám đốc điều hành, bao gồm cả CEO, sẽ khác biệt có ý nghĩa so với nhân viên. Đây là một cấu trúc mà trong đó các lãnh đạo cấp cao dễ biện minh cho việc được thưởng quá mức cho thành công bằng cách phóng đại một cách viển vông trách nhiệm dự kiến so với thiệt hại thực sự họ phải gánh chịu, và cũng có động cơ đáng kể để hành xử như vậy.
Mức lương cực cao của CEO không đơn thuần là khoản trả cho vị thế cao, mà là kết quả của sự kết hợp giữa ảnh hưởng rất lớn của các quyết định, rủi ro về danh tiếng và tài chính phải gánh khi thất bại, cùng với tính khan hiếm trên thị trường. Ngoại trừ một số ít trường hợp kiểu ưu đãi người từng có chức quyền, ở phần lớn môi trường quản trị, giá trị của CEO tại 1 triệu pháp nhân có cấu trúc tỷ lệ với sức nặng trách nhiệm mà họ gánh. Thậm chí hơn 90% còn chưa tỷ lệ tương xứng. Vì thành công đã bị dời về phía sau. Ngay cả CEO thuê ngoài cũng chỉ khác về mức độ, chứ tôi nghĩ rất khó đem so với nhân viên thông thường. CEO thuê ngoài rốt cuộc cũng do cổ đông lớn (hội đồng quản trị), founder, owner lựa chọn.
Chắc chắn sẽ có những CEO vô năng chỉ ngồi nhận tiền một cách vô ích. Nếu định mang trường hợp này ra, thì cũng cần biết rằng số nhân viên ăn lương vô ích áp đảo nhiều hơn hẳn. Kể cả cộng tổng chi phí lại thì có lẽ vế sau vẫn cao đến mức khó mà so sánh.
Chắc chắn đây có vẻ là thời đại mà cách làm phải biết mọi thứ từ A đến Z trở nên bất lợi về mặt năng suất. Mặt khác, điều tôi lo hơn là ngày càng có nhiều đoạn mã trộn lẫn đủ loại lớp trừu tượng đến mức chẳng ai biết thứ gì đang thực sự hoạt động. Tôi sợ rồi sẽ đến lúc logic quan trọng biến thành một kiểu cú pháp ma thuật mà không ai hiểu nổi.
> Trong công việc thực tế, các ràng buộc cụ thể và việc duy trì tính nhất quán quan trọng hơn nhiều so với các nguyên tắc thiết kế, và điều cốt lõi là phải hiểu được trạng thái hiện tại của mã nguồn
Đây đúng là quan điểm thường ngày của tôi, đọc mà thấy ấm lòng.
Có khá nhiều thư viện mình chưa biết, chắc phải lướt qua một lượt mới được.
Không được hỗ trợ chính thức, nhưng có một dự án mã nguồn mở tên là NuGetForUnity.
Dù họ khẳng định chỉ cần làm thủ công 10 mục thôi, nhưng rốt cuộc cũng chỉ là tự an ủi bản thân. Muốn tìm ra 10 mục đó thì vẫn phải kiểm tra toàn bộ. Wag the dog.
Founder ceo, owner CEO, employeed CEO đều khác nhau. Điều bạn nói chỉ đúng khi đó là founder hoặc owner