Borg3

XenClient. I would really love to have some minimal OS HyperVisor running, and then you slap multiple OSes on top of that w/ easy full GUI switching via some hotkeys like Ctrl+Shift+F1. Additionaly, special drivers to virtualize Gfx and Sfx devices so every VM have full desktop capabilities and low latency.

Unfortunately, it died because its very niche and also they couldnt keep up with development of drivers for desktops.. This is even worse today...

Hah, what a coincidence. I did small research today for heatmaps for my very simply graph lib for Ruby. I recommend this blog post:

https://research.google/blog/turbo-an-improved-rainbow-color...

I myself implemented 4 colorize functions for that. Common linear Blue -> Red. Linear Blue -> Red adjusted via Green for visibility. Blue -> Yellow -> Red also linear. And of course Turbo from that blog..

Ah okey, different story :)

Hah.. C as too high level :) Thats weird..

Its cool to design sth from scratch, like its own CPU, but it only makes sense if you really enjoy it.. Except, its waste of time. I myself live in retro computing abit, but it have it limits. Like, I would not go back to prised 6502 CPU. Yeah, it was great, legendary CPU, but if we take a look at even cheap options we can buy and use for hobbie projects, there are plenty of pretty quick and capable 32bit CPUs. Its hard to go below 32bit really.

Dont get me wrong, I pay big respect to demoscene, and what they can achieve on C64 for example :). Uber skilled guys, but this is an art :)

Well, it is age thing, because young people start they experience in current tech and only those determined enough can take a look on past tech, how it was used and how it evolved. Thats always was minority.. There are just 2 kind of people there: Those who belive and those who research.. ;)

Well, dunno what to say about it to you.. Its indeed sad.

I think you are mistaken. In nature graphs are never linear. They are curves, special type of curvers. They start slow, then they can grow lineary for a while, and then they switch to exponental growth. This is the case w/ everything if you take a time to look. Epidemics, population growths, Vulcanos, even stars.

The very same thing start on Earth w/ climate change. Temp raises slowly, more CO2 (and more importantly, CH4) in atmosphere. Temp reises more. Atmosphere is hotter, can absorb more H2O vapors as well. Now, when you start hitting first threshold, hydrates (CH4) will be released from shallow ocean bottoms, more CH4 in atmosphere hotter.. cycle accelerates hitting runaway (exponental growth). KABOOM, earth might be doomed.

Its simplified model, not accounting for huge vulcanos on polar, with might explode and make nuclear winter with will block the heating. Complicated stuff, thats why we need scientists :)

Haha, yeah I wanted to post very same question. Like WHAT? Maybe he have some retro computing in mind like WinXP (or Win7 at best). Win10 and up is uter crap.

Im on the same boat :) But no worries. You can always build and use older git without rust. Of course, it will work for a while until those kids will change the proto for the "better". And being old and grumpy also means, you can slowly care less and less about all that moot :)

Kids: now downvote it into oblivion :) Like I give a shit...

Yep, and very easy to read on low resolution. Master Of Orion have 3x5 fonts and they are very clear and easy to read.

Oh I agree with you :) I love TUIs myself.. But we talk about Desktop OS like in TUI.. with is.. well.. hardcore :)

Most of my tools are TUI really, because its much esier to develop. Code reusability is huge. You wrote some nice interactive TList class? Cool, you can reuse it easly in other TUI projects.

Today world is a bit multitasking, so having TUI based Desktop is very limiting imo. Yeah, distractions.. Thats I think personal thing. I run old OS with 4 virtual desktops because one desktop is not really enough. Desktop 1 is generic. Desktop 2 is work. Desktop 3 is usually some Network Simulations I do. Desktop 2 and 3 usually have their own Xserver running, displaying stuff from remote servers. So, leaving GUI is not an option. Just use it smartly :)

And yeah, I use ViM ether in terminal or gViM (native Win32).

While I love CLI and terminals this is like going backward, heh. Instead of making lightweight and lighting fast GUIs where you can render all your terminals and some other graphics, people try to form TUIs again.

Yeah, they were great in 80s where HW was seriously underpowered. I run minimal IceWM and it looks and works great, and its quick :)

The only valid reason you mention here are legacy Windows, like 9x series. Anything NT based is happy with LF only if you have right tools.

I never touched ReactOS, but I suspect is modern enough to handle LF only too. It was targeting Win2003 AFAIR.

So yeah, I stand corrected abit. If you develop only for windows (especially legacy), use CRLF. Anything w/ portability in mind, go for LF only...

Cygwin does NOTHING under the hood, because I asked it to do nothing. I am aware of text mode of open() under Windows/Mingw. Im also aware of possibility to do CRLF <-> LF translation under cygwin. I never liked it, and I went to LF only quickly. Hence, I use it everywhere and live is easier :)

Oh, its simple. There are many many flavors of UNIX and only one Windows. Hence, I see LF as more portable way to store source code, thats why it is prefered. Additionally, im heavy CLI user so again, more geared toward UNIX systems.

If you develop on windows and only for windows, use CRLF all the way. Just do NOT forget to set .gitattributed correctly, and you are set.

But we do NOT need to setup CRLF translation at all? Who in his sane mind uses CRLF even under windows? All my source codes are in UNIX format (aka LF only) and I use it consistent under Windows, Cygwin and UNIX.. Why make your life harder?

