Okay

Learn language correction by David wyn Miller through mathematical interface.

kzfaq.info/get/bejne/bM96hKiFqrCygZc.html

Bitdefender used to be my go-to until it started quarantining everything on my computer including itself. They addressed it in an update later but the damage was done.

You're one of my favorite teachers Chuck! I invested in networkchuck academy because I believe in you

I so hear you!!!

Yeah, this is the one where it all made sense finally for me.

How do you mean? We *have* him as a teacher, all you need to learn is to pay attention for 30mins. And its free.

@@sliceoflife5812 bro i meant... We need teachers like him at college.... 🙂

@@sliceoflife5812 Be cool my friend.... He may be joking🙂

Biggest issue with my Cybersecurity degree is everything is online. Like, why am I even paying for this with little to no instructor interaction. There's a huge campus for the school too. 🤷‍♂️

He's gives tid bits of knowledge. There is a reason he quit cbt.

Try ip -4 -br a

brah . . . :)

I totally agree about that... He is a funny guy with a funny way to teach. I was using LXD/LXC for containerization but just a few weeks now I'm into Docker and this network stuff makes me happy because i figured it to run on LXC this way but did not know it was possible to use macvlan for Docker as well. So LXD goes and Docker stays with Portainer its realy funny and easy to use.

I am running a few dockers and VMs on a new Unraid Server now. Would love to connect we can share ideas? This video was perfect for me too, but even still, I get so confused on what is talking with what at times. I managed to get home assistant on Unraid but it isn't working externally, while other apps like Plex is working. My head is crazy

yes yes I too am running docker containers managed through Portainer on my "enterprise server" cough .. raspberry pi with OMV ... cough

He's Network Chuck ;)

Boom ty

I never seen a teacher like you chuck .. y make the IT easy and funny good luck chuck

Is linode no good?

​@@MrMustachehead for lab environment I love it. But I wouldn't use it for critical production environments

@@bieggerm what would you use instead?

@@dynapilot definitely some hyperscaler

I think he was using busybox just so he could enter the containers and run commands like ping and ip addr, don't think he said to use it in prod

Euhm mount is not available on alpine and docker block this command by default.... And don't forget that alpine is made to be used as docker image, and they can be used on most production environments

@@grmancool Hey, yes I know, it's just information comment for other people trying out docker :)

@@CyberFreaked this is incorrect mount is very much available in alpine linux images with exception of images that are non-root (of course people should use these, but some applications are just problematic in non root environment).

better idea: use buildah to create your images and only have the absolute minimum in them what you actually need instead of basing it on an OS image

I think he already has, check his channel

Hi Ven, sorry if this is a dumb question. Do you know a good resource to learn more about networking? I don't have that background, so after the first 3, things started getting harder to understand

@@R5123 check out Jeremy’s IT Lab on youtube, CCNA series

docker on windows is in my experience a massive headache, this is only local for development/testing so overhead doesn't matter. In production you likely (hopefully) aren't running win10

Not true. Docker only runs on Linux except if you're running Docker for windows with these gigabyte sized windows images that basically noone uses. Docker Desktop for Windows or MacOS ALWAYS RUNS ON A VM under the hood... Also literally noone wants to "get away from VMs" you run docker on top of VMs the vast majority of times, what docker gives you is a standardized way to deploy and run applications with all their dependencies in the correct versions included in an isolated and especially portable way.

@@meamzcs Ah...the correct dependencies in an isolated and portable way. I'll admit, this sounds great. Lean applications that work! But then you'll start to think a bit about the consequences of this approach. Unfortunately, with any approach you'll take to to tackle any kind of problem, there will be consequences. Docker (and all other forms of containerization, like flatpak, snap, appimage etc) will introduce more maintenance headache. In every company there is a division between people that are busy doing the new stuff and the rest that are tasked with maintenance of existing (legacy) production software. Docker is absolutely awesome for the people doing the new stuff. Going for the new stuff is by far more fun and therefore popular with everyone. But for maintenance of (legacy) production software you are creating a lot more maintenance headache. Some legacy production software is locked to certain versions of dll's, libraries and other forms of executable software. Looking for the new stuff is important for future direction of the company. Production software is the lifeblood that provides the income to allow the company to exist. Production software therefore needs to run. Doing maintenance within containers requires much more bandwidth from more people to do correctly. And as this production software really needs to run, maintenance also includes security. Containerization makes this part of maintenance more involved. Just saw a video from "Dave's Garage", a retired software engineer from Microsoft. He actually tested software performance on bare metal Linux against bare metal Windows against bare metal MacOS. And then repeated these tests with VMs running on these operating systems and then the same test in Docker, running on all operating systems. In his tests, bare metal Linux won the performance crown. Bare metal Windows was about 2% slower. Bare metal MacOS just below Windows. The same pattern occurred with the same tests in VMs. Virtualization imposed about an extra 3% loss of performance on each OS. With bare metal, you hardly notice the differences, with VMs the drop in performance does become noticeable to those attuned to such things. And then the Docker tests...those introduced a 15% loss in software performance. Anyone notices that, and usually warrants the purchase of a new business class server with proper licensing. Or more monthly subscription costs for (serious) hardware in the Cloud. The money saved by making the job of the persons involved with the new stuff easier, is doubly spent at the side that provides the company's income. More operational maintenance and costs against convenience. Don't expect Docker (or other containers) to take over from VMs. Containers absolutely have their place and really are interesting as a concept. Definitely more fun than VMs or bare metal. But a replacement? In many cases it isn't, once you'll calculate the actual costs. A 15% drop of performance with Docker was larger than I expected. Production software that runs at peek performance will generate more income. So that 15% performance drop "bites" the company twice (loss of income and extra costs to make up the lost performance). Have fun selling that in the next budget meeting.

​@geroldmanders9742 Not seeing this performance loss you are claiming in my testing

I have seen the future: it is filled with Terry Daviw fans and christianity survives posmodernism, becoming a cult-like organization on the internet, programming becomes sacred for them and even thought in our lens they look at least bizarre they will be taken seriously by 2040. Save this comment..

@@ginbarato1178 Terry Davis*

@@benniferfrost6083 thanks

Chuck gets the credit, not God.

@@testthisfordecficiencies nope, I said what I said :) God made chuck, he gets the credit 😀

Thank you!

Love ur videos very encouraging pls keep going making new content Thank you ❤️

Not every software you run needs network connections, lets suppose you're running something that just processing files on disk, no network necessary but you still benefit from resource isolation of cgroups.

By pressing the Tab key