FastCGI forum software written in x86 assembly
-
Of note: the test thread with 15,000 posts in it. Pages load instantly, and the platform appears to track how many times each post has been viewed (refresh the page and it'll increase the view count for posts).
You can view the script run time at the bottom of the page. It appears to be 5-30ms at most.
Linux only. Should we migrate?
Fucking hell how do I just make a link that has the URL as its text instead of oneboxing
-
@bb36e assembly sounds crazy, so I wouldn't trust using software made by them
there is a c++ framework for cgi for slightly less crazy people (wouldn't use anything on that too)
-
@bb36e said in FastCGI forum software written in x86 assembly:
Of note: the test thread with 15,000 posts in it.
not notable unless the forum has more data than the server has physical memory.
-
@fbmac said in FastCGI forum software written in x86 assembly:
assembly sounds crazy
Just had a cursory peek at the source code. What struck me most strongly is that the number of LOC that are not direct calls to Sqlite is quite low, the overall size of the project is very small, and that it's remarkably easy to work out what the code actually does.
Pro: passwords are kept as salted hashes.
Con: hash is md5, not bcrypt.
-
The bottleneck will be SQLite rather than the assembly. Incidentally, the same is largely true for the toxic hell stew forums, though that's begun to change with vB 5 and IPB4 where the PHP is sufficiently clunky it ends up hitting the DB unnecessarily, and is responsible for other issues.
On the other hand, going ASM should be fast, if it isn't you're
but fuck you if you want to customise or tweak behaviour.
-
It looks pretty!
-
This thing is from another world.
-
Way too slow. I want a forum written in VHDL/Verilog and running on a FPGA.
-
@cartman82 said in FastCGI forum software written in x86 assembly:
This thing is from another world.
Bulgaria?
Filed under: Have we reached the point where I have to point out something is not intended as a Red Dwarf reference yet?
-
Finally something truly
I am much enjoy.
-
@anonymous234 said in FastCGI forum software written in x86 assembly:
Way too slow. I want a forum written in VHDL/Verilog and running on a FPGA.
It depends on whether you "code" the circuit to be serialized or run in parallel.
-
@cartman82 said in FastCGI forum software written in x86 assembly:
This thing is from another world.
Which thing? AsmBB or Fossil?
-
@cartman82 after taking a quick glance at fossil's site, it seems interesting. I might give it a try next time I start a personal project.
-
@bb36e I use fossil quite a bit. It's quite a lot like git but without the utter-asshole interface.
The best thing is the web UI that it ships with. It's not the prettiest ever, but it works well and lets you see what is going on. That doesn't matter too much in a simple project, but when things get complicated it is really useful to be able to get a summary view (example).
-
@dkf said in FastCGI forum software written in x86 assembly:
It's quite a lot like git but without the utter-asshole interface
and written by the same dev responsible for sqlite, which it uses for repo storage.
-
@dkf said in FastCGI forum software written in x86 assembly:
The best thing is the web UI that it ships with. It's not the prettiest ever, but it works well and lets you see what is going on. That doesn't matter too much in a simple project, but when things get complicated it is really useful to be able to get a summary view.
It's almost as if user interfaces are the most important part of software!
sorry for the excessive snark
-
@flabdablet said in FastCGI forum software written in x86 assembly:
written by the same dev responsible for sqlite
AIUI, it was written to make development of sqlite easier. DRH is a rewrite-everything-yourself sort of guy, which would be a WTF except that he's very good at it and usually manages to do a better job than almost anyone else who preceded him.
The original application for sqlite was in running ships for the US Navy.
-
@ben_lubar said in FastCGI forum software written in x86 assembly:
not notable unless the forum has more data than the server has physical memory.
I'd like to see discourse handle a thread like that!!
-
@fbmac said in FastCGI forum software written in x86 assembly:
@bb36e assembly sounds crazy
No more crazy than the massive clusterfuck of Javacript/PHP/Whatever that is used for most forum software.
..:: AsmBB ::..Threads list list/
