From: Rich Felker <dalias@aerifal.cx>
To: musl@lists.openwall.com
Subject: Re: GLOB_BRACE
Date: Mon, 23 Sep 2013 15:55:58 -0400 [thread overview]
Message-ID: <20130923195558.GJ20515@brightrain.aerifal.cx> (raw)
In-Reply-To: <1379956948.1974.59@driftwood>
On Mon, Sep 23, 2013 at 12:22:28PM -0500, Rob Landley wrote:
> >It's become arguably irrelevant
> >percentage-wise because the scope of the 'market' has vastly grown,
> >but in terms of absolute numbers it's still there, and it's still
> >critical to most of the content-production that takes place.
> >
> >It's fine if you want to say you don't care about this now-niche
> >market, but that doesn't solve the problem for people who are still
> >dependent on it (which is still a fairly large portion of the
> >computer-using population, even if only a small portion of the number
> >of computers).
>
> Server systems migrated from glibc to musl but with systemd seems
> like a fairly small niche, but if it interests you...
Well I was thinking of the class "server systems migrated to musl",
without anything about systemd, which is a very interesting class
since musl potentially allows for much smaller (in disk and ram needs)
virtual environments. Think from a standpoint of having 50x as many
geographically-diverse server nodes each using 1/50 the resources, at
the same cost.
> People have been trying to get rid of local storage and have dumb
> terminals for something like 30 years. It's been 5 years away all
> that time.
>
> *shrug* I often use my android phone for is as a convenient USB
> stick via the charger cable. How this is programmed is still up in
> the air, but the hardware's there.
This is pretty problematic in terms of security with Android, but it
could be made very nice with a proper OS. Think of something like
this: when you plug in the device, a menu pops up on the device giving
you several choices:
- New sandbox virtual disk, initially empty
- Existing sandbox virtual disk, read-only
- Existing sandbox virtual disk, read-write
- Main storage, read-only
- Main storage, read-write
Of course there are a lot more things that could be done to make this
more user-friendly and flexible; it might even make sense to
virtualize the fs image presented on the virtual mass storage device
so as to allow the mobile OS to log/audit the blocks accessed, changes
made, etc. and report suspicious activity to the user.
> >> Android's not far behind. All we have to do is prevent systemd from
> >> being adopted by Android and Lennart's Hairball can get kicked up
> >> into the server space with the previous generation of hardware like
> >> Cobol before it, where we don't have to care unless we want to be
> >> our generation's version of punched card job control wranglers for
> >> the money.
> >
> >The problem is that we do care about server space. The naive version
> >of your analogy with "mainframe -> mini -> ..." breaks down in that
> >this time, it's not really the old technology and problems being
> >pushed up to the servespace. Instead, the serverspace is undergoing
> >its own major change to something new; in buzzword-space, this is
> >called "the cloud".
>
> I thought "the cloud" was the name of the NSA's server?
It's pretty unclear what it actually means, but the elements I was
thinking of are use of CDN's, distributed virtual servers, and
online/distributed data storage.
Rich
prev parent reply other threads:[~2013-09-23 19:55 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-15 20:57 GLOB_BRACE Paul Schutte
2013-09-16 12:50 ` GLOB_BRACE Rich Felker
2013-09-16 13:40 ` GLOB_BRACE Paul Schutte
2013-09-16 13:47 ` GLOB_BRACE Justin Cormack
2013-09-16 13:51 ` GLOB_BRACE Luca Barbato
2013-09-16 14:18 ` GLOB_BRACE Paul Schutte
2013-09-23 14:08 ` GLOB_BRACE Rob Landley
2013-09-23 14:35 ` GLOB_BRACE Luca Barbato
2013-09-23 15:03 ` GLOB_BRACE Rich Felker
2013-09-23 15:21 ` GLOB_BRACE Kurt H Maier
2013-09-23 15:27 ` GLOB_BRACE Luca Barbato
2013-09-25 22:46 ` GLOB_BRACE Paul Schutte
2013-09-26 0:02 ` GLOB_BRACE Rich Felker
2013-09-26 3:35 ` GLOB_BRACE Luca Barbato
2013-09-26 4:48 ` GLOB_BRACE Daniel Cegiełka
2013-09-26 18:23 ` GLOB_BRACE Rich Felker
2013-09-26 18:30 ` GLOB_BRACE Daniel Cegiełka
2013-09-26 18:38 ` GLOB_BRACE Rich Felker
2013-09-26 18:50 ` GLOB_BRACE Daniel Cegiełka
2013-09-26 18:59 ` GLOB_BRACE Rich Felker
2013-09-26 19:10 ` GLOB_BRACE Daniel Cegiełka
2013-09-26 19:13 ` GLOB_BRACE Rich Felker
2013-09-26 19:24 ` GLOB_BRACE Daniel Cegiełka
2013-09-26 19:06 ` GLOB_BRACE John Spencer
2013-09-26 20:21 ` GLOB_BRACE Daniel Cegiełka
2013-09-26 20:41 ` GLOB_BRACE Daniel Cegiełka
2013-09-27 12:23 ` GLOB_BRACE Anthony G. Basile
2013-09-27 12:53 ` GLOB_BRACE Daniel Cegiełka
2013-09-27 13:06 ` GLOB_BRACE Daniel Cegiełka
2013-09-29 21:51 ` GLOB_BRACE Anthony G. Basile
2013-09-29 21:57 ` GLOB_BRACE Rich Felker
2013-09-26 19:16 ` GLOB_BRACE Christian Neukirchen
2013-09-23 15:18 ` GLOB_BRACE Rob Landley
2013-09-23 15:31 ` GLOB_BRACE Kurt H Maier
2013-09-23 15:54 ` GLOB_BRACE Rich Felker
2013-09-23 17:22 ` GLOB_BRACE Rob Landley
2013-09-23 19:55 ` Rich Felker [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130923195558.GJ20515@brightrain.aerifal.cx \
--to=dalias@aerifal.cx \
--cc=musl@lists.openwall.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/musl/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).