Letters to the Editor
Having worked with Linux for several months now, I thought the information below might be of interest. I rarely use my notebook for working with C code, due to the swap partition slowing things down. A 500-line code fragment will take 30 seconds to become an executable on my Fosa 486DX2[hy]66 notebook with 4MB of RAM; it takes six seconds on my 386DX33 desktop with 8MB.
Following are results I obtained testing battery life: stopwatch timed, average of many runs each operating system. The machine was the notebook mentioned above, which has dual scan colour. Batteries were fully charged at start in each case. I included both continuous and periodic runs.
OpSys. Notes Duration (min.) Windows 3.1 Sparse hd use (solitaire, Majong) 81 MS[hy]DOS 6.22 B&W use only, infrequent hd use 82 OS/2 Warp Misc programs, moderate hd use 115 Linux B&W & colour C programming, heavy hd (swap) use 121
Have other notebook users observed similar results? The nearly 50% increase using OS/2 or Linux is puzzling and requires further investigation.
R. H. Armstrong, email@example.com
Yes—and there is a perfectly good reason. Linux and OS/2 use the “halt” instruction to stop the CPU when they are idle; DOS and Windows 3.1 do not. This also has an effect on temperature; CPUs running Linux and OS/2 are much, much cooler than those running other operating systems. A few months ago, someone connected a thermocouple to his CPU and ran a bunch of tests and reported on the results on the newsgroups, his tests showed that DOS and Windows ran the CPU very hot, and Linux and OS/2 ran the CPU much cooler.
Although there have been some improvements with regard to the LLS (Linked List Syndrome), I think there is still room for improvement (beside never splitting articles at all).
Personally I find footers and headers like “continued on next/from previous page” irritating. What kind of audience is LJ aiming at? Brainless Windoze 96 users? I have enough brain capacities to turn the page without instruction. I can even skip pages that contains ads without instruction; it is my default behavior. May I suggest you only use those “continued” lines when you skip over parts of other articles?
Another disadvantage of the LLS is the need to backtrack the origin of the current article when you want to continue with the next article. When backtracking is necessary to find the next article, could you print the page number of the next article at the end of articles?
Hans de Vreught, J.P.M.deVreught@cp.tn.tudelft.nl
We have taken this suggestion and discontinued the continuation lines when an article jumps over ads. Alert readers will note that you can always tell when an article ends by looking for the “LJ” symbol.
Although we'd like to believe that all our readers read Linux Journal straight through from cover to cover, we suspect that it's not true. So we leave it up to our readers to use the table of contents to find the articles they want to read.
There is a thing that I don't understand with the LJ. Why do you split so many of the articles into pieces? In LJ16, “perl” was continued on page 51 and 52. Why not on page 44 and 45? For my feeling, this is rather confusing and I wouldn't like the books at my library sorted like this.
Otherwise I'm glad that there is the LJ.
Micha Jung, firstname.lastname@example.org
When laying out Linux Journal, first we put color items (ads and illustrations) on the color pages, then we fit everything else around that. We try to avoid jumps whenever possible, but sometimes, because of ad placement and so forth, articles have to jump. We try to keep code examples together and we generally don't have more than one jump per article, not counting pages with just ads. Every month it's like working out a puzzle to fit everything. Hopefully, this clears up the reason for jumps.
Many projects at work have screamed for a Linux solution. Whenever I mentioned it, I would get some interesting looks, and then the subject would change. Most projects would get done by coercing Novell to work, or worse, use a dedicated PC to do certain jobs.
Finally, I presented a Linux solution. Part of my presentation was to have a few Linux Journals with me. Suddenly my audience realized how “real” Linux was. It really helped to have a professional publication to drive the point that this is not just a bunch of people playing around on the Internet.
So, now I have a project on my hands! Thank you for your help in doing a project the right way for a change. I look forward to future issues.
Chris Sullivan, email@example.com
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
|Non-Linux FOSS: Seashore||May 10, 2013|
|Trying to Tame the Tablet||May 08, 2013|
|Dart: a New Web Programming Experience||May 07, 2013|
- RSS Feeds
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- New Products
- Drupal Is a Framework: Why Everyone Needs to Understand This
- A Topic for Discussion - Open Source Feature-Richness?
- Home, My Backup Data Center
- Validate an E-Mail Address with PHP, the Right Way
- New Products
- Trying to Tame the Tablet
- Tech Tip: Really Simple HTTP Server with Python
21 min 59 sec ago
- not living upto the mobile revolution
3 hours 13 min ago
- Deceptive Advertising and
3 hours 48 min ago
- Let\'s declare that you have
3 hours 49 min ago
- Alterations in Contest Due
3 hours 50 min ago
- At a numbers mindset, your
3 hours 52 min ago
- Do not get Just Almost any
3 hours 55 min ago
- A fantastic rule-of-thumb to
3 hours 56 min ago
- Keren mastah..
4 hours 54 min ago
- mini tablet compare
6 hours 13 min ago
Enter to Win an Adafruit Prototyping Pi Plate Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Prototyping Pi Plate Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- Next winner announced on 5-21-13!
Free Webinar: Linux Backup and Recovery
Most companies incorporate backup procedures for critical data, which can be restored quickly if a loss occurs. However, fewer companies are prepared for catastrophic system failures, in which they lose all data, the entire operating system, applications, settings, patches and more, reducing their system(s) to “bare metal.” After all, before data can be restored to a system, there must be a system to restore it to.
In this one hour webinar, learn how to enhance your existing backup strategies for better disaster recovery preparedness using Storix System Backup Administrator (SBAdmin), a highly flexible bare-metal recovery solution for UNIX and Linux systems.