Main.EuroDSLSMECandidates History

Hide minor edits - Show changes to output

Added lines 6-11:

!!!Criteria

The SME must typify the above story, and also:
* give confidence that they can deliver working code of the application that they propose
* work well with the partners, as a team
Added line 13:
* [[Main.EuroDSLPersonalMed| Personalized Medicine]] -- gene sequencing for personalized medicine -- requires multiple machines to handle amount of data, for fast processing -- reducing processing time down from weeks to hours will make it practical.
Changed line 5 from:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. These SMEs share the same plight, severe constraints on: manpower, budget, and time. A large percentage of these SMEs will receive benefit from utilizing parallel computation, making them more competitive and so moving the economy forward. That is, if they were enabled to harness such computation, even in the common form of GPU accelerators, or Cloud servers. But those constraints on their manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are there, they can see them, but they are blocked by the difficulties of parallel code development, the higher cost of such development, and the lack of programmers skilled in such parallel execution techniques. We have assembled a diverse set of archetypal SMEs who typify this story. Individually, they have modest impacts by themselves, but each embodies the key characteristics of: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe."
to:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. These SMEs share the same plight, severe constraints on: manpower, budget, and time. A large percentage of them will receive benefit from utilizing parallel computation, making them more competitive and so moving the economy forward, and providing scientific and health advancements to the EU. That is, if they were enabled to harness such computation, even in the common form of GPU accelerators, or Cloud servers. But those constraints on their manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are there, they can see them, but they are blocked by the difficulties of parallel code development, the higher cost of such development, and the lack of programmers skilled in such parallel execution techniques. We have assembled a diverse set of archetypal SMEs who typify this story. Individually, they have modest impacts by themselves, but each embodies the key characteristics of: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe."
Changed line 5 from:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight, severe constraints on: manpower, budget, and time. A large percentage of these SMEs will receive benefit from utilizing parallel computation, making them more competitive and so moving the economy forward. That is, if they were enabled to harness such computation, even in the common form of GPU accelerators, or Cloud servers. But those constraints on their manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are there, they can see them, but they are blocked by the difficulties of parallel code development, the higher cost of such development, and the lack of programmers skilled in such parallel execution techniques. We have assembled a diverse set of archetypal SMEs who typify this story. Individually, they have modest impacts by themselves, but each embodies the key characteristics of: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe."
to:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. These SMEs share the same plight, severe constraints on: manpower, budget, and time. A large percentage of these SMEs will receive benefit from utilizing parallel computation, making them more competitive and so moving the economy forward. That is, if they were enabled to harness such computation, even in the common form of GPU accelerators, or Cloud servers. But those constraints on their manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are there, they can see them, but they are blocked by the difficulties of parallel code development, the higher cost of such development, and the lack of programmers skilled in such parallel execution techniques. We have assembled a diverse set of archetypal SMEs who typify this story. Individually, they have modest impacts by themselves, but each embodies the key characteristics of: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe."
Changed line 5 from:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight, severe constraints on: manpower, budget, and time. A large percentage of these SMEs will receive benefit from utilizing parallel computation, making them more competitive and so moving the economy forward. That is, if they were able to harness such computation, even in the common form of GPU accelerators, or Cloud servers. But those constraints on their manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are there, they can see them, but they are blocked by the difficulties of parallel code development, the higher cost of such development, and the lack of programmers skilled in such parallel execution techniques. We have assembled a diverse set of archetypal SMEs who typify this story. Individually, they have modest impacts by themselves, but each embodies the key characteristics of: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe."
to:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight, severe constraints on: manpower, budget, and time. A large percentage of these SMEs will receive benefit from utilizing parallel computation, making them more competitive and so moving the economy forward. That is, if they were enabled to harness such computation, even in the common form of GPU accelerators, or Cloud servers. But those constraints on their manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are there, they can see them, but they are blocked by the difficulties of parallel code development, the higher cost of such development, and the lack of programmers skilled in such parallel execution techniques. We have assembled a diverse set of archetypal SMEs who typify this story. Individually, they have modest impacts by themselves, but each embodies the key characteristics of: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe."
Changed line 5 from:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight, severe constraints on: manpower, budget, and time. A large percentage of these SMEs will receive benefit from utilizing parallel computation, making them more competitive and so moving the economy forward, if they were able to harness such computation, even in the common form of GPU accelerators, or Cloud servers. But those commonly experienced constraints on their manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are there, they can see them, but they are blocked by the difficulties of parallel code development, the higher cost of such development, and the lack of programmers skilled in such parallel execution techniques. We have assembled a diverse set of archetypal SMEs who typify this story. Individually, they have modest impacts by themselves, but each embodies the key characteristics of: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe."
to:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight, severe constraints on: manpower, budget, and time. A large percentage of these SMEs will receive benefit from utilizing parallel computation, making them more competitive and so moving the economy forward. That is, if they were able to harness such computation, even in the common form of GPU accelerators, or Cloud servers. But those constraints on their manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are there, they can see them, but they are blocked by the difficulties of parallel code development, the higher cost of such development, and the lack of programmers skilled in such parallel execution techniques. We have assembled a diverse set of archetypal SMEs who typify this story. Individually, they have modest impacts by themselves, but each embodies the key characteristics of: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe."
Changed line 5 from:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight, severe constraints on: manpower, budget, and time. A large percentage of SMEs will receive benefit from utilizing parallel computation, making them more competitive and so moving the economy forward, if they were able to harness such computation, even in the common form of GPU accelerators, or Cloud servers. But those commonly experienced constraints on their manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are there, they can see them, but they are blocked by the difficulties of parallel code development, the higher cost of such development, and the lack of programmers skilled in such parallel execution techniques. We have assembled a diverse set of archetypal SMEs who typify this story. Individually, they have modest impacts by themselves, but each embodies the key characteristics of: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe."
to:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight, severe constraints on: manpower, budget, and time. A large percentage of these SMEs will receive benefit from utilizing parallel computation, making them more competitive and so moving the economy forward, if they were able to harness such computation, even in the common form of GPU accelerators, or Cloud servers. But those commonly experienced constraints on their manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are there, they can see them, but they are blocked by the difficulties of parallel code development, the higher cost of such development, and the lack of programmers skilled in such parallel execution techniques. We have assembled a diverse set of archetypal SMEs who typify this story. Individually, they have modest impacts by themselves, but each embodies the key characteristics of: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe."
Changed line 13 from:
* [[Main.EuroDSLFlexTiles | FlexTiles Hardware ]] -- hardware partner -- have hardware that matches the ICT-4 call, with a toolchain above it. This represents a chance to show that Langlets can port even onto radically different hardware. Such a result has the potential to encourage development of radical hardware designs, by providing a "transparency" proof of existence -- application code that runs on other hardware will in turn run modification-free on a new, radical, chip architecture. This could be the seed that grows into something very big (10x increase in throughput, at 10x reduction in power, due to cutting "programming paradigm helper" hardware like coherent caches and out of order pipelines)
to:
* [[Main.EuroDSLFlexTiles | FlexTiles Hardware ]] -- hardware partner -- have hardware that matches the ICT-4 call, with a toolchain above it. This represents a chance to show that Langlets can port even onto radically different hardware. Such a result has the potential to encourage development of radical hardware designs, by providing a "transparency" proof of existence -- application code that runs on other hardware will in turn run modification-free on a new, radical, chip architecture. This could be the seed that grows into something very big (10x increase in throughput, at 10x reduction in power, due to cutting out "programming paradigm helper" hardware like coherent caches and out of order pipelines)
Changed line 9 from:
* [[Main.EuroDSLPhysics | plasma physics ]] -- "In 2013 we performed a market analysis regarding the simulation of rarefied plasma flows. Since the required knowledge and resources for the development of such a code are extremely high, no proper solution exists despite the fact that, only in the EU, R&D companies (both small and big ones) spend per year at least 1 billion € for advancing their low pressure plasma processes. They either use in-house codes (which typically are insufficiently verified & validated), or some barely applicably Open Source Codes, or nothing, i.e. progress by expensive experimental parameter variation." -- they fit the profile from the story above, highly specialized, too small for resources to develop parallel code, yet high benefit if could. The processing looks like a good candidate for polyhedral techniques and the DKU pattern, two tools in our toolbag. See two langlets, one covers regular grid simulations, the other covers a system that employs multiple computational "entities" that interact (this captures the interaction between their 3 levels of solver).
to:
* [[Main.EuroDSLPhysics | plasma physics ]] -- "In 2013 we performed a market analysis regarding the simulation of rarefied plasma flows. Since the required knowledge and resources are extremely high, no proper solution exists, despite the fact that in the EU R&D companies spend at least 1 billion € per year for advancing their low pressure plasma processes." -- they fit the profile from the story above, highly specialized, too small to have resources to develop parallel code, yet high benefit if could. The processing looks like a good candidate for polyhedral techniques and the DKU pattern, two tools in our toolbag. See two langlets, one covers regular grid simulations, the other covers a system that employs multiple computational "entities" that interact (this captures the interaction between their 3 levels of solver).
Changed line 5 from:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight: constrained manpower, budget, and time. A large percentage will receive benefit, making them more competitive and so moving the economy forward, if they were able to harness the power of parallel computation, even in the common form of GPUs, or Cloud servers. But those commonly experienced constraints on manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are they, they can see them, but are blocked by the slower pace of parallel code development, the higher cost of such development, and the lack of programmers skilled in parallel execution techniques. We have assembled a diverse set of archetypal SMEs who, individually, have modest impacts by themselves, but who each represent the key characteristics: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe."
to:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight, severe constraints on: manpower, budget, and time. A large percentage of SMEs will receive benefit from utilizing parallel computation, making them more competitive and so moving the economy forward, if they were able to harness such computation, even in the common form of GPU accelerators, or Cloud servers. But those commonly experienced constraints on their manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are there, they can see them, but they are blocked by the difficulties of parallel code development, the higher cost of such development, and the lack of programmers skilled in such parallel execution techniques. We have assembled a diverse set of archetypal SMEs who typify this story. Individually, they have modest impacts by themselves, but each embodies the key characteristics of: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe."
Changed lines 5-6 from:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight: constrained manpower, budget, and time. A large percentage will receive benefit, making them more competitive and so moving the economy forward, if they were able to harness the power of parallel computation, even in the common form of GPUs, or Cloud servers. But those commonly experienced constraints on manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are they, they can see them, but are blocked by the slower pace of parallel code development, the higher cost of such development, and the lack of programmers skilled in parallel execution techniques. We have assembled a diverse set of archetypal SMEs who, individually, have modest impacts by themselves, but who each represent the key characteristics: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe.
to:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight: constrained manpower, budget, and time. A large percentage will receive benefit, making them more competitive and so moving the economy forward, if they were able to harness the power of parallel computation, even in the common form of GPUs, or Cloud servers. But those commonly experienced constraints on manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are they, they can see them, but are blocked by the slower pace of parallel code development, the higher cost of such development, and the lack of programmers skilled in parallel execution techniques. We have assembled a diverse set of archetypal SMEs who, individually, have modest impacts by themselves, but who each represent the key characteristics: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe."
Changed lines 9-10 from:
* [[Main.EuroDSLPhysics | plasma physics ]]
* [[Main.EuroDSLEarth| Earth Observation satellite image processing ]] -- "software that’s processing Landsat data collected over the UK, includes correction for atmosphere effects, cloud identification (including shadows), products such a vegetation indices" -- seems to be a hot topic, climate, with direct EU citizen benefit, fits the story above, and has high processing. They don't touch parallel processing, but would get high benefit and wish they could. The processing looks like a good candidate for polyhedral techniques and the DKU pattern, two tools in our toolbag.
to:
* [[Main.EuroDSLPhysics | plasma physics ]] -- "In 2013 we performed a market analysis regarding the simulation of rarefied plasma flows. Since the required knowledge and resources for the development of such a code are extremely high, no proper solution exists despite the fact that, only in the EU, R&D companies (both small and big ones) spend per year at least 1 billion € for advancing their low pressure plasma processes. They either use in-house codes (which typically are insufficiently verified & validated), or some barely applicably Open Source Codes, or nothing, i.e. progress by expensive experimental parameter variation." -- they fit the profile from the story above, highly specialized, too small for resources to develop parallel code, yet high benefit if could. The processing looks like a good candidate for polyhedral techniques and the DKU pattern, two tools in our toolbag. See two langlets, one covers regular grid simulations, the other covers a system that employs multiple computational "entities" that interact (this captures the interaction between their 3 levels of solver).
* [[Main.EuroDSLEarth| Earth Observation satellite image processing ]] -- "software that’s processing Landsat data collected over the UK, includes correction for atmosphere effects, cloud identification (including shadows), products such a vegetation indices" -- seems to be a hot topic, climate, with direct EU citizen benefit, fits the story above, and has high processing. They don't touch parallel processing, but would get high benefit and wish they could.
Changed line 12 from:
* [[Main.EuroDSLOcean | Ocean dynamics ]] -- simulates the ocean physical dynamics and the marine ecosystem, from physics to fish -- feels like a hot topic. Has high computation demands. It's just that it's a tiny market (10 customers!)
to:
* [[Main.EuroDSLOcean | Ocean dynamics ]] -- "simulates the ocean physical dynamics and the marine ecosystem, from physics to fish" -- feels like a hot topic. Has high computation demands. It's just that it's a tiny market (10 customers!)
Changed lines 10-11 from:
* [[Main.EuroDSLEarth| Earth Observation satellite image processing ]]
* [[Main.EuroDSLGeo| Geo Imaging ]] -- "Dealing with high resolution images such as X-rays, Intravascular Ultrasound (IVUS) images, satellite images etc., has led us to parallel programming, a challenging task considering the fact that the programmer needs to re-learn to implement even the basic code." they represent the case of an SME that is trying, hard, to do parallel programming, but resources constrain them. Portability across hardware constrains them. We solve that. The processing looks like a good candidate for polyhedral techniques and the DKU pattern, two tools in our toolbag.
to:
* [[Main.EuroDSLEarth| Earth Observation satellite image processing ]] -- "software that’s processing Landsat data collected over the UK, includes correction for atmosphere effects, cloud identification (including shadows), products such a vegetation indices" -- seems to be a hot topic, climate, with direct EU citizen benefit, fits the story above, and has high processing. They don't touch parallel processing, but would get high benefit and wish they could. The processing looks like a good candidate for polyhedral techniques and the DKU pattern, two tools in our toolbag.
* [[Main.EuroDSLGeo| Geo Imaging ]] -- "Dealing with high resolution images such as X-rays, Intravascular Ultrasound (IVUS) images, satellite images etc., has led us to parallel programming, a challenging task considering the fact that the programmer needs to re-learn to implement even the basic code." they represent the case of an SME that is trying, hard, to do parallel programming, but resources constrain them. Portability across hardware constrains them. We solve that. The processing also looks like a good candidate for polyhedral and DKU
.
Changed lines 4-5 from:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight: constrained manpower, budget, and time. A large percentage will receive benefit, making them more competitive and so moving the economy forward, if they were able to harness the power of parallel computation, even in the common form of GPUs, or Cloud servers. But those commonly experienced constraints on manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are they, they can see them, but are blocked by the slower pace of parallel code development, the higher cost of such development, and the lack of programmers skilled in parallel execution techniques. We have assembled a diverse set of archetypal SMEs who, individually, have modest impacts by themselves, but who each represent the key characteristics: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe.
to:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight: constrained manpower, budget, and time. A large percentage will receive benefit, making them more competitive and so moving the economy forward, if they were able to harness the power of parallel computation, even in the common form of GPUs, or Cloud servers. But those commonly experienced constraints on manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are they, they can see them, but are blocked by the slower pace of parallel code development, the higher cost of such development, and the lack of programmers skilled in parallel execution techniques. We have assembled a diverse set of archetypal SMEs who, individually, have modest impacts by themselves, but who each represent the key characteristics: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe.
Changed line 11 from:
* [[Main.EuroDSLGeo| Geo Imaging ]]
to:
* [[Main.EuroDSLGeo| Geo Imaging ]] -- "Dealing with high resolution images such as X-rays, Intravascular Ultrasound (IVUS) images, satellite images etc., has led us to parallel programming, a challenging task considering the fact that the programmer needs to re-learn to implement even the basic code." they represent the case of an SME that is trying, hard, to do parallel programming, but resources constrain them. Portability across hardware constrains them. We solve that. The processing looks like a good candidate for polyhedral techniques and the DKU pattern, two tools in our toolbag.
Changed line 19 from:
* [[Main.EuroDSLML2 | Student to hire on machine learning ]] -- Sent email, and may be a good hire once the project ramps up
to:
* [[Main.EuroDSLML2 | Student to hire on machine learning ]] -- Sent email, and may be a good hire once the project ramps up
Changed line 11 from:
* [[Main.EuroDSLOcean | Ocean dynamics ]] --
to:
* [[Main.EuroDSLOcean | Ocean dynamics ]] -- simulates the ocean physical dynamics and the marine ecosystem, from physics to fish -- feels like a hot topic. Has high computation demands. It's just that it's a tiny market (10 customers!)
Deleted line 18:
Changed lines 3-7 from:
to:
Okay, looking over these, and putting together a story for the EU, that story tends to look more and more a bit like this:
"the EU economy is populated with SMEs who specialize in one narrow field. Individually, such companies have modest sales, but adding up across all such small specialty companies, the true engine of the EU economy is revealed. All such SMEs share the same plight: constrained manpower, budget, and time. A large percentage will receive benefit, making them more competitive and so moving the economy forward, if they were able to harness the power of parallel computation, even in the common form of GPUs, or Cloud servers. But those commonly experienced constraints on manpower, budget, and time prevent them from undertaking the resource hungry process of developing code for parallel execution. The benefits are they, they can see them, but are blocked by the slower pace of parallel code development, the higher cost of such development, and the lack of programmers skilled in parallel execution techniques. We have assembled a diverse set of archetypal SMEs who, individually, have modest impacts by themselves, but who each represent the key characteristics: highly specialized, small market, will benefit from parallel execution but are blocked by constrained resources. Success with these few indicates the viability of success with all such small, highly specialized, SMEs from across Europe.

