thảo luận Code trên Mac với Win cái nào sướng hơn?

  • Người tạo chủ đề Người tạo chủ đề bamboo.bamboo
  • Ngày bắt đầu Ngày bắt đầu
nhu cầu của anh cao hơn cả facebook google thế chắc phải tự code os riêng rồi...
Không biết bạn đang đá đểu ai , ko có hệ thống nào phù hợp hết cho nhu cầu, ông kia nói 10% ko được thì nó là không được, tại sao lại 10% còn lại ko theo docker luôn nghe thật hài hước. Minh thấy bạn comment như thằng trẽ trâu vậy. Nói thiệt là minh sinh hoạt VOZ này lâu rồi, ngày xưa còn là mod voz cũ, qua đây chưa do giới trẽ làm, nhưng phong cách nói chuyện kỹ thuật của bạn trẽ trâu thật đấy.. Ko hợp trao đổi thêm
Cái ansible hay teraform của bạn từ hồi cach đây 10 năm khi chưa có bọn này, luc đó toi ôm vài trăm con máy chủ game của VNG thi đã code cái này để tự xài rồi, nên nó cũng ko có gì cao siêu lắm đâu. Giờ hàng ăn sẵn nhiều rồi, nên người ta có tâm lí thay đổi thì phải
 
Haizz.. mấy cái topic hỏi rồi so sánh OS, technologies dạng này thế nào cũng war. Từ trẻ nghé cho tới già trâu, chục năm trước vẫn thế, bây giờ vẫn thế. :beat_brick:

Trở lại vấn đề của chủ topic nhé. Chọn OS nào dev là "personal choice", tự mình xài thử, nhu cầu của mình là gì rồi thấy ưng cái nào thì chọn cái đó thôi. Code pro thì éo phải do tool hay OS. Như tôi đang xài Macbook Pro nhưng OS chính là Windows 10 để code và làm mọi thứ khác. Lý do: Tôi thích! :boss:
 
Không biết bạn đang đá đểu ai , ko có hệ thống nào phù hợp hết cho nhu cầu, ông kia nói 10% ko được thì nó là không được, tại sao lại 10% còn lại ko theo docker luôn nghe thật hài hước. Minh thấy bạn comment như thằng trẽ trâu vậy. Nói thiệt là minh sinh hoạt VOZ này lâu rồi, ngày xưa còn là mod voz cũ, qua đây chưa do giới trẽ làm, nhưng phong cách nói chuyện kỹ thuật của bạn trẽ trâu thật đấy.. Ko hợp trao đổi thêm
Cái ansible hay teraform của bạn từ hồi cach đây 10 năm khi chưa có bọn này, luc đó toi ôm vài trăm con máy chủ game của VNG thi đã code cái này để tự xài rồi, nên nó cũng ko có gì cao siêu lắm đâu. Giờ hàng ăn sẵn nhiều rồi, nên người ta có tâm lí thay đổi thì phải
tôi thì được cái ưu điểm lớn nhất là với ai cũng nói chuyện được, tuỳ cách người ta nói chuyện với mình thôi... nếu anh thấy tôi nói chuyện kiểu trẻ trâu thì chỉ cần đơn giản nhìn qua người đối diện anh sẽ hiểu tại sao...

quay trở lại vấn đề của anh kia, rõ ràng là anh kia thiếu kinh nghiệm trong việc sử dụng docker, cái ấy chắc không sai, các ví dụ của anh ta nêu ra đều xử lý được bằng docker, thậm chí là xử lý tốt bằng docker (và các công nghệ liên quan) đặc biệt là cái use case quét thông tin về sách truyện gì đó... rõ ràng thằng server nó limit request từ một IP mà anh ta lại giải quyết bằng cách hẹn giờ MỘT IP 6h quét một lần thì...

tôi biết anh có chuyên môn thực tế, tôi hỏi anh có ai mà lại làm kiểu ấy không??????

cái headless-chrome hay puppeteer gì đó anh ta nhìn vào dockerfile, bảo ngay cái này chạy không được (cũng nói luôn là chưa test) trong khi bao nhiêu người khác nói chạy tốt mấy năm nay rồi???

tức là sao? rõ ràng là anh ta chê bai docker thiếu khả năng mà đứng từ góc nhìn của một người không dùng docker? và vì vậy thì ủng hộ việc dùng desktop là linux luôn để môi trường giống môi trường production, nhằm tránh lỗi??? cái này nó vô lý, thậm chí nguy hiểm cho người khác nếu người ta làm theo...

