cảm ơn e đã theo dõi 😇

cảm ơn e đã theo dõi, chúc e năm mới thật nhiều sức khoẻ, thành công mới và vẫn đọc blog của a

Dạ tuyệt quá ạ, cảm ơn chia sẻ của anh 👏👏

Chúc mừng anh đã có được bước tiến đáng mơ ước trong sự nghiệp. Chúc anh năm mới có nhiều sức khoẻ, thật thành công hơn nữa và có thêm nhiều bài viết chia sẻ vô cùng quý giá cho cộng đồng ạ 🥰

Viết bài cho có ý hả, sao k mở rộng ví dụ chọn nhiều ảnh trong chỗ stande alone

Đọc bài này lại nhớ cái web https://learngitbranching.js.org/?locale=vi =))

@gawrgura Cho mình hỏi với ạ. Sao phần YOLOv4 mình thấy bạn viết là Maxpooling Kernel Size (1,3,9,13), khác nữa hả bạn?

đoạn cuối có nhắc đến:

"Consumer chỉ có thể consume message sau khi message được replicated đến toàn bộ các replicas. Default, việc sync data trên Kafka broker là single thread. Như vậy nếu broker nào đó chứa rất nhiều leader replicas của partition, quá trình sync này có thể tốn đến vài ms. Với real-time application, vài ms cũng là một vấn đề lớn."

=> theo mình thì đoạn này liên quan tới setting bao nhiêu node replica là đủ chứ không liên quan gì tới setting bao nhiêu partition cả. bởi nếu replica nhiều thì quá trình sync giữa leader và replica sẽ tăng lên => ảnh hưởng tới việc đọc consumer.

có nhiều app streamlit nhưng mấy app đó không chỉ có 1 file py ,vậy khi làm thì dùng hết mấy file đó à

mình nghĩ là do tính bảo mật

@danhoang Hi bác, chắc tui và bác đang hiểu định nghĩa từ "scan" hơi khác biệt thôi, còn bản chất limit...offset hoạt động thì đâu thay đổi như tui nói ở trên nhỉ?

Liked

Bài viết hay quá ♥️

Hello xuân trường 😎

Bài gốc: https://thanhle.blog/blog/tu-duy-toi-uu

Ôi e ở cùng quê, cũng theo software mà giờ mới biết tới sư huynh

Có nhưng đang beta nha bạn.

bài viết rất hữu ích đối với BrSE như mình, cảm ơn bạn nhiều

đoạn này hình như tính variance nhầm phải k ạ

Cảm ơn bạn đã dành thời gian chia sẻ Series chất lượng này!