Node.js ou Erlang

J'aime vraiment ces outils quand il s'agit du niveau de simultanéité qu'il peut gérer.

Erlang ressemble beaucoup plus stable solution, mais exige beaucoup plus de l'apprentissage et beaucoup de plonger dans un langage fonctionnel paradigme. Et il semble que Erlang rend beaucoup mieux quand il s'agit de multi cœurs de Processeurs(corrigé moi si je me trompe).

Mais lequel dois-je choisir? Lequel est le mieux dans le court/long terme?

Mon objectif est d'apprendre un outil qui rend la mise à l'échelle de mes projets web sous haute charge plus facile que les langues traditionnelles.

  • Vous pouvez utiliser du JavaScript, un langage fonctionnel avec underscorejs.org
  • êtes-vous sûr que vous avez dit la bonne question ?
  • Les pommes et les Oranges. Node.JS (à sa base) est libevent (C) + Javascript interop. Erlang est un site totalement personnalisé IO mise en œuvre. Node.JS est faite pour les mono-thread apps. Votre delema est voulez-vous un emploi à Facebook/Google, ou voulez-vous faire kickass logiciel.
InformationsquelleAutor user80805 | 2010-06-10
  1. 86

    Je donnerais Erlang un essai. Même s'il sera plus raide de la courbe d'apprentissage, vous allez obtenir plus hors de lui, car vous allez apprendre un langage de programmation fonctionnel. Aussi, depuis Erlang est spécifiquement conçu pour créer fiable, hautement simultanées systèmes, vous apprendrez beaucoup sur la création hautement évolutive de services en même temps.

    • Je ne pense pas que Erlang est un peu plus complexe que Javascript. Il n'y a pas de n'importe quel type d'héritage en Erlang, de sorte que vous êtes toujours sûr de ce que la fonction que vous appelez. Il n'y a pas de conversion de type implicite en Erlang, de sorte que vous êtes toujours sûr de ce que les types de données que vous utilisez. Il n'y a pas de destructeur mission afin de toujours vous assurer que vous n'avez certains vieux morceau de code cassé parce que certains nouveau code dans le rappel de la modification de votre état interne.
    InformationsquelleAutor Justin Ethier
  2. 50

    Je ne peux pas parler pour Erlang, mais quelques choses qui n'ont pas été mentionnés à propos de nœud:

    • Nœud utilise Google moteur V8 pour compiler le code javascript en code machine. Si le nœud est en fait assez rapide. Donc, c'est sur le dessus de la vitesse des avantages offerts par la programmation événementielle et non-bloquant io.
    • Nœud a une jolie communauté active. Hop sur leur groupe IRC sur freenode et vous verrez ce que je veux dire
    • J'ai remarqué les commentaires ci-dessus pousser Erlang sur la base qu'il sera utile d'apprendre un langage de programmation fonctionnel. Alors que je suis d'accord qu'il est important de développer vos compétences et d'obtenir l'un de ces sous votre ceinture, vous ne devriez pas baser un projet sur le fait que vous voulez apprendre un nouveau style de programmation
    • D'autre part, le Javascript est déjà dans un paradigme de vous sentir à l'aise écrit! En Plus, c'est du javascript, donc, lorsque vous écrivez côté client de code, il va regarder et se sentir cohérente.
    • nœud de la communauté a déjà pompé tonnes de les modules de! Il existe des modules pour le redis, mongodb, un canapé, et qu'avez-vous. Un autre bon module à examiner est Express (pensez Sinatra pour le nœud)

    Découvrez la vidéo sur yahoo blog par Ryan Dahl, le gars qui a écrit nœud. Je pense que cela va aider à vous donner une meilleure idée de l'endroit où le nœud est à la, et où il va.

    Gardez à l'esprit que le nœud est toujours à la fin des étapes de développement, et a donc été l'objet d'assez peu de changements, changements qui ont cassé le code antérieur. Cependant, soi-disant, il est à un point où vous pouvez attendre de l'API de ne pas trop changer plus. Donc, si vous cherchez quelque chose d'amusant, je dirais que le noeud est un excellent choix.

    • Je pense que le moteur V8 de la compilation JavaScript en code machine, et non à l'assemblée.
    • Vous avez raison—il est compilé faire du code machine natif.
    • Ayant beaucoup de travail fait autour de Javascript n'est pas faire de la langue même un peu adapté pour la résolution de problèmes complexes. La langue elle-même est terrible avec tous ces cas spéciaux dans les types de conversion. Et le rappel de style où les variables sont modifiées dans des centaines d'endroits différents, et l'enfer à la recherche de l'endroit où la cession a eu lieu.
    InformationsquelleAutor Jarsen
  3. 15

    Je suis un long temps de programmeur Erlang, et cette question m'a incité à prendre un coup d'oeil à node.js. Il a l'air assez bien foutu.

    Il semble que vous devrez lancer plusieurs processus pour tirer parti des processeurs multi-cœurs. Je ne vois rien sur la définition de l'affinité du processeur si. Vous pouvez utiliser taskset sur linux, mais il devrait probablement être paramétrées et défini dans le programme.

    J'ai aussi remarqué que le support de plate-forme pourrait être un peu plus faible. Plus précisément, il semble que vous auriez besoin pour s'exécuter sous Cygwin pour Windows de soutien.

    Semble si bon.

    Modifier

    Node.js maintenant a un support natif pour Windows.

    • Cette réponse est un peu vieux. Maintenant Nœud est multi-plateforme, pas besoin d'avoir Cygwin pour windows. Et le Nœud a un support intégré pour le clustering dans une machine, le partage de la sockets TCP.
    InformationsquelleAutor dsmith
  4. 9

    Je suis à la recherche du même, deux solutions vous sont, gotts, pour de multiples projets.

    Jusqu'à présent, le meilleur rasoir que j'ai trouver pour choisir l'un d'entre eux pour un projet donné est de savoir si j'ai besoin d'utiliser le Javascript. Un système existant, je suis à la recherche de migrer est déjà écrit en Javascript, donc sa prochaine version est susceptible d'être fait dans node.js. D'autres projets seront réalisés dans certains Erlang web framework, car il n'y a pas de code existant de la base de migrer.

    Une autre considération est que Erlang échelles de bien-delà de plusieurs cœurs, il peut l'échelle de l'ensemble de centre de données. Je ne vois pas d'un mécanisme intégré dans node.js qui me permet d'envoyer un autre JS traiter un message sans prendre la machine c'est sur, mais c'est construit à droite dans Erlang au niveau le plus bas. Si votre problème n'est pas assez grand pour avoir besoin de plusieurs machines ou si elle n'a pas besoin de plusieurs coopérant processus, cet avantage n'est probablement pas à la matière, de sorte que vous devez l'ignorer.

    Erlang est en effet une profonde de la piscine pour plonger dans. Je suggère d'écriture autonome du programme fonctionnel d'abord avant de commencer à construire des applications web. Encore plus facile de la première étape, puisque vous semblez à l'aise avec Javascript, c'est d'essayer de programmation JS dans un plus de style fonctionnel. Si vous utilisez jQuery ou Prototype, vous avez déjà commencé dans cette voie. Essayez de rebondir entre la pure programmation fonctionnelle en Erlang ou l'un de ses plus proches parents (Haskell, F#, Scala...) et fonctionnelle JS.

    Une fois que vous êtes à l'aise avec la programmation fonctionnelle, chercher l'un des nombreux Erlang frameworks web; vous ne devriez pas être la rédaction de votre application directement à quelque chose de bas niveau comme inets à ce stade tardif. Regardez quelque chose comme L'azote, par exemple.

    • node.js cluster est ce que vous devriez regarder dans.
    • Elle passe souvent sous silence que le "Erlang échelles de l'ensemble de centre de données" point a de très importantes captures de prendre en considération la sécurité est un gros). Consultez le chapitre sur ce sujet ici: learnyousomeerlang.com/distribunomicon
    InformationsquelleAutor Warren Young
  5. 9

    Alors que je n'irais personnellement pour Erlang, je vais vous avouer que je suis un peu biaisé par rapport à JavaScript. Mon conseil est que vous évaluez quelques points:

    1. Êtes-vous à la réutilisation de code existant dans l'une de ces langues (à la fois en termes de code source, et le programmeur d'expérience!)
    2. Avez-vous besoin/voulez sur les mises à jour sans arrêt de l'application (C'est là que Erlang gagne par défaut - son exécution a été conçu pour ce cas, et le bureau du procureur contient tous les outils nécessaires)
    3. Quelle est l'ampleur du trafic attendu, en termes de séparer, opérations simultanées, pas de bande passante?
    4. Comment "parallèles" sont les opérations que vous faites à chaque requête?

    Erlang a vraiment peaufiné la simultanéité & transparente au réseau parallèle de système distribué. En fonction de ce qui est exactement le projet, la disponibilité de la maturité de la mise en œuvre d'un tel système pourrait l'emporter sur toutes les questions concernant l'apprentissage d'une nouvelle langue. Il y a aussi deux autres langues que le travail sur Erlang VM que vous pouvez utiliser, le Ruby/Python-comme Erea et Lisp-Aromatisé Erlang.

    Encore une autre option est d'utiliser les deux, surtout avec Erlang être utilisé comme une sorte de "hub". Je ne suis pas sur si Node.js a l'Étranger Interface de la Fonction du système, mais si il y a, Erlang a la bibliothèque C pour les processus externes à l'interface avec le système, juste comme n'importe quel autre processus Erlang.

    • Selon les docs, Node.js peuvent tirer profit de C et C++ pour les externes addons. nodejs.org/docs/v0.3.1/api/addons.html
    • Ressemble Erea est mort, mais à sa place, c'est elixir... cela me rappelle de Groovy et Java; ici, il serait Elixir et Erlang.
    • Que ne m'impressionne beaucoup. La chose est, vous êtes essentiellement en codage d'une problématique chose en C++ et les ajouter en tant que haut-ins. Pas beaucoup d'une institution financière étrangère est ce que vous êtes en train de faire est l'extension de l'émulateur. (Bon d'accord, question de préférence personnelle ;)) mentionnés bibliothèque externe en erlang est de faire async processus dans d'autres langues que l'on peut voir comme des nœuds, OU que de parler sur un port ouvert (la bi-directionnelle de la pipe, avec des données structurées). Tout ce qui s'intègre parfaitement dans asynchrone en mode de fonctionnement. Il y a aussi Nif, qui est essentiellement ce que Node.js a, mais sont découragés.
    • Ce que je comprends, le nœud de l'approche est légèrement différente. Alors que le nœud est très bon à la manutention async IO appels (c'est à dire les requêtes web) il s'exécute dans un thread unique de l'environnement. Il est donc grand, à l'expédition, mais pas très bon au PROCESSEUR de traitement. Pour couvrir le sol, vous pouvez bifurquer un autre processus/thread qui s'exécute natif C/C++ code. Si tout ce que vous faites est async IO appels (ex IPC | bi-directionnelle tuyaux) puis node.js doit être capable de gérer la charge. Tant qu'il n'est pas codé de passer beaucoup de temps d'attente sur les appels synchrones.
    InformationsquelleAutor p_l
  6. 5

    Il ressemble à Erlang a de meilleures performances pour un déploiement dans un relativement bas de gamme, serveur (512 MO 4-core 2.4 GHz AMD VM). C'est à partir de SyncPad de l'expérience de comparer Erlang vs Node.js mise en œuvre de leurs tableau blanc virtuel de l'application serveur.

    • Oui, node.js semble avoir un méchant problème de fuite de mémoire. Le nœud est assez nouveau et expérimental et ni JavaScript, ni le moteur V8 a été conçu pour ce type de serveur de scénarios. Erlang, sur l'autre main a été conçue pour que de bas en haut et a eu de nombreuses années pour affiner de lui-même et mature.
    • Ce lien semble mort, mais ici c'est sur WayBackMachine web.archive.org/web/20120902014555/http://blog.mysyncpad.com/...
    InformationsquelleAutor adib
  7. 4

    Il y a un plus de langues sur la même machine virtuelle erlang est -> Elixir

    C'est une alternative très intéressante à Erlang, vérifier celui-ci dehors.

    Aussi, il a une croissance rapide framework web basé sur elle-> Phoenix Cadre

    InformationsquelleAutor NoDisplayName
  8. 3

    whatsapp ne pourrait jamais atteindre le niveau d'évolutivité et de fiabilité sans erlang https://www.youtube.com/watch?v=c12cYAUTXXs

    • lol, si il a été écrit avec Go ou de la Rouille?
    InformationsquelleAutor Henry H.
  9. 0

    Je Préfère Erlang sur le Nœud.
    Si vous voulez de la simultanéité, le Nœud peut être substitué par Erlang ou Golang en raison de leur poids léger processus.

    Erlang n'est pas facile à apprendre exige beaucoup d'efforts, mais sa communauté est active, peut obtenir de l'aide de qui, ce n'est que la raison pourquoi les gens préfèrent Nœud .

    InformationsquelleAutor Sumit Pugalia