Dear Mika and Friends,
What a boring install! Everything worked otob on my dell laptop, and the tz config, which used to cause hair pulling was one simple command and voila.
While I used the ati installer, which worked perfectly to get hardware accel, and ndiswrapper, because the bcm4306 driver still only allows "b" speeds, nothing took anytime at all.
Now, here is the question from the idiot newbie:
Since grml .9 installed easily and cleanly on /sda4, but, obviously, I could not risk the change in the production environment, can I more easily upgrade the existing grml .8 with all the data and config that I need to .9, without a lot of brimborium, or can I somehow install lilo to the mbr from the newly installed grml, and use the old partition for data or somthing, without making a mess that a novce cannot clean up?
Is the apparent increased speed, by feel, not measured, due to newer kernel, better fglrx drivers, or what?
Best wishes from a grateful user,
Martin
Chi troppo vuole nulla stringe
Is the apparent increased speed, by feel, not measured, due to newer kernel, better fglrx drivers, or what?
New real-time kernel design, maybe http://www.linuxdevices.com/news/NS9566944929.html
Quoting Mark 27e3kk302@sneakemail.com:
Is the apparent increased speed, by feel, not measured, due to newer kernel, better fglrx drivers, or what?
New real-time kernel design, maybe http://www.linuxdevices.com/news/NS9566944929.html
Realtime designs makes the hole system _slower_, NOT faster. They only guarantee that the execution time does not grow over a previous defined boundary (soft/hard- realtime e.g.).
michael
Realtime designs makes the hole system _slower_, NOT faster. They only guarantee that the execution time does not grow over a previous defined boundary (soft/hard- realtime e.g.).
michael
OK, er, I do embedded work, and know what RT means. I only suggested an obvious kernel change as one idea.
The general claim that RT makes systems slower is hogwash. A good RT system will distribute CPU cycles optimally with or without RT constraints. Anyway the person asking has a faster system now. Sure that could result from someplace else, who knows.
I'm not keen to pursue a discussion of RT on grml-list. Try QNX if you want to see very mature PC desktop RT in action...
Mark
Quoting Mark 27e3kk302@sneakemail.com:
OK, er, I do embedded work, and know what RT means. I only suggested an obvious kernel change as one idea.
There may also a speed increase up to the numbers of CPU's, because the new kernel is SMP enabled. Additionally i think the new gcc also does his part.
The general claim that RT makes systems slower is hogwash.
1. Why? 2. Hard rt systems have nothing to do with execution speed, right? They _have to_ met their realtime constraints otherwise peoples live are at risk.
A good RT system will distribute CPU cycles optimally with or without RT constraints.
How could a RT System distribute the cpu cycles optimally? Does a RT system really distribute cpu cycles?
Anyway the person asking has a faster system now. Sure that could result from someplace else, who knows.
time to guess ;)
greets, michael
* Martin Yazdzik yazdzik@nyct.net [20061207 17:00]:
What a boring install! Everything worked otob on my dell laptop, and the tz config, which used to cause hair pulling was one simple command and voila.
8-) YMMD
While I used the ati installer, which worked perfectly to get hardware accel, and ndiswrapper, because the bcm4306 driver still only allows "b" speeds, nothing took anytime at all.
Good to hear. :)
Now, here is the question from the idiot newbie:
Since grml .9 installed easily and cleanly on /sda4, but, obviously, I could not risk the change in the production environment, can I more easily upgrade the existing grml .8 with all the data and config that I need to .9, without a lot of brimborium, or can I somehow install lilo to the mbr from the newly installed grml, and use the old partition for data or somthing, without making a mess that a novce cannot clean up?
Well, you can upgrade your old, existing grml installation to grml 0.9 through something like 'aptitude update ; aptitude install grml ; aptitude dist-upgrade ; aptitude install linux-image-2.6.18-grml'.
Or save package list of old installation ('dpkg --get-selections > dpkg_get_selections.oldsystem') and backup /etc of old system and do a fresh, clean installation of grml 0.9 and restore configuration and package selection from old installation. Of course you should use separate partitions for all your personal data (/home, /data, $WHATERVER).
Is the apparent increased speed, by feel, not measured, due to newer kernel, better fglrx drivers, or what?
All together. ;)
You get all the features to your "old" grml installation as well if you just upgrade all the Debian packages as well. Oh and run 'touch /etc/ld.so.nohwcap' which improves speed as well, thanks for investigation to Erich Minderlein, see http://lists.mur.at/pipermail/grml/2006-November/001110.html
If you want to remove packages that have been removed in the new release as well, or want to get packages that got part of the new release you can use copy/paste from the release notes:
http://grml.org/files/README-0.9.php
I'm providing the list in a format which can be easily used for copy/paste.
regards, -mika-
Teilnehmer (4)
-
Mark -
Martin Yazdzik -
Michael Gebetsroither -
Michael Prokop