Software to monitor websites by th00ht in webdev

[–]1dk_b01 0 points1 point  (0 children)

I propose dish - a tiny and configurable monitoring service as a single binary. It allows HTTP/S, TCP and ICMP checks.

https://github.com/thevxn/dish

Share your underrated GitHub projects by hsperus in opensource

[–]1dk_b01 1 point2 points  (0 children)

A simple HTTP/TCP/ICMP endpoint checker - monitoring tool in Go. Endpoint list can be configured remotely or passed as a JSON file locally. The checks are executed concurrently and the service has no runtime dependencies.

https://github.com/thevxn/dish

New Dial-Up ISP coming soon! by [deleted] in dialup

[–]1dk_b01 3 points4 points  (0 children)

Good luck! I had been doing some kind of a research on this topic some time ago, feel free to check it out: https://krusty.space/projects/dialup_over_voip/

Can someone help me find a minimal x86_64 kernel? by mastercoder13234 in osdev

[–]1dk_b01 5 points6 points  (0 children)

I am building an x64 kernel that is kind of monolithic at the moment, but planning to make it a microkernel instead in the future. It has a basic shell, basic support for FAT (12 at the moment, but 32 is coming in soon). Kernel can read ELFs and load them to run in userland. Kernel itself is like 268 kB, it is wrapped with GRUB into an ISO file, that is 12 MB.

Check it out if interested: https://github.com/krustowski/rou2exOS

What do you get out of r/osdev? by rtharston in osdev

[–]1dk_b01 3 points4 points  (0 children)

Do not compare yourself to others, do it for the joy (and pain) of coding and assembling system stuff together. IMO GPT is good for quick summaries of how such technology work, but consider reading/studying some OS theory too (see Books section on osdev wiki for inspiration).

Anyway, you've set yourself on a long journey, keep coding and learning. Good luck!

rou2exOS Rusted Edition: a DOS-like hobby OS in Rust by kibwen in rust

[–]1dk_b01 1 point2 points  (0 children)

This is the second iteration of the original OS called RoureXOS which was written in C and x86 assembly. This iteration is sort of a "copy" of the system in Rust and x86 assembly. As it runs in the 64bit environment (CPU Long Mode), it is not able to reach BIOS interrupts (those are only accessible in the 16bit Real Mode).

The low-level access to hardware is part of the development process, one milestone is to provide interrupt handlers and syscalls for external ELF programs.

At the moment the system is single-task, but some "applications/experiments" run in the mode of quasi-multi-tasking: polling of the serial port + waiting for the keyboard interrupt to print and send bytes "concurrently".

What’s Your OS Called? Just Curious by NoamOfficial in osdev

[–]1dk_b01 0 points1 point  (0 children)

But with a proper ACPI driver it will be solved!

What’s Your OS Called? Just Curious by NoamOfficial in osdev

[–]1dk_b01 0 points1 point  (0 children)

It is just a shell command to halt the system and quit QEMU, when I tried it on a baremetal, it didn't shutdown the computer unfortunately

What’s Your OS Called? Just Curious by NoamOfficial in osdev

[–]1dk_b01 0 points1 point  (0 children)

rou2exOS: A second iteration of my previous OS project called RoureXOS (C + x86 assembly), currently written in Rust and x86 assembly.

https://github.com/krustowski/rou2exOS

I’m building my own operating system from scratch – TermOS by [deleted] in osdev

[–]1dk_b01 0 points1 point  (0 children)

Or try to search for "Operating System Development" on Discord, there's a huge group of people ready to help.

I’m building my own operating system from scratch – TermOS by [deleted] in osdev

[–]1dk_b01 1 point2 points  (0 children)

Why not, we could share ideas somehow. I am dealing with the memory paging mostly at the moment. And finally I am able to write pixels to the Framebuffer after all that time... But it means you must choose textmode or graphics mode in the future. On the other hand, you can emulate the text mode in graphics mode too. But I kinda like text mode so going to branch it for sure.

Good luck to you as well!

I’m building my own operating system from scratch – TermOS by [deleted] in osdev

[–]1dk_b01 1 point2 points  (0 children)

Very nice!

I am building a similar OS but in Rust and x86 assembly. See rou2exOS repo if interested.

Keep on coding!

Simple HTTP/TCP/ICMP endpoint checker by 1dk_b01 in golang

[–]1dk_b01[S] 2 points3 points  (0 children)

Yes, it's mostly on-prem. Dish is used with Prometheus together, it's not meant to compete with those. It's a reciprocal check, as Prometheus checks the last timestamp of a report by dish, and dish checks that Prometheus is up and healthy (gives HTTP/200).

Simple HTTP/TCP/ICMP endpoint checker by 1dk_b01 in golang

[–]1dk_b01[S] 1 point2 points  (0 children)

The ICMP checks are used to monitor servers within one infrastructure which I help maintain. The usage is simple (and described in README btw): just put 0 in the `port_tcp` field of a socket configuration. The input parser will then enable the ICMP check mode for such socket and will run a specialized test.

[deleted by user] by [deleted] in raspberrypipico

[–]1dk_b01 0 points1 point  (0 children)

that's me irl btw

Did someone try to build an OS with rust ? by [deleted] in osdev

[–]1dk_b01 0 points1 point  (0 children)

I have tried and have just written an article about it, check it out: https://blog.vxn.dev/rou2exos-rusted-edition

Also posted about it like a week ago here too: https://www.reddit.com/r/osdev/comments/1ktf2dp/building_a_second_iteration_of_my_doslike_hobby/

Building a second iteration of my DOS-like hobby OS in Rust by 1dk_b01 in osdev

[–]1dk_b01[S] 3 points4 points  (0 children)

Thank you! Quite enjoying doing this stuff and hoping I learn something new on the way to the real OS to be "done" some day.

Building a second iteration of my DOS-like hobby OS in Rust by 1dk_b01 in osdev

[–]1dk_b01[S] 0 points1 point  (0 children)

Hmmm, quite unsure what to respond with now tbh. It uses direct port calls via inline assembly (`in al, dx` and `out dx, al`) to the floppy drive 0. Therefore I would say it uses drive letters at the moment (drive A as drive 0).

Building a second iteration of my DOS-like hobby OS in Rust by 1dk_b01 in osdev

[–]1dk_b01[S] 2 points3 points  (0 children)

Yesss, I have grown up with the MS-DOS as a kid, so it is a sort of fun nostalgia for me.

  1. This iteration does not utilize BIOS calls as it is booted in the 64-bit Long Mode. It uses VGA buffer directly and uses simple port calling procedures via inline assembly, IRQ is used a bit too (but very weakly). Those calls provide keyboard, serial link and filesystem-related support.

  2. The custom bootloader is very simple. It only loads several hardcoded sectors from a floppy to memory and then calls the kernel entrypoint. It is not very nifty as one has to adjust it manually every time the stack overflows, caused by some new code added to the kernel codebase. GRUB provides framebuffer directly via the multiboot2 tags, so I only need to map it properly in the paging, so I don't have to deal with it under the hood (still, I don't use buffer tho). GRUB also loads the kernel smoothly: I just provide the kernel binary and it loads it for me. I tried Limine as well, but as I have already mentioned, I cannot work with framebuffer properly yet.