public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Michael Concannon <mike@concannon.net>
To: Luke-Jr <luke@dashjr.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [future of drivers?] a proposal for binary drivers.
Date: Thu, 09 Mar 2006 11:56:27 -0500	[thread overview]
Message-ID: <44105E3B.7030504@concannon.net> (raw)
In-Reply-To: <200603091517.31121.luke@dashjr.org>

Luke-Jr wrote:
> On Wednesday 08 March 2006 11:11, Jan Knutar wrote:
>   
>> :( The softmodem cost only 50E. A "real" modem is about 150E -250E or
>>     
Is "E" Euros?  Is so, really? 56K modems look to be about $10-20(USD) 
around here (US NE)

> Fund a project to implement a software modem. While a "real" modem might have 
> better performance, softmodems are more of a raw interface which can be 
> better in the long run-- for example, if some new super modulation is 
> produced for 1mbit over regular phone lines, you could possibly just upgrade 
> your modem software for the new feature. You can also use the modem for voice 
> capabilities, and have your computer act as an answering machine while you're 
> not using it for the internet.
>   
This is a disease... "future proofing" is a lie to get you to buy 
hardware/software that you don't need... by the time you are ready to 
use your cell phone as an ground penetrating radar treasure hunting 
device, you will likely be ready to toss the old one anyway because the 
battery only lasts 5minutes and the power cord on the charger that costs 
3X the phone is frayed.

I am not saying that there are not things which are really are 
upgradeable (word processors, image manipulators, media players, 
compilers etc...), I am saying that in the long run when you consider 
unit cost, man power, electricity consumption, heat dissipation, there 
are a number of tasks being offloaded into software that are far less 
"efficient" and cost effective on a net basis.

Using your PC as an POTS answering machine is a waste of electricity... 
(of course that assumes that you are not running a  multi-gigatexel-per 
second OpenGL screen saver when you are not around in which case all is 
lost, go ahead)... If you must, why waste GHz cycles to do what a KHz 
embedded DSP can do for $10 (retail)?

We have a long way to go before PCs are anywhere close to as efficient 
as they can be about power consumption, but it won't help if we all buy 
TVs and toasters with quad core 64bit processors because we might want 
to start our own personal SETI project ... someday...

When you consider the cost of a device, consider the whole cost of it:
a. the time required to install maintain with each new Fedora/Ubuntu 
release every 8 minutes...
b. the cost of not being able to use it because the softmodem only works 
on this or that rev of OS/Motherboard, etc...
c. the cost of "exploits" in your softmodem stack allowing dial up 
hacking...
d. silly regulations which force binary blobs to keep me from roasting 
my neighbor with 802.11 cranked up to ... well "11"...
e. the cost of the power consumed doing DSP in a CPU rather than a 
dedicated circuit

There are applications where it will be hard to tell and applications 
where fast paced change in technology means upgrading every few months 
is a reality.  In those cases software content makes sense...

Then there modems which have changed VERY little 10+ years... 

Sorry for the rant - in my business I am watching company after company 
die trying to finish the bloated and impossibly complex software for 
hardware that has been sitting in the lab for a year... perhaps if the 
line between hardware and software were drawn a little more 
realistically,  that would not happen...   It is frustrating to watch...

Software is not free, no matter how little it costs to obtain it, it 
costs a LOT... The "disease" is "just do it in software", the cure is 
actually designing a solution and figuring out where software makes 
sense... Every part of my PC that has drastically increased its software 
content has meant more binary drivers followed by lots of hacking and 
then finally open source support - right around the time I am about to 
replace it with the next shiny new thing...

I am continually dumbfounded that the "driver" layer of PCs is as 
complex as it is... I know why which is that hardware companies cannot 
be troubled to actually finish designing things before they sell them, 
so the driver layer gives them a nice gasket layer to fix all the bugs...

I'll stop ranting now...

/mike

> (Note this is all theoretically possible, and might require actual coding to 
> achieve; just pointing out that softmodem isn't necessarilly worse than 
> hardmodems)
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>
>   


  parent reply	other threads:[~2006-03-09 16:55 UTC|newest]

Thread overview: 97+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-08  9:35 [future of drivers?] a proposal for binary drivers Anshuman Gholap
2006-03-08  9:51 ` Jan Knutar
2006-03-08 10:03   ` Anshuman Gholap
2006-03-08 10:23     ` Martin Mares
2006-03-08 14:34       ` Jan Engelhardt
2006-03-08 11:11     ` Jan Knutar
2006-03-08 13:07       ` Diego Calleja
2006-03-09 15:17       ` Luke-Jr
2006-03-09 16:22         ` Phillip Susi
2006-03-09 16:56         ` Michael Concannon [this message]
2006-03-09  9:21     ` Helge Hafting
2006-03-10  8:03     ` Matthias Andree
2006-03-13 23:06     ` Bernd Petrovitsch
2006-03-14  0:00       ` David Schwartz
2006-03-15  0:50       ` Valdis.Kletnieks
2006-03-15  9:18         ` Bernd Petrovitsch
2006-03-08 19:41   ` Martin Michlmayr
2006-03-08  9:57 ` Xavier Bestel
2006-03-08 10:27 ` Al Viro
2006-03-08 10:52   ` Anshuman Gholap
2006-03-08 10:55     ` Arjan van de Ven
2006-03-08 11:02       ` Anshuman Gholap
2006-03-14  3:02         ` Jon Masters
     [not found]           ` <20060313223520.113bc6d0.seanlkml@sympatico.ca>
2006-03-14  3:35             ` sean
2006-03-08 11:40     ` Matthias Schniedermeyer
2006-03-08 12:00       ` Anshuman Gholap
2006-03-09 15:32       ` Rik van Riel
2006-03-08 14:59     ` Dave Neuer
2006-03-08 21:54       ` Hannu Savolainen
2006-03-09  4:41       ` David Schwartz
2006-03-09 10:02         ` Dave Airlie
2006-03-09 10:42           ` Rudolf Randal
2006-03-09 11:22             ` DervishD
2006-03-09 12:13               ` Andreas Mohr
2006-03-09 18:34               ` Alistair John Strachan
2006-03-10  8:19                 ` DervishD
2006-03-09 22:04           ` David Schwartz
2006-03-09 11:41         ` Dagfinn Ilmari Mannsåker
2006-03-09 22:12           ` David Schwartz
2006-03-09 15:13         ` Dave Neuer
2006-03-09 22:11           ` David Schwartz
2006-03-09 23:30             ` Dave Neuer
2006-03-10  1:04               ` David Schwartz
2006-03-09  9:26     ` Helge Hafting
2006-03-09 15:09 ` Luke-Jr
2006-03-09 16:29   ` Phillip Susi
2006-03-09 16:49     ` Olivier Galibert
2006-03-09 17:33     ` Dave Neuer
2006-03-09 18:25       ` Xavier Bestel
2006-03-09 20:22         ` Dave Neuer
2006-03-09 21:32           ` marty fouts
2006-03-11  0:54           ` Eduard Bloch
2006-03-11  1:01             ` Jan Knutar
2006-03-11  9:16             ` DervishD
2006-03-11  9:52               ` Eduard Bloch
2006-03-11 11:43               ` David Schwartz
2006-03-11 12:07                 ` DervishD
2006-03-12 17:09                 ` Dave Neuer
2006-03-13  2:19                   ` David Schwartz
2006-03-13 16:16                     ` Dave Neuer
2006-03-13 21:57                       ` David Schwartz
2006-03-14 13:30                         ` Helge Hafting
2006-03-12  3:57             ` Dave Neuer
2006-03-13  5:16               ` David Schwartz
2006-03-13  5:25                 ` David Schwartz
2006-03-13  8:20                 ` Arjan van de Ven
2006-03-13 21:57                   ` David Schwartz
     [not found]                     ` <20060314032447.6be9af0a.seanlkml@sympatico.ca>
2006-03-14  8:24                       ` sean
2006-03-14 10:46                         ` David Schwartz
2006-03-14 21:42                   ` Valdis.Kletnieks
2006-03-13  9:24                 ` Bernd Petrovitsch
2006-03-13 17:16                   ` Lee Revell
2006-03-13 22:08                     ` Bernd Petrovitsch
2006-03-13 21:57                   ` David Schwartz
2006-03-09 20:15       ` Phillip Susi
2006-03-09 21:30         ` Dave Neuer
2006-03-09 22:06           ` Lee Revell
2006-03-10  2:57           ` Phillip Susi
2006-03-10  4:25             ` David Schwartz
2006-03-09 22:21       ` David Schwartz
  -- strict thread matches above, loose matches on Subject: below --
2006-03-08 21:28 Tim Tassonis
2006-03-08 21:32 ` Randy.Dunlap
2006-03-09  0:20 ` Jan Knutar
2006-03-13 11:17   ` Helge Hafting
2006-03-13 15:19     ` Anshuman Gholap
2006-03-13 15:53       ` Dave Neuer
2006-03-13  6:02 Matt Reuther
2006-03-13  9:08 ` Bernd Petrovitsch
2006-03-13 22:00 ` David Schwartz
2006-03-13 22:32   ` Lee Revell
2006-03-14  0:02     ` David Schwartz
2006-03-13 19:00 Tim Tassonis
2006-03-13 19:15 ` Lee Revell
2006-03-13 19:25   ` Tim Tassonis
2006-03-13 19:31     ` Lee Revell
2006-03-13 19:46       ` Tim Tassonis
2006-03-13 23:06   ` Bernd Petrovitsch

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=44105E3B.7030504@concannon.net \
    --to=mike@concannon.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luke@dashjr.org \
    /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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox