Seems to be just a marketing page with no link to source code or even mention of open source? Here is the github page: https://github.com/Microsoft/GraphEngine
Microsoft open-sources Graph Engine
11–20 of 192 posts
Re: Microsoft open-sources Graph Engine
#12At this rate, are we going to see Windows open-sourced? MS is on a roll. My bias since 1996 is being eroded with each OSS release they have, and multi-platform targeted support. I started using VSCode regularly as my main Rust IDE, and I feel dirty for liking it. It's seemless across macOS and Linux.
I don't see MSFT benefiting from open sourcing windows, so likely never.
Re: Microsoft open-sources Graph Engine
#13Earlier quoted context omitted.
It provides a RESTful API for getting the data out.
Do you have a link to the docs on that? I didn't spot it.
EDIT: Slightly more useful link - https://www.graphengine.io/docs/manual/TSL/MPProtocol.html#h...
Re: Microsoft open-sources Graph Engine
#14At this rate, are we going to see Windows open-sourced? MS is on a roll. My bias since 1996 is being eroded with each OSS release they have, and multi-platform targeted support. I started using VSCode regularly as my main Rust IDE, and I feel dirty for liking it. It's seemless across macOS and Linux.
Re: Microsoft open-sources Graph Engine
#15I've been running into the idea of computational graphs a lot recently. It's at the core of Tensorflow (and NN in general) but it also comes up for example in Apple's AVFoundation where all audio processing happens in a graph of audio units. Does anyone know what's the theoretical foundation of computational graphs? EDIT: I've created a wiki page for computational graphs. https://en.wikipedia.org/wiki/Computational_G…
> Recall that in our general definition a feed-forward neural network is a computational graph whose nodes are computing units and whose directed edges transmit numerical information from node to node.
> Each computing unit is capable of evaluating a single primitive function of its input. In fact the network represents a chain of function compositions which transfor m an input to an output vector (called a pattern).
From: https://page.mi.fu-berlin.de/rojas/neural/chapter/K7.pdf (1996)
Another ancestor would be the Data-Flow paradigm:
> .. programming paradigm that internally represents applications as a directed graph, similarly to a dataflow diagram. Applications are represented as a set of nodes (also called blocks) with input and/or output ports in them. These nodes can either be sources, sinks or processing blocks to the information flowing in the system. Nodes are connected by directed edges that define the flow of information between them.
From: https://paginas.fe.up.pt/~prodei/dsie12/papers/paper_17.pdf (2012)
Re: Microsoft open-sources Graph Engine
#16Does this have a python interface?
Re: Microsoft open-sources Graph Engine
#17Re: Microsoft open-sources Graph Engine
#18At this rate, are we going to see Windows open-sourced? MS is on a roll. My bias since 1996 is being eroded with each OSS release they have, and multi-platform targeted support. I started using VSCode regularly as my main Rust IDE, and I feel dirty for liking it. It's seemless across macOS and Linux.
I don't see MSFT benefiting from open sourcing windows, so likely never.
Re: Microsoft open-sources Graph Engine
#19At this rate, are we going to see Windows open-sourced? MS is on a roll. My bias since 1996 is being eroded with each OSS release they have, and multi-platform targeted support. I started using VSCode regularly as my main Rust IDE, and I feel dirty for liking it. It's seemless across macOS and Linux.
I love Windows but I seriously will not touch UWP until they loosen up the sandbox restrictions so that I can do regular IPC with a win32 desktop app. You can't even send an HTTP request to a little node.js Web server running on your desktop right now. Fuck that. I'm not buying into it.