sylware

38 ms·

631.
by sylware 1y ago
What? ????? Are you ok? This is insanity and exactly not the right thing to do.
632.
by sylware 1y ago
What? How could you miss the point that much?
633.
by sylware 1y ago
Allright, it means youtube is soon gone for me: deno is just a front-end to the abominations of the web engines from the whatng cartel. It would be a good compromise if I could have such an engine which I could build with a simple C compile
634.
by sylware 1y ago
And still serving/protecting those 'internet scanners' and hacking script kiddies? Because as a shelf-hosted, I had to block a ton of AWS ipv4s because of those.
635.
by sylware 1y ago
Indeed, we need a real alternative, something really bringing new on the table: we need a modern web engine we can compile with a simple C compiler. Those "browsers" are just front-end to the web engines of the whatng cartel.
636.
by sylware 1y ago
Don't use microsoft github: they recently broke noscript/basic (x)html support for their issue system. They are going fully whatng cartel web engines... what did you expect from microsoft?
637.
by sylware 1y ago
Proton titles on steam are illegal in tons of countries: there is no official support and real money is involved. Some say there is some special refunding policy with proton titles: well I have not seen any "legally binding" docum
638.
by sylware 1y ago
It should sponsor an attempt at making the netsurf browser libs handle javascript with quickjs. They are C, namely bringing something really significantly new: you could build a web engine with a simple C compiler.
639.
by sylware 1y ago
BTW, some forgot one of the C preprocessor features was to handle simple namespaces (for "One-Compilation-Unit"). That to avoid symbol colision. Some will say it is really painful to deal with, and I can tell those are liers since
640.
by sylware 1y ago
That's why AIs should be able to use deterministic tools. New models?
641.
by sylware 1y ago
What? This is not my point. That said, 'privacy.com' does not deserve anymore trust than all the shaddy stuff already out there...
642.
by sylware 1y ago
Come on... how it is possible to miss the point that much?
643.
by sylware 1y ago
What's funny with "AI", I have never tested it. It is completey whatng cartel web engine walled. Those "front-end" guys are really toxic.
644.
by sylware 1y ago
RISC-V going forward, one of the only beacons of hope in the silicon world. I need one of such devices for my self-hosted services. And it will be time to port from C to assembly, really, because we have finally a CPU ISA which is 'swe
645.
by sylware 1y ago
Did clone apple swift from microsoft github... (big tech sharing the same bed? how?! :P) Full c++ diarrhea. Favor the big snake.
646.
by sylware 1y ago
Real ML is data center based, then, until you have enough electricty production and performant cooling, you could have 28nm ML chips, it should not matter in the end. But while doing that, China should not forget to keep doing its R&D f
647.
by sylware 1y ago
Question: is there a full open source, plain and simple C coded swift interpreter with a reasonable SDK? Then, is there stable in time OS interfaces?
648.
by sylware 1y ago
It is dangerous for RADV which already has its own issues. And when you look at AMDVLK, you don't want those devs anywhere near RADV.
649.
by sylware 1y ago
"enable js and disable ad blockers" wow, this one...
650.
by sylware 1y ago
eewww... my bad, we would need a timeout on the CPU core locking go back to the kernel. Well, polling? erk... I guess a event file descriptor is in order, and that nvidia is doing the same.
651.
by sylware 1y ago
Yep. Future of GPU hardware programming? The one we will have to "standard"-ized à la RISC-V for CPUs? The thing are the vulkan "fences", namely the GPU to CPU notifications. Probably hardware interrupts which will have
652.
by sylware 1y ago
Another pane of AMD GPU R&D is the _userland_ _hardware_ [ring] buffers for near direct hardware userland programming. They started to experiment on that in mesa and linux ("user queues", as "user hardware queues").
653.
by sylware 1y ago
The more real-life C compilers, the better. Unfortunately, we do not have any c++ compiler written in C anymore (probably the biggest mistake in open source software, ever). For many c++ applications, no salvation in sight. For system softw
654.
by sylware 1y ago
... so they say... you cannot verify what they actually did use for their training data...
655.
by sylware 1y ago
?? They use ffmpeg then they could read nearly anything, don't they? We have the <video> & <audio> html elements. That said, only "stream-able" video and audio formats do work there.
656.
by sylware 1y ago
"EU law"... you mean "regulation", that to prevent some "abuse". Here, EU is not quite doing the right thing: the web need "noscript/basic (x)html" compatibility more than cookie regulation. Bein
657.
by sylware 1y ago
Stay away from microsoft github. They managed to break support of noscript/basic (x)html browsers for some of their core features (issues...) and are unable to move to ipv6. They are alternatives, which are fighting big tech hackers in
658.
by sylware 1y ago
Oh, regarding GPUs, AMD started to experiment on userland _hardware_ ring buffers... I don't know how they will handle their scarse VM id resources... the kernel may end up "only" mmaping event/command ring buffers and d
659.
by sylware 1y ago
IP lock, my bad (in my native language it is the other way around). Intellectual Property lock. ARM, x86(intel), x86_64(amd) have such extremely strong locks in countries where those are legal to be enforced. It is said they literaly deny a
660.
by sylware 1y ago
RISC-V has no PI lock like ARM or x86 and x86_64. RISC-V has to start to seriously defend itself, because it is a death sentence for ARM ISA and and could start to cast shadows on x86_64 in some areas slowly but surely. Some people will try

More ›