{"tag":{"id":"57be39d0387df20e0b9f91b9","feed":{"edges":[{"node":{"id":"650af68876e1cec8ece2c9d4","_id":"650af68876e1cec8ece2c9d4","coverImage":{"isPortrait":false,"url":"https://cdn.hashnode.com/res/hashnode/image/stock/unsplash/7YiZKj9A3DM/upload/1a675e6c022abf5192a69b00186e0632.jpeg","__typename":"PostCoverImage"},"slug":"openresty-vs-lua-54-a-benchmark","readTime":4,"replyCount":0,"responseCount":4,"brief":"The problem\nOne of my customers, the University of Antwerp, wants to switch from PHP to Lua 5.4 for their web apps that access their library catalogue product. OpenResty is the obvious choice of web stack ... but it doesn't support Lua 5.4.\nEveryone ...","subtitle":"","isFeatured":false,"contributors":[{"_id":"66928b1e356c34f29e3d9a73","name":"Danny Pradana","photo":"https://cdn.hashnode.com/res/hashnode/image/upload/v1720879903261/f4e0cc24-078f-41dd-b22f-89a41def3793.jpeg","username":"black84","__typename":"User"}],"bookmarked":false,"views":2101,"url":"https://berwyn.hashnode.dev/openresty-vs-lua-54-a-benchmark","totalReactions":0,"title":"OpenResty vs Lua 5.4: a benchmark","dateAdded":"2023-09-20T13:41:28.069Z","cuid":"clmrslqx000000aif5d3pfha0","preferences":{"disableComments":false,"__typename":"PostPreferences"},"__typename":"Post","author":{"_id":"6509322eb3dbfdf7bbb24603","name":"Berwyn Hoyt","photo":"https://cdn.hashnode.com/res/hashnode/image/upload/v1695626507047/YbQDG7N-_.jpg","username":"berwynhoyt","__typename":"User"},"series":null,"tags":[{"_id":"5726e4fac1f71f91e880ad2b","logo":null,"name":"Lua","slug":"lua","__typename":"Tag"},{"_id":"57be39d0387df20e0b9f91b9","logo":null,"name":"luajit","slug":"luajit","__typename":"Tag"},{"_id":"5680fde5aeae5c9e229cf8e1","logo":null,"name":"Benchmark","slug":"benchmark","__typename":"Tag"},{"_id":"56744722958ef13879b94f8b","logo":null,"name":"nginx","slug":"nginx","__typename":"Tag"}],"publication":{"_id":"6509327081a2ec0e086bc89c","url":"https://berwyn.hashnode.dev","canonicalURL":"https://berwyn.hashnode.dev","title":"Berwyn Hoyt's blog","displayTitle":null,"isHeadless":false,"favicon":"https://cdn.hashnode.com/res/hashnode/image/upload/v1695194583747/OehDJyBoK.jpg","headerColor":"#dd6614","metaTags":null,"isTeam":true,"publicMembers":{"totalDocuments":1,"__typename":"PublicationMemberConnection"},"domainInfo":{"hashnodeSubdomain":"berwyn","domain":null,"__typename":"DomainInfo"},"urlPattern":"SIMPLE","__typename":"Publication"},"comments":{"edges":[{"node":{"id":"650b9f076e010e234b1ce013","author":{"_id":"6509322eb3dbfdf7bbb24603","name":"Berwyn Hoyt","photo":"https://cdn.hashnode.com/res/hashnode/image/upload/v1695626507047/YbQDG7N-_.jpg","username":"berwynhoyt","__typename":"User"},"content":{"html":"

Here's a copy of a helpful comment by reddit user gladiatr72: Nothing to flame you for, really. (regarding the closing statement of the blog post for those that haven't looked at it). I think you might be looking at the whole 5.1 v 5.4 thing through the wrong lens vis openresty. If you search for the topic in the openresty (closed) issues on github, I believe Yichun Zhang has made a clear case why such a shift is not on their radar. Immediately, there are the current performance benefits to LuaJIT but there is also the element of 5.1 being 100% feature/structure stable. (also have a look at the FAQ on their website or through the mailing list archives for different iterations)

Even if Haoran Xu's efforts (which are cool af) towards creating a fully jit'able compiler that can match|outmatch LuaJIT, any performance benefit would need to be impressive enough to justify replacing a language/stable Lua with one that will inevitably drift. From what I've seen, where YZ addresses this sort of inquiry, he's much more interested in solving new problems than revisiting old ones.

If you're interested, you might have a look at the LuaJIT mailing list. Mike Pall has offered some detailed dives into the how's/why's of which code paths(?term) benefit from JIT compilation.

Anyway, thanks for the write-up. Too few posts regarding Lua at this level of the stack.

\n","markdown":"Here's a copy of a helpful [comment by reddit user gladiatr72](https://www.reddit.com/r/lua/comments/16nlvam/openresty_vs_lua_54_a_benchmark/): Nothing to flame you for, really. (regarding the closing statement of the blog post for those that haven't looked at it). I think you might be looking at the whole 5.1 v 5.4 thing through the wrong lens vis openresty. If you search for the topic in the openresty (closed) issues on github, I believe Yichun Zhang has made a clear case why such a shift is not on their radar. Immediately, there are the current performance benefits to LuaJIT but there is also the element of 5.1 being 100% feature/structure stable. (also have a look at the FAQ on their website or through the mailing list archives for different iterations)\n\nEven if Haoran Xu's efforts (which are cool af) towards creating a fully jit'able compiler that can match|outmatch LuaJIT, any performance benefit would need to be impressive enough to justify replacing a language/stable Lua with one that will inevitably drift. From what I've seen, where YZ addresses this sort of inquiry, he's much more interested in solving new problems than revisiting old ones.\n\nIf you're interested, you might have a look at the [LuaJIT mailing list](https://www.freelists.org/archive/luajit). Mike Pall has offered some detailed dives into the how's/why's of which code paths(?term) benefit from JIT compilation.\n\nAnyway, thanks for the write-up. Too few posts regarding Lua at this level of the stack.","text":"Here's a copy of a helpful comment by reddit user gladiatr72: Nothing to flame you for, really. (regarding the closing statement of the blog post for those that haven't looked at it). I think you might be looking at the whole 5.1 v 5.4 thing through the wrong lens vis openresty. If you search for the topic in the openresty (closed) issues on github, I believe Yichun Zhang has made a clear case why such a shift is not on their radar. Immediately, there are the current performance benefits to LuaJIT but there is also the element of 5.1 being 100% feature/structure stable. (also have a look at the FAQ on their website or through the mailing list archives for different iterations)\nEven if Haoran Xu's efforts (which are cool af) towards creating a fully jit'able compiler that can match|outmatch LuaJIT, any performance benefit would need to be impressive enough to justify replacing a language/stable Lua with one that will inevitably drift. From what I've seen, where YZ addresses this sort of inquiry, he's much more interested in solving new problems than revisiting old ones.\nIf you're interested, you might have a look at the LuaJIT mailing list. Mike Pall has offered some detailed dives into the how's/why's of which code paths(?term) benefit from JIT compilation.\nAnyway, thanks for the write-up. Too few posts regarding Lua at this level of the stack.\n","__typename":"Content"},"dateAdded":"2023-09-21T01:40:23.469Z","stamp":"clmsiaaek00n838nvhi0pdxok","totalReactions":0,"__typename":"Comment"},"__typename":"PostCommentEdge"}],"pageInfo":{"hasNextPage":true,"endCursor":"MQ==","__typename":"PageInfo"},"__typename":"PostCommentConnection"}},"__typename":"PostEdge"},{"node":{"id":"64bfce0e10bc90e97af658d1","_id":"64bfce0e10bc90e97af658d1","coverImage":{"isPortrait":false,"url":"https://cdn.hashnode.com/res/hashnode/image/upload/v1690291657024/2b8dcdd5-bd82-4b37-bfa4-b010bc299d40.png","__typename":"PostCoverImage"},"slug":"implementing-call-by-reference-and-call-by-name-in-lua","readTime":16,"replyCount":0,"responseCount":0,"brief":"This article was first published at medium.com on Oct. 10, 2019\n\nLua (see https://www.lua.org/) is an amazingly flexible scripting language. Its original bytecode interpreter is not only extremely lean but was also one of the fastest scripting langua...","subtitle":"","isFeatured":false,"contributors":[],"bookmarked":false,"views":32,"url":"https://rochus.hashnode.dev/implementing-call-by-reference-and-call-by-name-in-lua","totalReactions":0,"title":"Implementing Call-by-Reference and Call-by-Name in Lua","dateAdded":"2023-07-25T13:28:46.285Z","cuid":"clkic1v4d000409i00qvk3og8","preferences":{"disableComments":false,"__typename":"PostPreferences"},"__typename":"Post","author":{"_id":"5d9b67068b92ad3b2abccce3","name":"Rochus Keller","photo":"https://hashnode.imgix.net/res/hashnode/image/upload/v1570465983462/266eYNNpy.jpeg","username":"rochus","__typename":"User"},"series":null,"tags":[{"_id":"5726e4fac1f71f91e880ad2b","logo":null,"name":"Lua","slug":"lua","__typename":"Tag"},{"_id":"57be39d0387df20e0b9f91b9","logo":null,"name":"luajit","slug":"luajit","__typename":"Tag"},{"_id":"56744721958ef13879b94c7e","logo":"https://cdn.hashnode.com/res/hashnode/image/upload/v1535648192079/H1daWiBvQ.png","name":"General Programming","slug":"programming","__typename":"Tag"}],"publication":{"_id":"64bfcc46c6ba3a1b38987034","url":"https://rochus.hashnode.dev","canonicalURL":"https://rochus.hashnode.dev","title":"Rochus' Random Notes","displayTitle":null,"isHeadless":false,"favicon":null,"headerColor":"","metaTags":null,"isTeam":true,"publicMembers":{"totalDocuments":1,"__typename":"PublicationMemberConnection"},"domainInfo":{"hashnodeSubdomain":"rochus","domain":null,"__typename":"DomainInfo"},"urlPattern":"SIMPLE","__typename":"Publication"},"comments":{"edges":[],"pageInfo":{"hasNextPage":false,"endCursor":null,"__typename":"PageInfo"},"__typename":"PostCommentConnection"}},"__typename":"PostEdge"}],"pageInfo":{"endCursor":"Mg==","hasNextPage":false,"__typename":"PageInfo"},"__typename":"FeedPostConnection"},"__typename":"Tag"}}