TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Show HN: µTT – A new faster MQTT broker

115 点作者 alexhultman将近 8 年前

14 条评论

annnnd将近 8 年前
Maybe this post should be &quot;Show HN&quot;?<p>I am happy for you, hope this grows!<p>However, may I suggest you add to description on GitHub page some more info? Performance is only a part of equation and description only talks about that. Did you give any thought to reliability and robustness? How about security? It is written in C++ - was it fuzzed? Does it support TLS? Authentication?<p>These are much more important questions (to me) at this time (disclosure: using Mosquitto and happy with it, didn&#x27;t hit bottlenecks yet). I have no doubt you will address them sooner or later, but it might be good to start working on some of them as soon as possible - or, if you already have this covered, to write about it.<p>Of course, I might not be your target customer, at least at this stage, in which case please disregard this advice. :)
评论 #14418943 未加载
tuukkah将近 8 年前
If you need a demo use case, we provide an open MQTT feed of some 1500 public transport vehicles, soon once per second (plus per-stop departure prediction feeds): host mqtt.hsl.fi, port 443 and 1883, topic &#x2F;hfp&#x2F;#
评论 #14416624 未加载
评论 #14417780 未加载
评论 #14416212 未加载
评论 #14419542 未加载
评论 #14416370 未加载
chris_overseas将近 8 年前
It&#x27;s great to see a message broker that&#x27;s optimised for performance - having looked at the source of a few of the more popular brokers it&#x27;s clear that there&#x27;s a lot of overhead in many of them (object allocation&#x2F;boxing, multiple copies being made of the data, inefficient serialisation, verbose wire protocols and so on).<p>I&#x27;d be really interested to see how uTT performs compares to Aeron[0], which, while not MQTT, as far as I&#x27;m aware it is the fastest message transport around[1,2].<p>[0] <a href="https:&#x2F;&#x2F;github.com&#x2F;real-logic&#x2F;Aeron" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;real-logic&#x2F;Aeron</a><p>[1] <a href="https:&#x2F;&#x2F;github.com&#x2F;benalexau&#x2F;rpc-bench" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;benalexau&#x2F;rpc-bench</a><p>[2] <a href="http:&#x2F;&#x2F;akka.io&#x2F;blog&#x2F;2016&#x2F;12&#x2F;05&#x2F;aeron-in-artery" rel="nofollow">http:&#x2F;&#x2F;akka.io&#x2F;blog&#x2F;2016&#x2F;12&#x2F;05&#x2F;aeron-in-artery</a>
siscia将近 8 年前
Does it scale horizontally or it is bound to a single machine?
alexhultman将近 8 年前
Please note my original title was &quot;I&#x27;m developing a new and faster MQTT broker&quot;.<p>HackerNews changed it and I cannot edit. Point being (a) I do not even know the naming is final, (b) this is in no way a finished product, it is a 7 day prototype.
richardknop将近 8 年前
Have you also compared with NATS?
评论 #14419408 未加载
评论 #14418668 未加载
yowlingcat将近 8 年前
I&#x27;m really excited about this. It&#x27;s by the creator of uWebSockets[0], alexhultman[1]. It looks like it builds heavily on his work there. Based on the performance compared to redis, this is already an impressive start. Excited to see where this goes! I also second an attempt at comparing it to ZeroMQ, even though they&#x27;re obviously somewhat different.<p>[0] <a href="https:&#x2F;&#x2F;github.com&#x2F;uNetworking&#x2F;uWebSockets" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;uNetworking&#x2F;uWebSockets</a><p>[1] <a href="https:&#x2F;&#x2F;github.com&#x2F;alexhultman" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;alexhultman</a>
yc-kraln将近 8 年前
Are you considering support for MQTT-SN, or willing to take pull requests to support it? The ability to handle lightweight clients could be a very important differentiator.
StavrosK将近 8 年前
This is very useful if it&#x27;s faster than the competition. MQTT is one of those things that&#x27;s so useful that you tend to overuse it, and extra speed&#x2F;reliability on the broker is always welcome.
benjamincburns将近 8 年前
Nice work! I&#x27;d be curious to see a comparison w&#x2F; RabbitMQ&#x27;s MQTT extension. By any chance have you done such a comparison? Also I assume the comparisons are done at QOS level 0?
评论 #14416252 未加载
d0m将近 8 年前
Do you know why&#x2F;how is it faster than say RabbitMQ? Is it some tradeoff in features for instance?
rakoo将近 8 年前
Is there some information on what makes this faster than the alternatives ?
nazilla122将近 8 年前
I would like to see metrics against Apache Kafka.
评论 #14418402 未加载
sametmax将近 8 年前
Why do only mqtt ? You usually need several protocols anyway. E.g crossbar does wamp, mqtt and http, with pub&#x2F;sub and rpc.