From 6accef4e11b0c793e1c085536b5ed27f32b6a0c3 Mon Sep 17 00:00:00 2001 From: claudiob Date: Sun, 24 Jan 2016 20:48:25 -0800 Subject: =?UTF-8?q?[ci=20skip]=20Don=E2=80=99t=20explicitly=20mention=20Ev?= =?UTF-8?q?entMachine?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Since #23152 eliminated the EventMachine dependency, we don’t need to explicitly mention EventMachine. Nevertheless, I'm not 100% sure about saying "the websocket-driver loop" driver… any suggestions, @matthewd or @pixeltrix ? :sweat_smile: [ci skip] --- actioncable/README.md | 9 ++++----- 1 file changed, 4 insertions(+), 5 deletions(-) (limited to 'actioncable') diff --git a/actioncable/README.md b/actioncable/README.md index 63e328321b..cad71ddf94 100644 --- a/actioncable/README.md +++ b/actioncable/README.md @@ -443,11 +443,10 @@ The Ruby side of things is built on top of [faye-websocket](https://github.com/f ## Deployment -Action Cable is powered by a combination of EventMachine and threads. The -framework plumbing needed for connection handling is handled in the -EventMachine loop, but the actual channel, user-specified, work is handled -in a normal Ruby thread. This means you can use all your regular Rails models -with no problem, as long as you haven't committed any thread-safety sins. +Action Cable is powered by a combination of websockets and threads. All of the +connection management is handled internally by utilizing Ruby’s native thread +support, which means you can use all your regular Rails models with no problems +as long as you haven’t committed any thread-safety sins. But this also means that Action Cable needs to run in its own server process. So you'll have one set of server processes for your normal web work, and another -- cgit v1.2.3