tiếp tục, quay trở lại chuyện của anh, tôi đá đểu anh thật, vì anh bảo là anh đã từng dùng thử docker (một lần nữa, tôi nhấn mạnh lại là thử) và kết luận là nó không đáp ứng nhu cầu của anh... tôi thấy lạ ở hai điểm:

- docker không phải thuốc thần, use case của anh là gì, có chắc là anh dùng đúng thuốc cho đúng bệnh không?
- có chắc là cách dùng docker của anh đúng không? (vì docker nó phù hợp scale ngang, chưa đủ tải thì nó launch thêm, chứ không phải scale dọc, cần tối ưu hết cỡ để tăng tải một node)

bởi vậy cho nên tôi mới bảo nhu cầu của anh hơn cả facebook google, bởi vì tôi biết chắc chắn hai thằng này dùng docker (cụ thể hơn là dùng công nghệ này) như điên, nó dùng ngập tràn luôn... mà anh bảo là không đáp ứng nhu cầu của anh thì chỉ có hai khả năng:

- anh dùng sai mục đích (thế thì cố dùng làm gì để rồi phải chê?)
- anh dùng sai cách (thế thì nên học cách dùng đúng)
 
> quay trở lại vấn đề của anh kia, rõ ràng là anh kia thiếu kinh nghiệm trong việc sử dụng docker, cái ấy chắc không sai, các ví dụ của anh ta nêu ra đều xử lý được bằng docker, thậm chí là xử lý tốt bằng docker (và các công nghệ liên quan) đặc biệt là cái use case quét thông tin về sách truyện gì đó... rõ ràng thằng server nó limit request từ một IP mà anh ta lại giải quyết bằng cách hẹn giờ MỘT IP 6h quét một lần thì...

đến chữ proxy cũng không đọc được thì các bạn biết trình của mod voz thế nào rồi đấy :) công nhận là tấu hài.
cơ mà tôi cũng biết là bạn mod đếch phải là dev cho nên có nhiều cái liên quan tới dev bạn ấy không rõ, cơ mà nếu không biết thì phát biểu dè dặt thôi đằng này...
 
