You have a serious talent for explaining particularly tedious info in interesting ways. You're incredibly engaging and I love watching your videos to supplement my study for the Linux+ cert, keep it up!
Great video, when you when you read /dev/zero it does in essence give all zeros. The ASCII NULL character is eight zeros in a row so if you read that file it would give out zeros in groups of eight. A nice test is to read /dev/zero device with the xxd command with xxd /dev/zero.
First off, thank you! And shorts… I really need to brainstorm a bunch of quick Linux tips or something. (I did a few, if you look at my channel, but useful ideas in under a minute… I should see how other educational channels do it maybe) Thanks again! :)
I don't normally leave comments, but I feel like I have to. Your Linux training is like gold. I've looked elsewhere and usually lose interest pretty quickly when studying Linux, but not with your channel. Thanks!
As linux user . I didn't know about dmidecode. Also, /dev/urandom got some upgrades in newer linux versions. Never noticed that before even tho I read the change logs about it.
I didn't know about dmidecode either! I think it's new in this revision of the Linux+ objectives, because I don't remember teaching it last time. I enjoy discovering new tools along the way. Proof that you're never "done" learning! :D
@@shawnp0wers yeah, canbus got me back into computers after 3 decades. It is essentially responsible for me finding Linux. I wanted to use arduinio to build a sensor for my car and all I had for a computer was my old Mac mini 5.1 from 2011 . I could update it to high Sierra, but that was it. I was messing with my partitions and oops. Now I am running MX Linux . It works great. Thanks for your videos and all your hard work. P.s. hows the health? Kicked the covid completely?
Thank you! I should get into a groove soon, I hope. I did with Linux Essentials, and was able to get the content out fairly quickly. I'm hoping for that here too. :)
Without watching the video back, I think we're talking about memory usage? Buffered means, "I don't need this information anymore, but since I don't need the RAM for anything else right now, I'm going to leave the information in memory in case I need it again shortly" That's the reason a program usually starts quickly if you open it right after closing it. Most of its information is still buffered in RAM. Hopefully that makes sense.
@@Dhua_diary OH, right. The block devices buffer, which means they're not as "real time", but can more efficiently transfer large amounts of data (but sending in bundled chunks). The character devices just sorta shoot out like a firehose. Faster response time, but can't handle as much sustained throughput as a buffered block device. That's not a perfect explanation, but hopefully makes a bit of sense.
Ok, I've officially changed my middle name to Michael. Because "thank you" seems insufficient at this point. (NOTE: Ok, my middle name was already Michael, but still... seriously, thank you so much.)
You have a serious talent for explaining particularly tedious info in interesting ways. You're incredibly engaging and I love watching your videos to supplement my study for the Linux+ cert, keep it up!
Thank you!!
Bruh... I couldn't focus after the 8:14 transition 😂
Great series. Thank you! 👍
Seriously I am dying, it was too good
Great video, when you when you read /dev/zero it does in essence give all zeros. The ASCII NULL character is eight zeros in a row so if you read that file it would give out zeros in groups of eight. A nice test is to read /dev/zero device with the xxd command with xxd /dev/zero.
Bro you are thorough i hope your channel takes off. You need to make a bunch of shorts so the YT algorithm recommends your channel more
First off, thank you! And shorts… I really need to brainstorm a bunch of quick Linux tips or something. (I did a few, if you look at my channel, but useful ideas in under a minute… I should see how other educational channels do it maybe)
Thanks again! :)
Another great episode of Linux + series! Dev null can be compered with a black hole, everything goes in but nothing goes out 😂
Thanks, and lol -- it seemed the perfect metaphor. :D
I have been having issues understanding concepts taught from udemy course. This channel has been very helpful.
I don't normally leave comments, but I feel like I have to. Your Linux training is like gold. I've looked elsewhere and usually lose interest pretty quickly when studying Linux, but not with your channel. Thanks!
Thank you! That’s incredibly kind. :)
This video was fantastic! I love the content and how engaging it is. Please keep it up ❤
Thank you! Really, that's great to hear. :)
Excited to see the techy Mr. Rogers channel take off! Great video!
Boy, "Techie Mister Rogers" is just about the nicest compliment I've ever been given!
Great series! Really fun to watch😁 Could you recommend any particular place in which we could do some CompTIA Linux+ test questions?
The Wig did it for me.. LOL... talking about random!
note: this VOD is packed with lots of good information! thanks for sharing!
🤣
Good Talk. Just to be clear though, I believe $RANDOM provides a 15 bit random number (range of 0 to 2^15-1), rather than a "32 bit random number."
Binary black holes and null bit firehoses. Never realized Linux was this awesome.
dmidecode is not installed by default on some distributions (such as Arch).
Just found your channel, fantastic content 👏 thanks 😊 👍 subscription earned 👏 👍
Thank you! And honestly, we're only just getting started, I'm really looking forward to all the videos I get to record. :D
Fantastic video!
FYI - dmidecode does not work on ARM products. There is no dmidecode table in the OS...
Omg this video Is so good and useful man, thank you so much!!!
As linux user . I didn't know about dmidecode. Also, /dev/urandom got some upgrades in newer linux versions. Never noticed that before even tho I read the change logs about it.
I didn't know about dmidecode either! I think it's new in this revision of the Linux+ objectives, because I don't remember teaching it last time. I enjoy discovering new tools along the way. Proof that you're never "done" learning! :D
how accurate is dmidecode? on one of my machines it is saying i can have more memory than the manufactures specs say online.
I'd guess it's a 1024 vs 1000 thing...
شكرا Thank you
Seriously, great content!
Thank you!
So, canbus protocol is a character device then?
I’m not familiar with canbus, but a quick google seems to verify it can be. Or it can use a network socket, which is a whole other video :)
@@shawnp0wers yeah, canbus got me back into computers after 3 decades. It is essentially responsible for me finding Linux. I wanted to use arduinio to build a sensor for my car and all I had for a computer was my old Mac mini 5.1 from 2011 . I could update it to high Sierra, but that was it. I was messing with my partitions and oops. Now I am running MX Linux . It works great. Thanks for your videos and all your hard work.
P.s. hows the health? Kicked the covid completely?
i love this series thanks. 😎
Thank you! I should get into a groove soon, I hope. I did with Linux Essentials, and was able to get the content out fairly quickly. I'm hoping for that here too. :)
what is buffering and non buffering means ?
Without watching the video back, I think we're talking about memory usage? Buffered means, "I don't need this information anymore, but since I don't need the RAM for anything else right now, I'm going to leave the information in memory in case I need it again shortly"
That's the reason a program usually starts quickly if you open it right after closing it. Most of its information is still buffered in RAM. Hopefully that makes sense.
@@shawnp0wers block devices use buffer characters file don't use buffer
@@Dhua_diary OH, right. The block devices buffer, which means they're not as "real time", but can more efficiently transfer large amounts of data (but sending in bundled chunks). The character devices just sorta shoot out like a firehose. Faster response time, but can't handle as much sustained throughput as a buffered block device.
That's not a perfect explanation, but hopefully makes a bit of sense.
Thanks!
Ok, I've officially changed my middle name to Michael. Because "thank you" seems insufficient at this point.
(NOTE: Ok, my middle name was already Michael, but still... seriously, thank you so much.)
Thanks!
Same comment as before, just, wow. Thank you, very, very much.