!!!The list of candidates
Changed lines 11-14 from:
* [[Main.EuroDSLOcean | Ocean dynamics ]]
* [[Main.EuroDSLFlexTiles | FlexTiles Hardware ]]
* [[Main.EuroDSLML | Machine Learning ]]
* [[Main.EuroDSLOR | Operations Optimization
]]
to:
* [[Main.EuroDSLOcean | Ocean dynamics ]] --
* [[Main.EuroDSLFlexTiles | FlexTiles Hardware ]] -- hardware partner -- have hardware that matches the ICT-4 call, with a toolchain above it. This represents a chance to show that Langlets can port even onto radically different hardware. Such a result has the potential to encourage development of radical hardware designs, by providing a "transparency" proof of existence -- application code that runs on other hardware will in turn run modification-free on a new, radical, chip architecture. This could be the seed that grows into something very big (10x increase in throughput, at 10x reduction in power, due to cutting "programming paradigm helper" hardware like coherent caches and out of order pipelines)
* [[Main.EuroDSLML | Machine Learning
]] -- academic, rather than an SME -- but machine learning is a white-hot field -- they would develop the innards of the Langlet, supply algorithms and implement on the various hardware platforms.
* [[Main.EuroDSLOR | Operations Optimization ]] -- predictive modelling and optimization -- seeing two or three Langlets, one has notion of a "system" or "Process", and elements plug in, so that the code reflects the process diagrams used to document -- another langlet would embody optimization, with a cookbook of approaches that end-user's code plugs into (the plugged-in code runs in parallel, dispatched automatically, the user follows simple rules to make the code safe for distributed execution) -- the story is that this represents just one of the many small specialized areas, so if a Langlet succeeds here, it demonstrates the potential for the approach to succeed in any such small specialized area.
Changed line 12 from:
* [[Main.EuroDSLGeo2| Geo-spatial ]] -- Didn't get enough detail to have a handle on approach -- they are consortium of open source for "geo-spatial domain". Said would answer questions later, haven't gotten back to me. Mention "R", so likely have high computation applications.
to:
* [[Main.EuroDSLGeo2| Geo-spatial ]] -- Didn't get enough detail to have a handle on approach -- they are consortium of open source for "geo-spatial domain". Said would answer questions later, haven't gotten back to me. Mention "R", so likely have high computation applications. They have "many" partners, so not clear who will be responsible for delivering results to EU.
Deleted line 10:
* [[Main.EuroDSLGeo2| Geo-spatial ]] -- Didn't get enough detail to have a handle on approach -- they are consortium of open source for "geo-spatial domain". Said would answer questions later, haven't gotten back to me.
Added line 12:
* [[Main.EuroDSLGeo2| Geo-spatial ]] -- Didn't get enough detail to have a handle on approach -- they are consortium of open source for "geo-spatial domain". Said would answer questions later, haven't gotten back to me. Mention "R", so likely have high computation applications.
Changed line 11 from:
* [[Main.EuroDSLGeo2| Geo-spatial ]] --
to:
* [[Main.EuroDSLGeo2| Geo-spatial ]] -- Didn't get enough detail to have a handle on approach -- they are consortium of open source for "geo-spatial domain". Said would answer questions later, haven't gotten back to me.
Changed lines 11-14 from:
* [[Main.EuroDSLGeo2| Geo-spatial ]]
* [[Main.EuroDSLMaintenance | Work Orders Saas]] -- Seeing a DSL for event-driven systems, where have various databases, various sources of events, and various sinks that consume events and possible emit new ones -- the Langlet has the notion of a "system", of "event source", and "event sink". Users just populate the system with sinks and sources. A sink has a dispatcher that looks inside an event for its type, and calls user supplied function associated to that event type. Source uses Langlet's create-event and emit-event. Sinks register their interest in events. The goal is to make this efficient on many types of hardware (distributed as well as rack of servers).. The parallelism is all inside the Langlet, users follow simple rules about their variables. The sell is that such a pattern is common (do research to get estimate of how many apps), and this is a typical application, so langlet will have large impact. This SME demonstrates Langlets in a distributed setting, for Web and Cloud based Saas.
* [[Main.EuroDSLLearning | Learning ]] -- (C# based)
* [[Main.EuroDSLML2 | Student to hire on machine learning ]] -- Answered my ad,
and may be a good hire once the project ramps up
to:
* [[Main.EuroDSLGeo2| Geo-spatial ]] --
* [[Main.EuroDSLMaintenance | Work Orders Saas]] -- Seeing a DSL for event-driven systems, where sources emit events, and sinks consume them, then possibly emit new ones -- This is close to "inversion of control" -- the Langlet has the notion of a "system", of "event source", and "event sink", plus "custom type". Users populate the system with sinks and sources. A sink has a dispatcher that looks inside an event for its type, and calls user supplied function associated to that event type. Source uses Langlet's create-event and emit-event. Sinks register their interest in events. The goal is to make this efficient on many types of hardware (distributed as well as rack of servers).. The parallelism is all inside the Langlet, users follow simple rules about their variables. The sell is that such a pattern is common (do research to get estimate of how many apps), and this is a typical application, so langlet will have large impact. This SME demonstrates Langlets in a distributed setting, for Web and Cloud based Saas.
* [[Main.EuroDSLLearning | Learning ]] -- Perhaps watch common patterns in an eLearning system, capture some of those (C# based, low computation, low number of events)
* [[Main.EuroDSLML2 | Student to hire on machine learning ]] -- Sent email
, and may be a good hire once the project ramps up
Deleted line 11:
* [[Main.EuroDSLLearning | Learning ]]
Added line 13:
* [[Main.EuroDSLLearning | Learning ]] -- (C# based)
Changed lines 13-14 from:
* [[Main.EuroDSLML2 | Student to hire on machine learning ]]
* [[Main.EuroDSLMaintenance | Work Orders
Saas]]
to:
* [[Main.EuroDSLMaintenance | Work Orders Saas]] -- Seeing a DSL for event-driven systems, where have various databases, various sources of events, and various sinks that consume events and possible emit new ones -- the Langlet has the notion of a "system", of "event source", and "event sink". Users just populate the system with sinks and sources. A sink has a dispatcher that looks inside an event for its type, and calls user supplied function associated to that event type. Source uses Langlet's create-event and emit-event. Sinks register their interest in events. The goal is to make this efficient on many types of hardware (distributed as well as rack of servers).. The parallelism is all inside the Langlet, users follow simple rules about their variables. The sell is that such a pattern is common (do research to get estimate of how many apps), and this is a typical application, so langlet will have large impact. This SME demonstrates Langlets in a distributed setting, for Web and Cloud based Saas.
* [[Main.EuroDSLML2 | Student to hire on machine learning
]] -- Answered my ad, and may be a good hire once the project ramps up
Changed line 14 from:
* [[Main.EuroDSLMaintenance | Maintenance]]
to:
* [[Main.EuroDSLMaintenance | Work Orders Saas]]
Added line 4:
* [[Main.EuroDSLPhysics | plasma physics ]]
Added line 6:
* [[Main.EuroDSLGeo| Geo Imaging ]]
Deleted lines 7-9:
* [[Main.EuroDSLPhysics | plasma physics ]]
* [[Main.EuroDSLMaintenance | Maintenance]]
* [[Main.EuroDSLLearning | Learning ]]
Added line 9:
* [[Main.EuroDSLML | Machine Learning ]]
Deleted line 10:
* [[Main.EuroDSLGeo| Geo Imaging ]]
Changed line 12 from:
* [[Main.EuroDSLML | Machine Learning ]]
to:
* [[Main.EuroDSLLearning | Learning ]]
Added line 14:
* [[Main.EuroDSLMaintenance | Maintenance]]
Changed lines 14-17 from:
* [[Main.EuroDSL| ]]
* [[Main.EuroDSL| ]]
* [[Main.EuroDSL| ]]
* [[Main.EuroDSL|
]]
to:
* [[Main.EuroDSLML2 | Student to hire on machine learning ]]
Changed line 13 from:
* [[Main.EuroDSL| ]]
to:
* [[Main.EuroDSLML | Machine Learning ]]
Changed line 12 from:
* [[Main.EuroDSL| ]]
to:
* [[Main.EuroDSLGeo2| Geo-spatial ]]
Changed line 4 from:
* [[Main.EuroDSLLandSat| Landsat]]
to:
* [[Main.EuroDSLEarth| Earth Observation satellite image processing ]]
Deleted line 11:
* [[Main.EuroDSLEarth| Earth Observation satellite image processing ]]
Changed line 12 from:
* [[Main.EuroDSL| ]]
to:
* [[Main.EuroDSLEarth| Earth Observation satellite image processing ]]
Changed lines 10-18 from:
* [[Main.EuroDSLOR | Logistics Operations Optimization ]]
to:
* [[Main.EuroDSLOR | Operations Optimization ]]
* [[Main.EuroDSLGeo| Geo Imaging ]]
* [[Main.EuroDSL| ]]
* [[Main.EuroDSL| ]]
* [[Main.EuroDSL| ]]
* [[Main.EuroDSL| ]]
* [[Main.EuroDSL| ]]
* [[Main.EuroDSL| ]]
* [[Main.EuroDSL|
]]
Added line 10:
* [[Main.EuroDSLOR | Logistics Operations Optimization ]]
Added line 9:
* [[Main.EuroDSLFlexTiles | FlexTiles Hardware ]]
Added lines 8-9:
* [[Main.EuroDSLLearning | Learning ]]
Added line 7:
* [[Main.EuroDSLMaintenance | Maintenance]]
Changed line 6 from:
* [[Main.EuroDSL | plasma physics ]]
to:
* [[Main.EuroDSLPhysics | plasma physics ]]
Changed lines 1-3 from:
[[Main.EuroDSLLandSat| Landsat]]
[[Main.EuroDSLOcean | Ocean dynamics
]]
to:
!!Candidates for SME validation partners


* [[Main.EuroDSLLandSat| Landsat]]
* [[Main.EuroDSLOcean | Ocean dynamics ]]
* [[Main.EuroDSL | plasma physics
]]
Changed lines 2-3 from:
[[Main.EuroDSLLandSat| Landsat]]
to:
[[Main.EuroDSLLandSat| Landsat]]
[[Main.EuroDSLOcean | Ocean dynamics
]]
Added lines 1-2:

[[Main.EuroDSLLandSat| Landsat]]