Thế del nào cái thớt hỏi câu đơn giản mà mấy pa vô cãi nhau tè le ở đâu.
Code xài os nào quen thì code trên đó nhanh hơn, easy vãi.
Trước đây chắc môi trường trên win ko ngon bằng macos cho dev, nhưng từ 2004 có WSL2 xài thử thấy ngon vc, docker cũng support wsl2 backend, có thể lật ngược thế cờ.
Ps: nhà nghèo con đông lap yếu, đang xài ubuntu mới chịu nổi :(
 
Thế del nào cái thớt hỏi câu đơn giản mà mấy pa vô cãi nhau tè le ở đâu.
Code xài os nào quen thì code trên đó nhanh hơn, easy vãi.
Trước đây chắc môi trường trên win ko ngon bằng macos cho dev, nhưng từ 2004 có WSL2 xài thử thấy ngon vc, docker cũng support wsl2 backend, có thể lật ngược thế cờ.
Ps: nhà nghèo con đông lap yếu, đang xài ubuntu mới chịu nổi :(
wsl2 performance cho file trên ntfs thấp vãi, tôi tháng 3 hí hửng cài insider build để dùng wsl2 mà thử xong phải downgrade vội (https://vxlabs.com/2019/12/06/wsl2-io-measurements/), ờ đợt đó còn vấn đề nữa là linux kernel dùng ram xong đíu nhả, nhưng bản 20h1 chính thức ra nghe bảo đã sửa được cái này rồi thì phải.

p.s: cho bạn nào tò mò hỏi sao không move đống file đó vào trong file system của wsl2, thì đơn giản là tôi file hơi nhiều, move vào mất thời gian mà dung lượng cũng không đủ (nhà nghèo ssh có 500GB thôi mà đang lưu đủ thứ) :(
khá đáng tiếc là m$ không tiếp tục phát triển wsl1.
 
Minh deploy trên google là vps, ko phải container mà hiệu năng đã ko đáp ứng rồi, nói chi chạy trên container
Bare metal và hypervisor ko phải là 2 cái riêng biệt. Hypervisor chia ra 2 loại bare metal nhu esxi, microsoft hyper-V hoặc kiểu software như vmware workstation. Quan trong nhất là ứng dụng của mình có nhưng function khong chay duoc trong docker

bác nói thêm về những Function ko chạy dc trong docker đc ko ^^
 
bác nói thêm về những Function ko chạy dc trong docker đc ko ^^
Mình liệt kê ra đây, ví dụ chương trình firewall thì cần các thao tác trực tiếp với card mạng
- XDP
- eBPF
- TCPDUMP
Hoặc đơn giản hơn là một vài chức năng liên quan tới interface của vật lí như IRQ và Interupt, TX,RX Queue, các tham số offload phần mềm mình viết cần thao tác trực tiếp trên đó thì phải chạy trực tiếp hoặc VPS qua Intel VT-D , nhưng cái này không thể control qua docker hay bất cứ container được vì không có quyền.
Đa số docker mọi người thấy nó tiện vì nó chay duoc DB, Webservice ok, nhiều instance trên 1 con máy chủ, thay vì phải built từ source nếu muốn chay nhiều cái postgres hay mysql, mình công nhận cái đó, nếu chạy cái đó thôi thì docker là sự lựa chon sáng suốt cho dev vì khỏi phải lo môi trường dev rồi. Vấn đề là ứng dụng trên linux không phải cái nào cũng chạy level cao, có cái chạy cấp thấp cần nhiều đặc quyền thì nó ko đáp ứng về kiến trúc
tôi thì được cái ưu điểm lớn nhất là với ai cũng nói chuyện được, tuỳ cách người ta nói chuyện với mình thôi... nếu anh thấy tôi nói chuyện kiểu trẻ trâu thì chỉ cần đơn giản nhìn qua người đối diện anh sẽ hiểu tại sao...

quay trở lại vấn đề của anh kia, rõ ràng là anh kia thiếu kinh nghiệm trong việc sử dụng docker, cái ấy chắc không sai, các ví dụ của anh ta nêu ra đều xử lý được bằng docker, thậm chí là xử lý tốt bằng docker (và các công nghệ liên quan) đặc biệt là cái use case quét thông tin về sách truyện gì đó... rõ ràng thằng server nó limit request từ một IP mà anh ta lại giải quyết bằng cách hẹn giờ MỘT IP 6h quét một lần thì...

tôi biết anh có chuyên môn thực tế, tôi hỏi anh có ai mà lại làm kiểu ấy không??????

cái headless-chrome hay puppeteer gì đó anh ta nhìn vào dockerfile, bảo ngay cái này chạy không được (cũng nói luôn là chưa test) trong khi bao nhiêu người khác nói chạy tốt mấy năm nay rồi???

tức là sao? rõ ràng là anh ta chê bai docker thiếu khả năng mà đứng từ góc nhìn của một người không dùng docker? và vì vậy thì ủng hộ việc dùng desktop là linux luôn để môi trường giống môi trường production, nhằm tránh lỗi??? cái này nó vô lý, thậm chí nguy hiểm cho người khác nếu người ta làm theo...

tiếp tục, quay trở lại chuyện của anh, tôi đá đểu anh thật, vì anh bảo là anh đã từng dùng thử docker (một lần nữa, tôi nhấn mạnh lại là thử) và kết luận là nó không đáp ứng nhu cầu của anh... tôi thấy lạ ở hai điểm:

- docker không phải thuốc thần, use case của anh là gì, có chắc là anh dùng đúng thuốc cho đúng bệnh không?
- có chắc là cách dùng docker của anh đúng không? (vì docker nó phù hợp scale ngang, chưa đủ tải thì nó launch thêm, chứ không phải scale dọc, cần tối ưu hết cỡ để tăng tải một node)

bởi vậy cho nên tôi mới bảo nhu cầu của anh hơn cả facebook google, bởi vì tôi biết chắc chắn hai thằng này dùng docker (cụ thể hơn là dùng công nghệ này) như điên, nó dùng ngập tràn luôn... mà anh bảo là không đáp ứng nhu cầu của anh thì chỉ có hai khả năng:

- anh dùng sai mục đích (thế thì cố dùng làm gì để rồi phải chê?)
- anh dùng sai cách (thế thì nên học cách dùng đúng)
nếu thế thì anh lôi chuyện ấy ra làm chi? khi nào cần dùng cái gì mà thằng docker làm tốt thì anh dùng nó, với những việc nó làm không tốt thì anh dùng thằng nào làm tốt hơn?

mình cũng không hiểu mấy ứng dụng tải cao về network của anh là gì mà dùng docker không đáp ứng được? một cái không được thì launch thêm cái nữa?
Xem các logic một cái thì nói lauching thêm, một cái thì nói là tôi dùng sai mục đích, tôi làm gì dùng docker cho cái việc tôi đang làm, nó vốn ko phù hợp ngay từ đâu, người làm system tự đánh giá được qua architech của nó, éo cần thử tôi đã chê rồi, tôi nói thử là thử trên google cloud VPS chứ docker lúc nào, sao bạn lại nhét chữ vào rồi nói tôi ko biết dùng vậy nhỉ.

Nói thật nhé, trình độ của bạn chỉ là một cu gõ lóc cốc, ôm duoc vài cái git trên mạng , chạy duoc mấy cái docker, deploy mấy cái web service ra , như con ếch ngồi dưới giếng vậy chưa đủ trình đâu, còn học dài dài. Thật hài hước khi phát biểu rằng để tăng tải thì phải scale theo chiều ngang cho nó nhiều instance để giải quyết vấn đề, một người loanh quanh làm mấy cái ứng dụng web ok thì suy nghĩ của bạn nó đơn giản vl. Vậy cho mình hỏi nếu chạy 1 ứng dụng mà Có 1 bảng conntrack, một bản cache LRU trong memory. Vậy mô hình docker của bạn tăng thêm nhiều instance trên một node thì giải quyết duoc vấn đề gì về performance , share resource cho nhau thế nào?, nếu tăng thêm cả node vật lý nữa thì làm thế nào để chia sẽ conntrack với nhau, chắc bạn viết mấy cái micro service share cái này à, hay viết vài cái api share luôn cái LRU cache. Bạn lấy ví dụ FB ra nói nó chạy docker đầy ra rồi cho rằng FB toàn microservice mà ko có monolithic thì thật thiển cận.
 
Sửa lần cuối:
Theo mình được biết thì thím tủ vẫn hoạt động voz dưới tên mod @Kacce nhé :(.

Nếu được thì các thím war nhiều chút cho xôm box :p
 
wsl2 performance cho file trên ntfs thấp vãi, tôi tháng 3 hí hửng cài insider build để dùng wsl2 mà thử xong phải downgrade vội (https://vxlabs.com/2019/12/06/wsl2-io-measurements/), ờ đợt đó còn vấn đề nữa là linux kernel dùng ram xong đíu nhả, nhưng bản 20h1 chính thức ra nghe bảo đã sửa được cái này rồi thì phải.

p.s: cho bạn nào tò mò hỏi sao không move đống file đó vào trong file system của wsl2, thì đơn giản là tôi file hơi nhiều, move vào mất thời gian mà dung lượng cũng không đủ (nhà nghèo ssh có 500GB thôi mà đang lưu đủ thứ) :(
khá đáng tiếc là m$ không tiếp tục phát triển wsl1.
Bản build mới chạy thấy ngon rồi mà, cần intel Vt-X để chạy, cài thêm gói pack kernel mới nữa, windows có thể truy xuất file của linux trự tiếp luôn.
 
Sẵn sơ qua cái docker cho mọi người hiểu lịch sử của nó, cách đây 10~15 năm hoặc hơn (tầm 2007), song song với ảo hoá full thì có container với các gương mặt như openVZ, parallel virtualzoo. Container này thật ra cũng không khác docker hiện tại là mấy về kiến trúc, nhưng cái cơ bản giúp docker và k8s phát triển như hiện nay chính là sự ra đời của
- layering file system, điều này cho phép có thể linh hoạt quản lí revision, nếu không có cái này thì docker đã ko tiến xa như hôm nay
- Copy on Write, giúp cho việc deploy container con từ cái cha rất nhanh, mặc dù dung lượng cha tới có thể hằng TB
- Nhiều opensource đóng vai trò network service để gộp các thành phần như ,open vswitch netfilter, linux bridge, ip route làm cho việc quản lí network cực kỳ linh hoạt vì mạng của nó hoạt động kiểu như SDN giữa cac node vật lý với nhau. Tự do routing, tự do ACL, thay vì trước kia thao tác trên hardware vốn nhiều quy trình, routing nội bộ cũng đi lên sw vật lý
- Sự hỗ trợ của cộng đồng các repo community cho image của docker
- Tiếp cận dễ dàng của docker vì có thể chạy trên nhiều OS khác nhau, ngày xưa chỉ có linux (lxc,lxd)
Nên mình chẳng có gì thần tượng docker hay k8s nói chung, nó là sự phát triển bình thường khoa học kỹ thuật, dùng đúng mục đích thì good thôi miển sao ra tiền nhiều.
 
Sửa lần cuối:
Chắc sống duoc thêm cỡ 4 version OS nữa là căng, xưa từ Yosemite là hết support PPC, tính từ tiger 10.4.8 mình chia tay macosx chắc cũng duoc 5 năm hơn rồi. Ngày xưa mac nhiều giao tiếp xài tiện, giờ lâu lâu lên DC cần cắm console hay mấy cái inteface cũ mà mac nó cắt sạch hết, dùng adapter đúng là khổ dâm , nên hiện tại hài lòng với alienware 13 inch. Thằng mac trong khi mấy hãng cao cấp nhu aw, razer nó xài tản nhiệt vapor chamber , IR Windows helo hết rồi mà con mac giá tương dương đang xài tản nhiệt heat pipe , cản biến vân tay đúng là luôn đi sau công nghệ. Xài điện thoại vân tay thì tiện chứ laptop nhận diện khuôn mặt mới sướng.
 
Đốc cơ có phải là chương trình ảo hóa đâu mấy man. Không có linux thì bật window container lên mà chơi. Khỏe cả người.

Nếu code thì Mac, nghèo thì window. Deploy lên linux hoặc window đều khỏe. Anh nào code có driver phần cứng thì tùy môi trường deploy mà xài os thích hợp. Tui code nhúng, backend, frontend trên window xong CI trên linux rồi delivery trên linux server mấy năm nay chả gặp vấn đề gì.

Sent using vozFApp
 
Đốc cơ có phải là chương trình ảo hóa đâu mấy man. Không có linux thì bật window container lên mà chơi. Khỏe cả người.

Nếu code thì Mac, nghèo thì window. Deploy lên linux hoặc window đều khỏe. Anh nào code có driver phần cứng thì tùy môi trường deploy mà xài os thích hợp. Tui code nhúng, backend, frontend trên window xong CI trên linux rồi delivery trên linux server mấy năm nay chả gặp vấn đề gì.

Sent using vozFApp
Phiên bản cũ nó dựa vào linux container LXC để chạy, nó dóng vai trò điều phối quản lí, các phiên bản mới thì nó chỉnh là ảo hoá theo kiểu container luôn vì ko dùng LXC nữa mà nó tự viết 1 cái tương tự như LXC giao tiếp trực tiếp với kernel . Vậy khi đã có thành phần thay thay lxc thì nó chính là một chương trình ảo hoá theo mô hình container, chứ ko đơn thuần chỉ là điều phối tài nguyên và quản lí như trước. Từ linux docker chạy được trên windows là nó đã lột xác rồi
 
Bản build mới chạy thấy ngon rồi mà, cần intel Vt-X để chạy, cài thêm gói pack kernel mới nữa, windows có thể truy xuất file của linux trự tiếp luôn.
hả hồi đầu năm tôi dùng amd vẫn cài được wsl2 bình thường mà nhỉ, bản mới lại đòi intel vt-x mới chạy à? (hay là cái virtualization của amd vẫn tương đương?)
mà để hôm nào xem lại xem performance đã khá hơn chưa, wsl1 ngừng phát triển rồi, wsl2 mới là tương lai :|
 
Ví dụ như ko ai chạy DB trong docker ở production
Đó là assumely bad practice chứ ko phải là ko chạy đc trong docker..
Thêm nữa, đã là practice thì sẽ có case good hoặc bad, production db docker đc xem là bad practice vì generally isolated filesystem, tuy nhiên nếu config mount data volume ra host và manage/backup tốt thì lại solve đc vấn đề đó, trong khi lại tận dụng đc ưu điểm của docker là isolate đc các db instance, tránh trường hợp các service dùng chung db instance và gây crash.
 

Thống kê chủ đề

Ngày tạo
bamboo.bamboo,
Người trả lời cuối
2TbP,
Trả lời
597
Lượt xem
77.864
Quay lại
Lên đầu trang