121–130 of 212 posts
This is realy cool! I wonder if Justine's Redbean[0] webserver, which got recently posted on HN[1], would support ARM in such use case. Its executable size is 460KB, it even allows Lua scripting, and benchmarks 1 million pages per second on desktop PC. [0] https://justine.lol/redbean/index.html [1] https://news.ycombinator.com/item?id=26271117
Earlier quoted context omitted.
I was able to play mp3s on my 486 DX4-100Mhz if I remember correctly.
Yes. My 486 DX2-66MHz could do 112kbit MP3s, but was struggling with 128kbit MP3s.
Wait wait wait, does this mean data is going over a cellular network? On a data plan from some phone company? And their blog post just showed up here, on the front page of HN, which is notorious for crushing small servers with traffic? LOLSOB, I really hope this poor person isn't in the US. Or the cellphone overage charges...
Earlier quoted context omitted.
Why not offload all that to the driver running on the main application processor? The risk of having a second, black-box running Linux is that it’ll get outdated and/or compromised and used as a persistence mechanism for malware.
Because you can also use the modem coupled with a low-end MCU, communicating through a serial port. This configuration is more common than one might think (I was personally involved in many of projects with that configuration).
So a modem on a pine phone can survive the HN hug of death (and the number one post no less)? Am I missing something here? Because there's no way I believe that!
Beautiful seeing this on top of HN. :)
That message is from me. Nice to see someone using the access for something cool.
One of the reasons I decided to add it there was to give some visibility to this "feature" of EG-25G FW to people interested enough to look at dmesg.
Wait wait wait, does this mean data is going over a cellular network? On a data plan from some phone company? And their blog post just showed up here, on the front page of HN, which is notorious for crushing small servers with traffic? LOLSOB, I really hope this poor person isn't in the US. Or the cellphone overage charges...
It says the device is hardwired and the data is forwarded via adb, so I doubt they are on an LTE connection.
Wait wait wait, does this mean data is going over a cellular network? On a data plan from some phone company? And their blog post just showed up here, on the front page of HN, which is notorious for crushing small servers with traffic? LOLSOB, I really hope this poor person isn't in the US. Or the cellphone overage charges...
I am in the US, and have unlimited 4G LTE data w/AT&T prepaid for just $65/mo. There wouldn't be any risk of overage charges in this plan, at worst it would be throttled if the network is congested.
You could totally host a small site over such a link, it would just require something like a dirt cheap VPS for the public IP address. Behind the 4G connection your server would maintain tunnels with the VPS for serving the actual content via a reverse proxy or some other circuit. Wouldn't hurt to do some caching at the VPS as well, for static content.
Earlier quoted context omitted.
I started with a Pentium I, 166Mhz, 16MB, 1GB HDD, and I'm not even that old. I imagine we have folks here that started on a PDP :-) My P1 would stutter while playing MP3s :-))
I really appreciate that CPU manufacturers started adding dedicated hardware for things like decoding MP3's. Not sure about the machine learning hardware they put in it nowadays, but then, that's mainly Apple who do a lot of that for e.g. your pictures (so they don't have to send it to their servers).
Earlier quoted context omitted.
A static site is really easy to host and HN's hug of death isn't actually that intense; the site itself only gets like six million views a day, a fraction of those click on every link, and no syndicated page has much reach.
People badly overestimate what it takes to serve a website nowadays. I don't know whether it's just because we're all used to 10+ second website loads as our browser groans under the weight of all the trackers, or if we all have too much experience with web pages that run multiple 10ms+ unoptimized queries against databases that pull way too much data back, etc. and so we all think web pages are some sort of challeng…
The former worked fast and without any issues, but the latter just groaned and groaned and crashed.
During the transition, a prof asked the class which one to use and all 250 people said in unison “CCnet”.
“ Its main virtues were the stark, no-nonsense interface and the incredibly efficient (although complex) database system that made CCNet ideal for running large numbers of courses with very little by way of server computing resources.”
https://www.utsc.utoronto.ca/technology/what-learning-manage...