Though, to be honest, even raw TCP in Elixir is dead-simple. On Wednesday, July 20, 2016 at 7:58:44 AM UTC-6, OvermindDL1 wrote: > > It looks decent, although very low level. I'd say learn that article to > see how it works, then promptly use another library, like I just found this > on hex.pm: https://hex.pm/packages/teacup :-) > > I also found this, but its had no updates in a half-year, so it may be > stable or may be old? https://hex.pm/packages/gen_listener_tcp > > On Wednesday, July 20, 2016 at 6:04:08 AM UTC-6, Stefan Houtzager wrote: >> >> Thanks, TCP-based would be fine, I'll see what I can find out. I haven't >> worked with TCP servers before, would >> http://andrealeopardi.com/posts/handling-tcp-connections-in-elixir/ be a >> good intro? >> >> On Tue, Jul 19, 2016 at 11:53 PM, OvermindDL1 <[email protected]> wrote: >> >>> Elixir/Erlang can support almost any style, but it is definitely a more >>> natural fit for something TCP-based, however if you need to transfer >>> massive amounts of data (megs or more at a time) then a raw open 'Port' >>> would probably be the fastest. >>> >>> If, for some reason, you needed absolute speed, you could make a C >>> embedded Port (or unsafely, but faster, a C nif) to interact with it, but >>> that is way way way overkill for most purposes. >>> >>> On Tuesday, July 19, 2016 at 11:19:44 AM UTC-6, Stefan Houtzager wrote: >>>> >>>> I have to await the answer of my collegue (just mailed him). In the >>>> meantime I'm almostly sure we are free in our choice. What would be the >>>> options? I think it might be handy in the end if we could execute R-tasks >>>> simultaneous, like elixir tasks with a yield_many (Task module) to get the >>>> results. >>>> >>>> On Tue, Jul 19, 2016 at 4:19 PM, OvermindDL1 <[email protected]> >>>> wrote: >>>> >>>>> RServe looks like it would work, however how does your collegues >>>>> program want to be called? Via a shell command? TCP? Etc...? >>>>> >>>>> >>>>> On Tuesday, July 19, 2016 at 3:01:53 AM UTC-6, Stefan Houtzager wrote: >>>>>> >>>>>> Asked this question also on elixirforum.com (see below). Anyone with >>>>>> R experience in this group that can help? As a first test I would like >>>>>> to >>>>>> call this R program async from elixir, as a test: >>>>>> >>>>>> divide <- function(x){ >>>>>> out <- as.integer(x/10) >>>>>> Sys.sleep(10) >>>>>> return(out) >>>>>> } >>>>>> >>>>>> How can I do this, do you have some code examples? Maybe RServe ( >>>>>> https://rforge.net/Rserve/) could be handy to use? I know nothing of >>>>>> R yet, but would like to call R programs built by a collegue. >>>>>> >>>>>> What would be the alternatives, could porcelain be a good choice? >>>>>> Reply >>>>>> >>>>>> - created4d >>>>>> - last reply >>>>>> >>>>>> <https://elixirforum.com/t/how-to-let-elixir-phoenix-communicate-async-with-programs-in-r/1098/2> >>>>>> 4d >>>>>> - 1reply >>>>>> - 96views >>>>>> - 2users >>>>>> - 1like >>>>>> >>>>>> >>>>>> <https://elixirforum.com/t/how-to-let-elixir-phoenix-communicate-async-with-programs-in-r/1098> >>>>>> <https://elixirforum.com/users/OvermindDL1> >>>>>> OvermindDL1 <https://elixirforum.com/users/OvermindDL1> >>>>>> 4d >>>>>> <https://elixirforum.com/t/how-to-let-elixir-phoenix-communicate-async-with-programs-in-r/1098/2?u=stefanhoutzager> >>>>>> >>>>>> If there is a good TCP or Pipe implementation that you could use in R >>>>>> then that would be a great way, or Porcelain if you want the Elixir >>>>>> system >>>>>> to manage the R execution as well. >>>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "elixir-lang-talk" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to [email protected]. >>>>> To view this discussion on the web visit >>>>> https://groups.google.com/d/msgid/elixir-lang-talk/f5c66f7c-0190-41c8-9cfa-a2df4c8fe7b4%40googlegroups.com >>>>> >>>>> <https://groups.google.com/d/msgid/elixir-lang-talk/f5c66f7c-0190-41c8-9cfa-a2df4c8fe7b4%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>> . >>>>> >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> >>>> >>>> >>>> -- >>>> Kind regards, >>>> >>>> Stefan Houtzager >>>> >>>> Houtzager ICT consultancy & development >>>> >>>> www.linkedin.com/in/stefanhoutzager >>>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "elixir-lang-talk" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/elixir-lang-talk/e788a583-25b4-4558-a4b1-6a54b148858e%40googlegroups.com >>> >>> <https://groups.google.com/d/msgid/elixir-lang-talk/e788a583-25b4-4558-a4b1-6a54b148858e%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> >> >> -- >> Kind regards, >> >> Stefan Houtzager >> >> Houtzager ICT consultancy & development >> >> www.linkedin.com/in/stefanhoutzager >> >
-- You received this message because you are subscribed to the Google Groups "elixir-lang-talk" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/elixir-lang-talk/90a08b02-7a90-4ed2-b03e-5d2afae9239e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
