If you need assistance, please send an email to forum at 4hv dot org. To ensure your email is not marked as spam, please include the phrase "4hv help" in the subject line. You can also find assistance via IRC, at irc.shadowworld.net, room #hvcomm.
Support 4hv.org!
Donate:
4hv.org is hosted on a dedicated server. Unfortunately, this server costs and we rely on the help of site members to keep 4hv.org running. Please consider donating. We will place your name on the thanks list and you'll be helping to keep 4hv.org alive and free for everyone. Members whose names appear in red bold have donated recently. Green bold denotes those who have recently donated to keep the server carbon neutral.
Special Thanks To:
Aaron Holmes
Aaron Wheeler
Adam Horden
Alan Scrimgeour
Andre
Andrew Haynes
Anonymous000
asabase
Austin Weil
barney
Barry
Bert Hickman
Bill Kukowski
Blitzorn
Brandon Paradelas
Bruce Bowling
BubeeMike
Byong Park
Cesiumsponge
Chris F.
Chris Hooper
Corey Worthington
Derek Woodroffe
Dalus
Dan Strother
Daniel Davis
Daniel Uhrenholt
datasheetarchive
Dave Billington
Dave Marshall
David F.
Dennis Rogers
drelectrix
Dr. John Gudenas
Dr. Spark
E.TexasTesla
eastvoltresearch
Eirik Taylor
Erik Dyakov
Erlend^SE
Finn Hammer
Firebug24k
GalliumMan
Gary Peterson
George Slade
GhostNull
Gordon Mcknight
Graham Armitage
Grant
GreySoul
Henry H
IamSmooth
In memory of Leo Powning
Jacob Cash
James Howells
James Pawson
Jeff Greenfield
Jeff Thomas
Jesse Frost
Jim Mitchell
jlr134
Joe Mastroianni
John Forcina
John Oberg
John Willcutt
Jon Newcomb
klugesmith
Leslie Wright
Lutz Hoffman
Mads Barnkob
Martin King
Mats Karlsson
Matt Gibson
Matthew Guidry
mbd
Michael D'Angelo
Mikkel
mileswaldron
mister_rf
Neil Foster
Nick de Smith
Nick Soroka
nicklenorp
Nik
Norman Stanley
Patrick Coleman
Paul Brodie
Paul Jordan
Paul Montgomery
Ped
Peter Krogen
Peter Terren
PhilGood
Richard Feldman
Robert Bush
Royce Bailey
Scott Fusare
Scott Newman
smiffy
Stella
Steven Busic
Steve Conner
Steve Jones
Steve Ward
Sulaiman
Thomas Coyle
Thomas A. Wallace
Thomas W
Timo
Torch
Ulf Jonsson
vasil
Vaxian
vladi mazzilli
wastehl
Weston
William Kim
William N.
William Stehl
Wesley Venis
The aforementioned have contributed financially to the continuing triumph of 4hv.org. They are deserving of my most heartfelt thanks.
Registered Member #30
Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
Yes, it runs fine with "only" 512MB. :P
I recently upgraded my old Thinkpad 600X to XP. It has 192MB, and it boots fast (not much memory for MS's prefetch algorithms to fill with crap, I guess!) but as soon as you try to launch a few large apps, it goes into virtual memory and starts bogging down.
New Linux distros are probably not much better. Having said that, did you see the thread in Computer Science on the gOS computer? One of its selling points is that it has Skype and a web browser, I guess they reckoned that's what most people want...
And then there were the days when 16MB of memory cost $1k. That's the era PINE belongs to, and it shows.
Registered Member #27
Joined: Fri Feb 03 2006, 02:20AM
Location: Hyperborea
Posts: 2058
1GB RAM is enough to boot Vista in 25 seconds without modifying the installation in any way. So where does the time disappear? A modern computer is too complex to pinpoint it without looking under the hood. Unless the hardware has a 10 year old performance it should be fixable.
When it comes to PINE it used 10% of my RAM the last time I used it, Windows mail uses 5% of my RAM today and runs a lot faster. So any mail program today is faster and uses less memory and I don't have to put up with a user interface from Bizarroworld. My computer is also a lot cheaper than the old one so there is not much to complain about on a performance scale, the total progress has been significant.
That does not mean I don't get the points about bloat and efficiency, I just find them rather pointless in a context where Linux or similar bloatmonsters are considered a measure of efficiency. It is rather like putting narrower tires on a tractor to get lower air resistance. Yes it makes a difference on paper but in reality it is a useless improvement, it will still be so inefficient that it makes no usable progress towards the ultimate goal of efficient general computing.
Edsger W. Dijkstra said this some years ago about the state of affairs and it is still just as valid: (.PDF)
He has also said a lot of other interesting things:
Registered Member #30
Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
Well, what is efficient computing?! How do you define efficiency? The market defines it as overall value for money, and right now programmer man-hours are far more expensive than silicon chips and electricity.
Hence, we have computers that resemble hot-rodded tractors capable of towing every farm implement in the barn all at once, at highway speeds, so the driver doesn't have to think too hard about which one he needs today.
Registered Member #29
Joined: Fri Feb 03 2006, 09:00AM
Location: Hasselt, Belgium
Posts: 500
Let's just say I don't really give a rat's ring about 3-D screen scrolling and slow-fading icons, etc. To me, that's unnecessary bloat! If my machine can factor a matrix of order 1000000 in a few minutes or do a 2^20 point FFT in the time it takes me to press the <ENTER> button, that's what I want!
To me, most exciting advances in efficient computing are found in the embedded applications used in communications hardware. It must be efficient, small and reliable.....which is more than I can say for any version of Windoze, no matter how the marketing drones talk it up! Linux suffers from this syndrome too...with the exception of the "tiny" versions out there...often found in embedded apps (like the ones we use in our WiMAX radios)...
Registered Member #30
Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
Well, this is quite close to my own heart, since I do a lot of embedded programming in my job. I started out with assembler, but for the project I'm currently working on, I'm using a PXA270 running Windows CE6 with a 6.4" colour TFT, and coding it all in C and C++ on top of the Win32 API.
I did my bit in the war against bloat by refusing to use .NET and MFC
Registered Member #27
Joined: Fri Feb 03 2006, 02:20AM
Location: Hyperborea
Posts: 2058
As Dijkstra pointed out the ultimate limits are not very clear and no one seems interested in finding out.
It clearly is not efficient as a whole that some programmers saves a few weeks/months/years of work (no matter how much they are paid) causing millions of people to waste electricity, storage space and time. So it does not matter how cheap the silicon is, the price is paid millions or billions of times over for popular programs. Fringe programs and programs I make myself for different experimental uses are a different, but they also have little impact on the general picture.
Making untrivial software quickly is not very efficient either because it always generates problems later that usually costs far more to put right than was saved in the first place. So there is little gain by not doing something properly. For example it would have cost far less to build Windows secure and bug free from the start than it costs to fix it later. That is a bit of a paradox until we factor in the market. Coming late to the market with a far better product does not work when the market is not static.
The race to make and to buy the latest and greatest is irrational because there is no real gain, only expenses. It is equivalent to borrowing money for running expenses, you get a head start but you will constantly be paying interests so in the long run you will be far worse off.
There is a clear reason for things being like they are, bloated, inefficient and unfinished software sells. It has nothing to do with Adobe or Electronic arts being idiots, it has to do with letting the market decide how to make as much money as possible.
Registered Member #29
Joined: Fri Feb 03 2006, 09:00AM
Location: Hasselt, Belgium
Posts: 500
Yes, the market seems to be the driving force behind the bloat....as well as unreliability. Software only has to be "reliable enough" so people will buy it. It is in many ways an optimisation of several competing factors, e.g. functionality, reliability, resource allocation (programmers). The objective function to maximise being of course: financial profit. Microsoft, in many ways have found one good solution of this optimisation problem. The system works just well enough for most people...and given that most people think they are the only game in town allows them to lower the standards without suffering many adverse reports to their shareholders...
We use VxWorks on ARM processor cores in the baseband controllers.. C Code compiled using Ubuntu or CygWin on XP machines....
This site is powered by e107, which is released under the GNU GPL License. All work on this site, except where otherwise noted, is licensed under a Creative Commons Attribution-ShareAlike 2.5 License. By submitting any information to this site, you agree that anything submitted will be so licensed. Please read our Disclaimer and Policies page for information on your rights and responsibilities regarding this site.