open62541
bst
Our great sponsors
open62541 | bst | |
---|---|---|
5 | 3 | |
2,415 | 39 | |
1.4% | - | |
9.8 | 2.8 | |
7 days ago | 2 months ago | |
C | HTML | |
Mozilla Public License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
open62541
-
What Cannot Be Skipped About the Skiplist: A Survey of Skiplists and Their Appl
Zip trees are great!
For a project I made a version that uses the memory location of the entries to construct the (random) rank on the fly.
So it’s a binary tree structure that requires the same memory as a linked list (two pointers) only!
https://github.com/open62541/open62541/blob/master/deps/zipt...
-
How to be good at C++
Here is a bug report I submitted to open62541, over a year ago. Figuring out how that library works... I don't even understand the terminology; it's all very generic (everything is called 'nodes', 'objects', etc.), there are loads of ways to do anything, type safety is not a concept the library approves of so that doesn't help either, and most functions you cannot even find in the source as they are generated by macros. It doesn't help that OPC UA is a big standard (thousands of pages) either. It boggles the mind that the reference implementation for something used in so many critical places is so badly documented, and at the same time allows so many ways to get things subtly wrong.
-
Apache PLC4X announcing end of community support due to missing funding
There's quite a bit of OPC UA bashing across this project. So let me chime in to keep the "balance in the universe".
OPC UA is a protocol to interact with an object-oriented information model. Basically CORBA done right to use object-oriented principles and reuse software components in industrial automation.
Since OPC UA is a protocol, its performance depends mostly on the implementation. Some PLCs may be crappy. But that doesn't translate into bad performance overall. My experience goes to the exact contrary.
Full disclosure, I lead-develop and maintain an open source OPC UA implementation that sees quite a bit of use by the big guys in the automation domain. We use C for performance. And we do have funding from the industry.
https://github.com/open62541/open62541
But yes, it is hard to break into this world. Especially since solutions have to be maintained for 20+ years. A solo developer usually cannot ensure that this will still be usable some years down the line.
-
How do you go about understanding and using new libraries?
Earlier this year I was trying to use open62541, and ended up writing this bugreport. The developers are, so far, ignoring it, and it's a crying shame because it makes the library so much less useful than it could otherwise be.
-
How to check reliability of Ethernet connection between an Intel NUC and ARM cortex-M micro controller ?
Why don't you use a standardized industrial protocol, that support these requirements? Would perhaps OPC UA meet your needs? There are a number of open source implementations and the standard itself is open, too.
bst
-
What Cannot Be Skipped About the Skiplist: A Survey of Skiplists and Their Appl
Zip trees are novel but their performance (and therefore also skip lists, since they are isomorphic) lacks behind other linked structures like Treaps and especially LBSTs. [1] I personally find skip lists to be overhyped binary search trees in disguise.
[1] https://rtheunissen.github.io/bst
- Using memory arenas and Go benchmarking to explore binary search trees
-
Exploring the design space of binary search trees
Thank you for sharing this resource, I was not aware of it. I am happy to see the inclusion of LBSTs there too.
Re: binary symmetry, if I'm understanding correctly, another author that makes use of the symmetry is Ben Pfaff in libavl [1]. At the top of [2], which seems a bit misplaced now, I wrote:
> A choice was made to not unify the symmetric cases using the direction-based technique of Ben Pfaff and others because it makes the logic more difficult to follow even though there would be less code overall.
The choice of Go was to provide implementations that are both reliable to benchmark (though not as robust as C or Rust for example) but also easy to read. I would like to further reduce abstraction by decomposing common parts such that all the strategies are "one-file" references. This is then effectively the opposite of what the macro-based implementation achieves. Both have value, of course.
[1] https://adtinfo.org/libavl.html/BST-Node-Structure.html
[2] https://github.com/rtheunissen/bst/blob/main/trees/avl_botto...
What are some alternatives?
plc4x - PLC4X The Industrial IoT adapter
bst - Well Factored, Non-Recursive, General & Generic BSTs in ANSI C
SGDK - SGDK - A free and open development kit for the Sega Mega Drive
ext-ds - An extension providing efficient data structures for PHP 7
node-opcua - Unlocking the Full Potential of OPC UA with Typescript and NodeJS - http://node-opcua.github.io/
pymgclient - Python Memgraph Client
psxsdk - Homebrew Sony PlayStation 1 SDK
c-open - CANopen stack for embedded devices
FastWSGI - An ultra fast WSGI server for Python 3
SA-MP - A repository for making the latest SA-MP version open source
earth-reverse-engineering - Reversing Google's 3D satellite mode
ruby-pg - A PostgreSQL client library for Ruby