Nah.. Ill grab any old HW between 2005-2015 they throw up :) Who say I need to run newest windows on them, eh? :)

Git wasnt designed for generic binary blob handling. Sure, if you repo is small and you set proper .gitattributes, it will work fine. But I would advise to use generic DVFS for such task.

If you want two-way distributed syncing, that is a bit more complicated and error prone, but most tools support it, even rsync. Simpler aproach is to have central primary node (whatever it desktop or storage) when you sync copy data and sync it to backups.

As I said, handling immutable data (incremental) is easy. You just copy and sync. Kinda trival. The problem I had personaly was all the importand docs (and similar) files I work on. First, I wanted snapshots and history, in case of some mistake or failure. Data checksuming, because they are importand. Also, full peer2peer syncing because I have desktop, servers, VMs, laptop, so I want to sync data around. And because I really like GIT, great tool for VCS, I wanted something similar but for generic binary data. Hence I interested in DVFS system. First I wanted full blown mountable DVFS system, but that is complicated and much harder to make it portable.. Repository aproach is easy to implement and is portable (Cygwin, Linux, UNIX, Posix). Works like a charm.

As for downside, If you think git-annex will work for you, just use it :) For me, it was far too complicated (too much moving parts) even for my DVFS usecase. For immutable data is absolutly overkill, to keep 100s of GBs of data there. I just sync :)

Then I think some syncing software like rsync will probably be better. Now sure how often you keep changing archived folders. I split that work TRASH like dirs and archives. When I done w/ files, I move them out of TRASH do proper place and that it. I prefer KISS aproach, but whatever works for you :)

Why? WHY?! Why the heck are you using (D)VFS on your immutable data? What is the reasoning? That stuff is immutable and usually incremental.. Just throw proper syncing algoritm on it and sync w/ backups.. thats all. I wonder aby logic behind this...

Docs and other files you often change is completly different story. This is where DVFS shines. I wrote my own very simple DVFS exacly for that case. You just create directory, init repo manager.. and vioala.. Disk wide VFS is kinda useless as most of your data there just sits..

Of corse it is... You should replace your senior staff with AI ;) Juniors will just prompt it then....

Oh, its time to bring Internet back to humans. Maybe its time to treat first layer of Internet just as transport. Then, layer large VPN networks and put services there. People will just VPN to vISP to reach content. Different networks, different interests :) But this time dont fuck up abuse handling. Someone is doing something fishy? Depeer him from network (or his un-cooperating upstream!).

Content correctness. If content is correct, but have low amount of votes, it just means its niche. Thats all. Still, it can be usefull to someone. If its downvotes to oblivion, it becomes filtered. I always tought that is is how voting system is should be used...

I think people do not understand what the voting system is for. Its 3-state system.

1) Good content, you like it, you upvote it.

2) Bad content, harmful, misleading, downvote it.

3) Good or ok content, you dont like it, you do NOT downvote it.

The 3th point is most importand. You have right do disagree with someone as someone has right to express his opinion. As long as its not harmful or abusive, you do NOT touch it.

Well, if you want more, you can just set it via: #define FD_SETSIZE <value>

Just keep value sane ;) 4096 or 5120 should be okish.

Oh, then this is management issue, not tooling. You need to sit down and analize where your stuff will be developled. Some very basic rules to start with: file names need to be all lower case (they are case-insensitive), use 7bit ASCII encoding for source code files. And vioala :)

ITER and cold fussion. Its either impossible (my opinion) or far too early. ITER itself will not even produce single watt of electricity. Its PoC for net positive energy gain from cold fussion (we will see...)

Yeah :) I have something a bit similar here. An old Ruby version compiled for Win32 (Win2000 and up) with graph library ready to use.

991k ruby.exe*

I wrote performance monitor in it for fun: http://borg.uu3.net/~borg/?gperf

Okey, yes.. Its a mix of HW/OS issue indeed. I remember my old gaming rig I assembled more than 10 years ago. Asus mother board, i5-760 CPU, ATI HD 6850. Win2003 as OS. All was tuned and it was really great. Basic DPC latency was around 30-40us. Under load it increased slighty but it was always <100us.

Now catastrohpic (with I didnt knew at that time) event occured. After 10 years, Internal NIC burnded. I was like, okey.. I have dozens of PCI NICs, lets plug one and vioala. And I did. But, there was problems, after a while (hour or so) I noticed Audio glitches, especially when when there was network activitiy. After more investigation and reading mobo manual I noticed that IRQs were nicely spread for all internal mobo components + PCIe x16 bus. Other PCI ports were always shared one or another. I could do nothing to fix it.

PC now catch dust, I bought used HP 8200 PC with works nice, but its not gaming rig, standard DPC latency is around 2000us, with is quite large.. Still, for normal use that latency is great, Im very sensitive to lag and latency so if I had issues here, I would be mad.

At the end, some pics from my DPC stall fight:

http://ds-1.ovh.uu3.net/~borg/pics/DPClat.png

http://ds-1.ovh.uu3.net/~borg/pics/DPC_stall.png

Im not really sure what are you talking about ;) HW become much much much faster. Mostly in speed of computing, but latency also dropped nicely. The letency bloat you see its 99% of software (OS). I still run Win2003 on modern desktop, and it flies! Really, booting/shutdown is quick. Im on spinning rust, so first start of webbrowser is slowish a bit, but once cached, its like 200ms-500ms depending on version (more modern = slower).