Tuple Space (2014) • Hacker News Board

Re: Tuple Space (2014)

#11

Post by detaro » Fri, Apr 28, 2023, 4:07 PM UTC

discreteevent wrote: post #3

Another interesting technology that was inspired by tuple spaces is DDS which tries to be a distributed tuple space for communication between embedded/field devices. https://en.wikipedia.org/wiki/Data_Distribution_Service

what makes it a "tuple space" vs a "message queue" system?

Re: Tuple Space (2014)

#12

Post by JackFr » Fri, Apr 28, 2023, 4:20 PM UTC

I remember when tuple spaces were the new hotness and going to a presentation from GigaSpaces at my local JUG.

And now I can't even remember the problem they solve or any potential use cases. Weird.

Re: Tuple Space (2014)

#13

Post by tyingq » Fri, Apr 28, 2023, 4:26 PM UTC

dmn322 wrote: post #9

"that is, TupleSpace won't work on the Internet, precisely because of its underlying "distributed shared memory" idea". anyone know why?

Some further notes are here: http://wiki.c2.com/?TupleSpaceScalability

Re: Tuple Space (2014)

#14

Post by rektide » Fri, Apr 28, 2023, 4:26 PM UTC

discreteevent wrote: post #3

Another interesting technology that was inspired by tuple spaces is DDS which tries to be a distributed tuple space for communication between embedded/field devices. https://en.wikipedia.org/wiki/Data_Distribution_Service

I hadn't heard of DDS until an hour ago, when I did some preliminary research into GM's just open sourced Eclipse uProtocol, their car IoT system built on Protobuf & CloudEvents.

Among some usual suspect transports (http2, mqtt, android binder), they listed DDS.

https://news.ycombinator.com/item?id=35742650

Re: Tuple Space (2014)

#15

Post by convolvatron » Fri, Apr 28, 2023, 4:34 PM UTC

dmn322 wrote: post #9

"that is, TupleSpace won't work on the Internet, precisely because of its underlying "distributed shared memory" idea". anyone know why?

near the beginning of the Scientific Computing Associates work (?) they implemented an extended model that supported multiple spaces - to scope the number of machines involved in a given update.

Re: Tuple Space (2014)

#16

Post by Jtsummers » Fri, Apr 28, 2023, 4:41 PM UTC

JackFr wrote: post #12

I remember when tuple spaces were the new hotness and going to a presentation from GigaSpaces at my local JUG. And now I can't even remember the problem they solve or any potential use cases. Weird.

Primary problem: Distribute work on heterogenous data across a cluster of heterogenous processes. Add new processes (either additional workers or additional capabilities) by attaching them to the existing shared tuple space. Add new data by wrapping it into a tuple and tossing it into the pile. Add a processor for the new data by having it search for a pattern that picks up the new tuple.

Similar concept behind message queue based systems, service oriented architecture, and many, many others. Though more pull-based than push-based. You wouldn't explicitly launch a process, you have a process that sits around waiting to for a tuple to show up and then takes/copies it and does the work.

Re: Tuple Space (2014)

#17

Post by smusamashah » Fri, Apr 28, 2023, 5:00 PM UTC

RodgerTheGreat wrote: post #7

"This site uses features not available in older browsers." It is difficult to express the degree of my frustration with C2 being rewritten from a gunmetal HTML page that worked everywhere into an inaccessible heavyweight SPA mess with a frankly bizarre UI.

C2 is such a good resource. It's a shame a simple, plain readable and most accessible website has been turned into a bloat.

Re: Tuple Space (2014)

#18

Post by beefman » Fri, Apr 28, 2023, 5:11 PM UTC

RodgerTheGreat wrote: post #7

"This site uses features not available in older browsers." It is difficult to express the degree of my frustration with C2 being rewritten from a gunmetal HTML page that worked everywhere into an inaccessible heavyweight SPA mess with a frankly bizarre UI.

It does look like just another bloated SPA, but Federated Wiki was a geniune advance when Ward was developing it a decade ago. Still is. Shame it hasn't caught on.

I agree it was a mistake to move the existing c2 content into it. Maybe a better try was to start a new wiki of some kind. But the temptation to leverage the existing site to launch Federated Wiki is understandable.

Re: Tuple Space (2014)

#19

Post by Julesman » Fri, Apr 28, 2023, 5:13 PM UTC

cwillu wrote: post #10

Julesman wrote: post #8

[flagged]

While I agree that the current rendition is unfortunate, it's a bit amusing hearing someone say that the literal inventor of the wiki is a twisted ego that should be completely ignored.

I stand by my statement. Terrible people can build good things.

Re: Tuple Space (2014)

#20

Post by discreteevent » Fri, Apr 28, 2023, 5:14 PM UTC

rektide wrote: post #14

discreteevent wrote: post #3

Another interesting technology that was inspired by tuple spaces is DDS which tries to be a distributed tuple space for communication between embedded/field devices. https://en.wikipedia.org/wiki/Data_Distribution_Service

I hadn't heard of DDS until an hour ago, when I did some preliminary research into GM's just open sourced Eclipse uProtocol, their car IoT system built on Protobuf & CloudEvents. Among some usual suspect transports (http2, mqtt, android binder), they listed DDS. https://news.ycombinator.com/item?id=35742650

It's also used in ROS the robot operating system.