https://discord.gg/62pNAKTY

https://discord.gg/EM3vJesXq2 bạn vô thử xem đc ko nha

Từ "startup" nghe có vẻ khá nặng ký so với ý tưởng và cách làm trong bài viết 🙂

♥️♥️♥️♥️

ok ạ mình sẽ sắp xếp làm 1 cái

Em tính ra kế quả như hình trên, vậy câu kết luận này có vấn đề ?? "Dễ thấy rằng L_G có λ_1 = λ_2 = λ_3 = 0 và λ_4 > 0 nên G có 3 đường kết nối. L_G1 và L_G2 có λ_1 = 0 nên 2 đồ thị G1 và G2 có một đường kết nối. Lại có λ_2 (L_G1 ) < λ_2 (L_G2) nên G2 có nhiều đường kết nối hơn."

anh ơi ,ra thêm video về dagster đi a

Thật sự cảm ơn a về comment tâm huyết hày. 🥰

Thú vị, 2 quan điểm trái ngược nhau nhưng lại sinh ra để dành cho nhau. Cũng may Linus tạo ra Kernel Linux vì muốn thỏa mãn đam mê chứ nếu ổng muốn kiếm tiền thì giờ thằng Windows nó lại độc bá thêm các mảng chuyên biệt =))

Ý tưởng thì hay, nhưng không có phần quản lý người dùng thì là một sự phí phạm. Vì nó là thứ giá trị nhất của trang web rồi.

lỗi này có khó, Thượng đế cày cắm cứng(final static readonly) vào trong Class Human rồi, chỉ có tạo class mới modify lại, nhưng cái này là scope của ổng, mình là new instance, object cóc ké thì dính rồi chịu thôi, có hàm overwrite nhưng khó gọi, phải mở 7,8 tầng luân xa gì đó =))

Mn cho e hỏi là tại sao e lại bị output sai như thế này ạ. E chạy trên gg colab và chạy các bước như code của anh chị r ạ

lỗi hết code rùi sếp ơi

Để cho dễ hiểu và dễ để search google đọc thêm về cái này thì chủ yếu sẽ chỉ cần xoay quanh 3 terms sau:

• Single Thread
• Non-blocking IO (hoặc có thể xem thêm Asynchronous)
• Event Loop

Sẽ có khá nhiều bạn thắc mắc tại sao Single Thread mà vẫn có thể xử lý được hàng ngàn requests cùng lúc (điều mà chắc chắn 1 cái web phải hỗ trợ được) Thì ở đây Node.js áp dụng idea là Non-blocking IO (hoặc nôm na là Asynchronous, 2 terms này không hoàn toàn giống nhau, nhưng về idea cơ bản thì giống), và để implement được idea Non-blocking IO thì Node.js sử dụng Event Loop.

1/ Nói qua 1 chút về Single Thread trong Node.js

• Node.js run code JS trên 1 thread, nhưng không có nghĩa là toàn bộ cái backend chạy bằng Node.js chỉ sử dụng có 1 thread.
• Trong quá trình xử lý 1 request, chắc chắn code JS của bạn sẽ cần call sang 1 bên thứ 3 và chờ response trả về từ bên đó (vd read/write file, call API qua service khác, request vào DB, ...) thì tất cả những xử lý cộng thêm đó, đều chắc chắn được chạy ở 1 thread khác, hoặc chạy ở machine khác luôn.
• Và hầu hết những tác vụ chạy ở chỗ khác này (đọc file, call DB ...) lại mới chính là những tác vụ gây mất thời gian nhiều nhất.
• Nên sẽ không có gì lạ, khi chúng ta chỉ chạy 1 con backend Node.js trên 1 con server có nhiều core, nhưng vẫn có thể sẽ thấy tất cả core đều được dùng.
• Ngoài lề 1 tý về Nhược điểm của multi-thread, đó là có thể dễ dẫn đến tranh chấp resource và deadlock => Mindset sử dụng single thread và stateless khi code Node.js sẽ hạn chế được rất nhiều các issue này.

2/ Tiếp theo là idea Non-blocking IO

• Đối với 1 số web server ngày xưa không Non-blocking IO (tức có blocking IO) thì: Mỗi request vào sẽ có 1 thread được dùng để xử lý cho request đó => khi đang chờ response trả về từ các tác vụ của bên thứ 3 như read file, call API ... thì thread này vẫn nằm yên chờ response => khi có response thì thread sẽ xử lý tiếp cho đến khi hoàn thành và response về cho client. Việc thread nằm chờ này gọi là bị blocking => khá phí cái thread nằm yên này. Nên để xử lý được nhiều requests cùng lúc thì phải hỗ trợ multi-thread.
• Đối với Node.js có Non-blocking IO => mỗi khi chờ response từ bên thứ 3 => thread sẽ được release để đi xử lý tiếp cho request khác => khi có response trả về => thread sẽ quay trở lại xử lý tiếp cho request trước đó.
• Tức ở đây 1 thread sẽ có thể được linh động đi xử lý liên tục cho nhiều requests cùng 1 lúc mà không phải nằm chờ (non-blocking)

3/ Về Event Loop => cái này các bạn google đọc thêm sẽ rõ ràng hơn.

Ngoài lề 1 tý thì Node.js vẫn có hỗ trợ chạy được multi-thread (google để biết thêm chi tiết về worker-threads).
Hoặc kể cả ở môi trường thực tế, 1 backend Node.js cũng thường sẽ được triển khai thành 1 cluster nhiều instances (như kiểu dùng pm2, docker swarm mode, k8s, hoặc dạng serverless) thì nôm na cũng đã là dùng được multi-thread và dùng tối ưu được multi core trên 1 (hoặc nhiều) machine.

Discord invite không vào được bạn ơi ( Unable to accept invite). Bạn cho mình xin invite mới cái. Many thanks!

Tich so cua chieu cao Zata va Laville

mặc dù không có câu trả lời nhưng mình đã biết được 1 server discord rất tuyệt :Đ

@baotrung đầu tiên nó sẽ đưa 5 request vào 5 thread trong pool để xử lý, đưa tiếp 100 request tiếp theo vào queue. full 100 request ở queue thì nó sẽ tạo tối đa thêm 5 thread nữa (vì maximumSize = 10) và xử lý được thêm 5 request nữa. Vì mỗi thread chiếm 0.5s nên các request còn lại không được thêm vào queue(vì request tạo ra quá nhanh) => bị hủy. có 10 request đang được thực thi trong 10 thread và 100 request trong queue.

Cảm ơn anh giai

sao click vào vd nào chỉ ra