Great content as usual. I especially like it when you combine these talks with showing it hans on. Like 'size', 'lsblk' and explaining what it outputs. There is always a couple of new things I get better understanding about.
Great, thanks a lot sir, you are very fluent in spreading this valueable knowledge + it's really enjoying to hear the historical reasons and design decisions behind each component
I would really like to listen to these kind of talks focused on how programs interact with hardware through kernel. Something more programming oriented.
Good question, in Linux DMA falls under the I/O management (or filesystem manager) since Linux follows how UNIX did things and I will be covering it when I get to that part of the Linux kernel.
Why are you even bringing up what MS-DOS did? I went from HP-UX (Bell kernal) to MS-OS/2. We supported MS-DOS execution but under our virtual memory system.
yea, lets explain entire content of a whole book section in one 30min lecture lol... I can understand this lecture because i'm just refreshing my knowledge, But lets imagine someone new to this... it's not a good explanation.
I adore the historical view of explaining a topic. It makes even things I've known and worked on for years much clearer and based!
binge watching this Linux playlist. Thank you DJ for this excellent content!
Thank you Harry glad you like it :)
Great content as usual. I especially like it when you combine these talks with showing it hans on. Like 'size', 'lsblk' and explaining what it outputs. There is always a couple of new things I get better understanding about.
Glad this video helped and yeah I always learned more that way too, its one thing to talk about it, its another to work with it.
A tip: you can watch series on kaldrostream. I've been using it for watching a lot of movies lately.
@Dax Enzo Yup, I have been using flixzone} for years myself :)
@Dax Enzo definitely, have been watching on flixzone} for since december myself =)
@Dax Enzo Yup, have been using Flixzone} for months myself :)
20:07 TLB stands for Translation Lookaside Buffer. Thanks for the awesome playlist DJ
Wanted to thank you again for these very informative, well structured and condense videos! Thank you!
Welcome Olexi glad you found it useful :)
Great, thanks a lot sir, you are very fluent in spreading this valueable knowledge + it's really enjoying to hear the historical reasons and design decisions behind each component
I would really like to listen to these kind of talks focused on how programs interact with hardware through kernel. Something more programming oriented.
Again, learned loads of stuff. Thank you.
Thanks Hex Earth
Thanks DJ!
Great to watch, FANTASTIC, thank you 👍🇳🇱
Thank you Ernst
Good content. You made my day.
Русскоязычные тоже смотрят.
welcome Artyom glad you like it
Great content but I really hope you do more explanation in labs (computer) instead of presentations to make more sense
Thanks
great video
Thanks HexHexByte glad you liked it
TLB is not "table", it stands or Transfer Lookaside Buffer
Almost it's Translation Lookaside Buffer, used to cache virtual to physical page translations of VM
Thanks!
Hi DJ , can you make a second part for this video explaining high memory, low memory , kernel virtual address, user virtual address etc etc.
Yeah will add that to the list thanks Harry for the suggesiton
Another excellent video.
Glad you liked it, Felix
20:00 TLB is translation lookaside buffer, not referring to the page table itself. It's another layer of indirection that provides caching semantics.
I don't see how you can say that, nearly always present in any processor that utilizes paged or segmented virtual memory
Awesome, thanks!!
Welcome, Robert
Where does (peripheral hardware) Direct Memory Access fit into the memory management topology?
Thanks for the upload.
-Jake
Good question, in Linux DMA falls under the I/O management (or filesystem manager) since Linux follows how UNIX did things and I will be covering it when I get to that part of the Linux kernel.
Was DOS an Operating System or an advanced memory monitor with a file system?
Thanks DJ, but all MS-DOS history just confusing
As much as we all deservedly hate billg, he didn't actually say that about 640KB.
Why are you even bringing up what MS-DOS did? I went from HP-UX (Bell kernal) to MS-OS/2. We supported MS-DOS execution but under our virtual memory system.
yea, lets explain entire content of a whole book section in one 30min lecture lol... I can understand this lecture because i'm just refreshing my knowledge, But lets imagine someone new to this... it's not a good explanation.
You have a great way of explaining these concepts! I enjoy when you give us some of your experiences with these systems in the past.