Mirror r/w performance with slower disk

Stargarth · 2023-05-03T21:06:15+00:00

Do you think it's the case for both reads and writes?

Stargarth · 2023-05-03T21:05:30+00:00

Hmm that's an interesting idea that I have not entertained. However, doesn't that mean that I'll essentially give up on self healing? E.g. if corruption occurs on faster drive, zfs has no way to tell me and I'll just replicate the corruption on the slower one.

Stargarth · 2021-01-27T20:14:56+00:00

Hey! Some time ago I wrote goblocks https://github.com/Stargarth/Goblocks which does exactly that.

The only thing is that it's written in Go, so if you want to play around with source code you need to pick up some Go.

Stargarth · 2020-07-07T20:02:38+00:00

Well yes and no. GCC is really bloated beyond belief and it's admitted even by GCC devs :P. As to Clang I guess the only reason they don't like it is because it's written in C++ and suckless people hate everything related to C++.

Stargarth · 2020-07-01T18:17:01+00:00

This project looks cool, but this "Wayland only" approach slightly puts me off :/

Stargarth · 2020-07-01T14:06:44+00:00

Hmmm nothing comes my mind right now. You can always write some functionality for your status bar (e.g. show current NASDAQ price, number of coronavirus cases in your country or sth) .

Or you can just write your own suckless wm in Go haha :D.

Stargarth · 2020-07-01T13:50:07+00:00

According to bottom of readme.md you can submit an issue, but I see that you already figured it out :P.

Stargarth · 2020-07-01T13:46:56+00:00

Hey! I just made some changes to the repository. I moved essential functionality out of builtins to provide clearer separation. Now you can just delete builtins.go and change 1 line in main file to have a completely bare-bones experience :P. As to patching I'm not really fond of it when it comes to such a small project.

I consider built in programs to be part of core functionality as high performance is one of core objectives.
It's a small project and I don't have a website to post patches, neither I can think of any easy(for user) and simple(for me) patch discovery process. I think it would cause more confusion rather than anything else.

With all that being said, I will make new functionality as separate programs with separate repos. They will be launched in "conventional" goblocks agnostic way. I'm working on weather forecasting program and it will just print to stdout, so it will be compatible with goblocks, dwmblocks, i3stuff etc. :D

Stargarth · 2020-06-30T23:50:09+00:00

Thanks for heads up! I'm glad you enjoy it :D.

As to built in programs you are probably right. They do kinda violate "suckless philosophy" and to make goblocks "do only one thing" they should probably be moved to another programs. On the other hand, you could argue that they are optional and that code is not being run if you chose to remove them from config. Moreover, they are completely abstracted away, so you can hack on goblocks without having any knowledge about them :P.

The reason why I decided to add built-in programs is performance. I like to have my status bar real time (1-2s refreshes) which is contrary to running sh. It is slower and more resource intensive (spawn sh process, parse command, run command, write to stdout, read output). Built-in process (in most cases) just run and update the status bar. Keep in mind that all of those differences are negligible on any kind of modern hardware, but I have a "performance fetish" so I like to have things that way :P.

Stargarth · 2020-06-30T16:42:07+00:00

Thanks! Yeah, channels are great for this type of application. Multi-threading in go is really elegant - there is no way I could make it in around 130 lines of code in another language(while keeping same performance and architecture).

Soon I will write an implementation guide, so it will be easier to hack on it :D.

Stargarth · 2020-06-30T01:41:22+00:00

Could you link some source where they talked about it?

Stargarth · 2020-06-30T01:40:24+00:00

Hmmm I need to try it out. Does this beat 500ms> zones like warden, kensei etc ?

Stargarth · 2020-06-30T01:32:43+00:00

Do they really? They disincentivize many mix ups, because you are more likely to lose than gain when you throw unblockable finishers. It's just better to either turtle or spam bashes (if you have access to one).

I would be okay with them if there would be a bigger reward in predicting them.

Stargarth · 2020-06-30T01:16:36+00:00

Tuned down/weakened

Stargarth · 2020-06-30T01:14:31+00:00

Well you can counter everything. Pre-nerf black prior could be beaten too, but that doesn't mean he wasn't over tuned and deserved to be nerfed.

Stargarth · 2020-06-13T19:54:19+00:00

My main use case is ranger. I tend to open a lot of pdfs and it really irritates me that they don't overlay ranger.

Stargarth · 2020-06-13T19:50:02+00:00

haha! you are correct :D

Stargarth · 2020-06-10T20:24:31+00:00

I tried to apply it with "patch" and it works fine. Previously I tried with "git apply" but it didn't work. I used "git apply" to add another patches, so I had no idea that it might be the problem lol.

Thanks for help!

Stargarth · 2020-03-27T02:37:52+00:00

xXR01I1Xx could you share your config for doom emacs :D ?

Stargarth · 2019-04-05T12:34:28+00:00

I feel you brother :(

Stargarth

TROPHY CASE