TickleSteve

520K RAM is huge for most typical embedded apps. Most micros are typically around the 48K->128K SRAM.

removing their account doesnt remove their commits.

This isnt an x86 emulator that can run a DOS box, this is NT running natively on PPC.

So... no DOS games I'm afraid.

Agree...

As an embedded developer for over 25 years, I would never use the provided hardware abstractions from one particular vendor. Typically, you use your own abstraction layer over multiple vendors BSPs/OS/libraries.

One of the driving principles behind embedded software is minimalism because you pay real money for every byte and cycle. That leads you to creating minimal abstractions for your particular use case that still gives you the flexibility that is also often required (multiple sources for processors for example).

true, my point being that "printf not working" is nothing to do with FreeRTOS.

You still didnt define what "cursor addressing" means. Its not a common term to use for these UIs and doesnt seem to get to the crux of what separates a typical GUI from these.

For me, the crucial difference is that they're usable over ssh and tmux, not the type of cursor they have (if any).

This is a microcontroller (Cortex-M) not an application processor (Cortex-A).

FreeRTOS has nothing to do with printf, thats a toolchain/standard library thing for his particular board.

libtmux https://github.com/tmux-python/libtmux

If you're buying it... could you return it? If so, how would they refund you without an account?

You're trying to see a small change over a large fuzzy area. You need to look at the deviation from the mean (or some other reference), maybe filtered to remove the seasonal changes.

If you're doing that from user space, the noise will be from scheduling delays as Linux context-switches your process to run other stuff. You can minimise that type of effect thru use of cpu-affinity but not get rid of it completely.

Read it as "with an eye towards Unix", i.e. targetted at Unix users.

I think you need to explain that this is a script generator, not a backup service...

You would have to ensure each bonding-channel was on a separate RF-channel, otherwise instant collisions.

Since everyone is asking what a Transputer is, think of it as an 80's version of a "golang machine", It is natively programmed using Occam and has CSP (https://en.wikipedia.org/wiki/Communicating_sequential_proce...) in hardware as its concurrency model.

It was typically used in military systems such as radar processing, but also found use in the Atari Transputer Workstation (ATW)(https://en.wikipedia.org/wiki/Atari_Transputer_Workstation)

There is a document for the 3GPP specs that contains a list of the abbreviations used in the rest of the spec...

Its an 80 page document.

GPS chipsets use Kalman Filters, its standard practice. I think you have an incorrect perception here.

Does 'tc' fit your need? its a simple solution to that sort of need: https://man7.org/linux/man-pages/man8/tc.8.html

also called a "bump" allocator... because all it does is bump a pointer.

nice to use when you have a nicely ordered order of execution where you are guaranteed to always come back to a known position where you can free the entire heap/arena at once. (i.e. a typical main message handling loop).

Garmin has an app store & SDK,its absolutely possible to develop apps for it.

The ability to explain yourself clearly and precisely in the written word is a skill not much appreciated by most engineers (sadly).

This is sqlite, not a db-server like mysql, its an in-process db that forgoes those sort of issues in the name of performance and lightness.

ctrl-z doesnt kill the runnning program, just puts it to the background. The process is still present with all RAM still held by it... you ca use "fg" to bring it back to the foreground. I think you meant ctrl-c which kills the process.

ARM is most dominant in the microcontroller space with the Cortex-M devices. Literally billions of them are made every year.

https://www.arm.com/company/news/2021/02/arm-ecosystem-ships...

How about: http://leftpad.dev

Its useful to show how much waste there is in a solution.

Having an operation that can be executing 250,000 times per second on a modern processor is extremely slow... not fast.

So, 250,000 per second on a (roughly 10,000 MIPS I7 core)

Each of those task_create calls is roughly 10,000,000,000 / 250,000 = 40,000 instructions.

Thats 40'000 instructions of pure overhead as it does not contribute to the task at hand (accidental complexity).

i.e. Approximate vs precise.

But, there is another option. The tool (presumably AI/ML based) that takes the ad-hoc query and turns it into a precise query to the structured-data tool in order to return precise results.

I hope that this will be Googles answer to ChatGPT... i.e. a chat interface to their existing search tool. This should then be able to "explain" the query its actually generated to the tool as a side-effect.

weight == resources (both in terms of RAM, code space, maintenance overhead, etc).