em đồng ý với việc nói không đồng bộ là các việc hoạt động độc lập với nhau ở cuối video, và em không đồng ý việc nói không đồng bộ là tốc độ khác nhau như ở giữa video anh nói. với một môi trường đơn luồng và pure computation thì đồng bộ hay bất đồng bộ đều cho thời gian như nhau.
@@hungnguyenmanh5333 để các tác vụ có thể được thực thi đan sen lẫn nhau (multitasking). để lấy ví dụ: - task1 lặp vô hạn task2. - task2 in "hello world" ra console. - task3 in "goodbye world" ra console. trong môi trường đơn luồng, gọi: task1() task3() - nếu như đồng bộ thì tác vụ 3 không bao giờ được gọi. - nếu bất đồng bộ thì tác vụ 3 có thể được gọi bất cứ lúc nào, tùy vào cách hiện thực scheduler (như preemptive scheduler có thể dừng thực thi tác vụ 1 nếu chạy quá lâu, và cho phép tác vụ 3 chạy). thời gian thực thi của mỗi tác vụ trong hai trường hợp đều bằng nhau. tưởng tượng nếu như nodejs mà chạy đồng bộ thì khi xài expressjs chúng ta sẽ chỉ đứng trong phòng lặp "lắng nghe gói tin -> xử lý -> lắng nghe gói tin -> xử lý -> ..." chứ không bao giờ làm được việc gì khác như lắng nghe từ redis hay rabbitmq. có lẽ bạn đang hiểu lầm giữa thực thi đồng thời và thực thi song song.
@@anonystick em vẫn theo dõi anh đều đều ạ. Hiện đang thử sức công việc mới rồi anh. Mặc dù không lập trình trên máy nhưng lại lập trình cuộc đời anh ạ 😁😁
anh nói thế thì cũng ko đúng lắm đồng bộ hay bất đồng bộ gì nó cũng ko liên quan gì đến thời gian đồng bộ thì làm nhiều việc tuần tự mỗi việc cũng sẽ có một khoảng thời gian khác nhau tương tự với bất đồng bộ cái khác nhau ở đây ví dụ là đồng bộ: nấu cơm -> ăn cơm -> rửa chén -> quét nhà bất đồng bộ thì trong lúc đang đợi cơm nóng thì mình đi rửa chén hoặc lau nhà nếu mà trong lúc rửa chén bị cúp nước mà nước cúp thì quay lại quét nhà, quét nhà giữa chừng thì cây chổi hư mà có nước lại thì switch ra rửa chén, cơm cắm xong rồi thì ăn cơm. có nghĩa các sự kiện nước bị cúp, chổi bị hư, cơm đang cắm là các sự kiện IO và người thực hiện ở đây là 1 core trên CPU. Các action nấu cơm, ăn cơm, rửa chén, quét nhà ở đây là thread khi có sự kiện IO xảy ra thì nó sẽ có một bộ lập lịch để quyết định hành động nào tiếp theo và lưu kết quả của sự kiện IO lại để khi hoàn thành thì switch về lại cho thread khác chạy tiếp ví dụ: nấu cơm xong thì sẽ có kết quả cuối cùng được trả ra để switch qua sự kiện ăn cơm. bất đồng bộ kiểu như tranh thủ làm cái này cái kia khi công việc hiện tại đang tạm hoãn vì phải đợi kết quả từ sự việc sự vật khác chẳng hạn
Hay là bạn cứ biến nó thành kiểu kdhsbfm idjdjsh jejckfj hdhshhdo &:&(!khd rồi gửi đi, gói tin có bị bắt cũng chả sao, chả ai hiểu gì 😂 , http bình thường
tự viết cơ chế mã hóa riêng, có điều , phải đảm bảo ko thể bị bẻ gãy đc, chứ cơ chế ssl , nó dùng secret key , và thuật toán mã hóa của nó, thì ước tính mất hàng tỉ năm mới giải mã đc với máy tính thường nên bạn tự viết được 1 cái như thế thì khỏi dùng ssl cũng đc và như thế là tạo lại bánh xe rồi
![ATEEZ(에이티즈) - [GOLDEN HOUR : Part.2] Preview](http://i.ytimg.com/vi/X4PfgRPBUVo/mqdefault.jpg)
Mong a ra nhiều video về series này rất hay ạ. Đọc lý thuyết thì không thể hiểu rõ như này được ạ.
cám ơn anh đã chia sẻ
phần đồng bộ và không đồng bộ, đa luồng mong bác ra nhiều video giải thích
Đa luồng anh code c++ á. Có nhiều thứ hay ho dễ hiểu và bị xương xẩu. Chứ JS mà đa luồng thì thư viện core của nó làm hết rồi sẽ khó hiểu
Cách a giải thích rất hay. Tks a
em đồng ý với việc nói không đồng bộ là các việc hoạt động độc lập với nhau ở cuối video, và em không đồng ý việc nói không đồng bộ là tốc độ khác nhau như ở giữa video anh nói. với một môi trường đơn luồng và pure computation thì đồng bộ hay bất đồng bộ đều cho thời gian như nhau.
Thời gian như nhau thì sử dụng không đồng bộ để làm gì bạn ?
@@hungnguyenmanh5333 để các tác vụ có thể được thực thi đan sen lẫn nhau (multitasking). để lấy ví dụ:
- task1 lặp vô hạn task2.
- task2 in "hello world" ra console.
- task3 in "goodbye world" ra console.
trong môi trường đơn luồng, gọi:
task1()
task3()
- nếu như đồng bộ thì tác vụ 3 không bao giờ được gọi.
- nếu bất đồng bộ thì tác vụ 3 có thể được gọi bất cứ lúc nào, tùy vào cách hiện thực scheduler (như preemptive scheduler có thể dừng thực thi tác vụ 1 nếu chạy quá lâu, và cho phép tác vụ 3 chạy).
thời gian thực thi của mỗi tác vụ trong hai trường hợp đều bằng nhau.
tưởng tượng nếu như nodejs mà chạy đồng bộ thì khi xài expressjs chúng ta sẽ chỉ đứng trong phòng lặp "lắng nghe gói tin -> xử lý -> lắng nghe gói tin -> xử lý -> ..." chứ không bao giờ làm được việc gì khác như lắng nghe từ redis hay rabbitmq.
có lẽ bạn đang hiểu lầm giữa thực thi đồng thời và thực thi song song.
@@hungnguyenmanh5333 trong môi trường đa luồng mới cần
Quá hay anh ơi.
Trước mình cũng ko hiểu ... tự làm 2 dự án cá nhân tự khắc hiểu luôn
Chú làm video nói rõ về client-side-rendering & server-side-rendering được ko ạ?
hay qua anh ơi, anh nói cái em hiểu rõ luôn á
nếu có thời gian anh ra thêm video về linux luôn nha anh
lót dép ngồi hóng video về asynchronous & synchronous của linux 🥰
Lót gạch
Cam on anh, video hay qua. Mong anh lam video Linux
Lúc nào cũng thích cái font chữ trong video của anh
Lâu quá hen... Em sao rồi?
@@anonystick em vẫn theo dõi anh đều đều ạ. Hiện đang thử sức công việc mới rồi anh. Mặc dù không lập trình trên máy nhưng lại lập trình cuộc đời anh ạ 😁😁
đây là giọng tiến sư thầy phải ko nhỉ :)
Mong làm về Linux đi ạ
tks ad nhiều
Mong anh làm linux luôn a
anh nói thế thì cũng ko đúng lắm
đồng bộ hay bất đồng bộ gì nó cũng ko liên quan gì đến thời gian
đồng bộ thì làm nhiều việc tuần tự mỗi việc cũng sẽ có một khoảng thời gian khác nhau tương tự với bất đồng bộ
cái khác nhau ở đây ví dụ là
đồng bộ: nấu cơm -> ăn cơm -> rửa chén -> quét nhà
bất đồng bộ thì trong lúc đang đợi cơm nóng thì mình đi rửa chén hoặc lau nhà nếu mà trong lúc rửa chén bị cúp nước mà nước cúp thì quay lại quét nhà, quét nhà giữa chừng thì cây chổi hư mà có nước lại thì switch ra rửa chén, cơm cắm xong rồi thì ăn cơm.
có nghĩa các sự kiện nước bị cúp, chổi bị hư, cơm đang cắm là các sự kiện IO và người thực hiện ở đây là 1 core trên CPU. Các action nấu cơm, ăn cơm, rửa chén, quét nhà ở đây là thread khi có sự kiện IO xảy ra thì nó sẽ có một bộ lập lịch để quyết định hành động nào tiếp theo và lưu kết quả của sự kiện IO lại để khi hoàn thành thì switch về lại cho thread khác chạy tiếp
ví dụ: nấu cơm xong thì sẽ có kết quả cuối cùng được trả ra để switch qua sự kiện ăn cơm.
bất đồng bộ kiểu như tranh thủ làm cái này cái kia khi công việc hiện tại đang tạm hoãn vì phải đợi kết quả từ sự việc sự vật khác chẳng hạn
xem xong vẫn chưa hiểu lắm ạ 😬
Có cách nào để mã hóa khối data khi gửi đi bằng http mà ko cần dùng https hay dùng SSL ko anh ?
Hay là bạn cứ biến nó thành kiểu kdhsbfm idjdjsh jejckfj hdhshhdo &:&(!khd rồi gửi đi, gói tin có bị bắt cũng chả sao, chả ai hiểu gì 😂 , http bình thường
tự viết cơ chế mã hóa riêng, có điều , phải đảm bảo ko thể bị bẻ gãy đc, chứ cơ chế ssl , nó dùng secret key , và thuật toán mã hóa của nó, thì ước tính mất hàng tỉ năm mới giải mã đc với máy tính thường
nên bạn tự viết được 1 cái như thế thì khỏi dùng ssl cũng đc và như thế là tạo lại bánh xe rồi
tự tạo hàm encrypt với decrypt riêng sài
tự đưa ra công thức mã hóa vd như md5 hash
thanks
Tuần tự và không tuần tự
Async/sync là các khái niệm khác với tuần tự/ko tuần tự. Mình vẫn thường thiết kế các api async nhưng tuần tự.
Không liên quan cho lắm nhưng anh cho em hỏi extension nào trên vscode mà a gõ code nó gợi ý cho mình đoạn code phía sau vậy ạ.
codeium
lot dem hong video linux 🤩
im new
hi