Any ways to speed up linux?

proudhawk@uswestmail.net proudhawk@uswestmail.net
19 Feb 2001 11:08:25 -0800


I placed the entry in rc.sysinit.
I placed the command after the start of devfs. This way,
it starts before the deamons load and generally gives the best
performance.


On Mon, 19 February 2001, Rick Rosinski wrote:

> 
> I did not run it after X.  In fact, I rebooted (to make sure all things are 
> shut down) and I ran it as soon as I logged in - in text mode.   I can see 
> what you mean, Hawke, about having it start before any process begin 
> (especially all of the daemons.   Which rc file would be a good place for 
> hdparm, and where in that file should I put it.  I am still a newbie on 
> configuring those, the most I have done was to get the mysql daemon to start 
> in one script at boot up and to shut down before reboot - that, and network 
> configuration.
> 
> On Saturday 17 February 2001 23:13, you wrote:
> > Benchmarks tests are all fine and good, but they don't tell the whole
> > story. by using hdparm in your init scripting, you increase the performance
> > of the system before too many other apps load.. this way, you are getting
> > absolutely the best perfornace out of your HD hardware as possible.
> >
> > also, did you run the test in a strict CLI or was it under X?
> > that can also make a big difference (as X sometimes like to cache to disk
> > at times)..
> >
> > Just a few notes from the point of view that if it doesn't hurt, it
> > probably helps.
> >
> > On Fri, 16 February 2001, Rick Rosinski wrote:
> > > But, what about the benchmark tests that yielded the same results?  Would
> > > I be wasting time putting the hdparm commands in the start-up scripts?
> > >
> > > On Saturday 17 February 2001 09:04, you wrote:
> > > > I use hdparm on the hard drives.
> > > >
> > > > command is like this:
> > > > /sbin/hdparm -c3 (turns on 32 bit transfers)
> > > >
> > > > I put ithis command in one of the base init scripts, so that
> > > > it gets started early in the process (like immediately after kernel
> > > > loading).
> > > >
> > > > generally, it does make some noticeable improvements in how fast
> > > > programs like X and netscape load.
> > > >
> > > > Hawke
> > > >
> > > > On Fri, 16 February 2001, Rick Rosinski wrote:
> > > > > I don't mean to be long-winded, I just want to know if anybody had
> > > > > found any tricks that makes a noticable difference in the speed of
> > > > > linux
> > > > >
> > > > > I am looking for any way to speed up linux.  I have upgraded to the
> > > > > 2.4 kernel, and boot time takes less time.  Great.  If it improves
> > > > > the speed (and smoothness) of programs in run-time, those hard drives
> > > > > are holding them back. So, I checked out some old PLUG mail and found
> > > > > stuff about the hdparm utility (from "linux too slow") and I gave
> > > > > that a shot.  I found out that my drives were already running in
> > > > > 32-bit mode - because the benchmark tests yielded the same results. 
> > > > > I used "hdparm -Tt /dev/hda" to test the drive. Then, I did a "hdparm
> > > > > -c3d1 /dev/hda".  This said that 32-bit dma was activated.  Then I
> > > > > did hte hdparm -Tt /dev/hda again and the results were the same.  I
> > > > > have 400 MB ram and two swap partitions totalling 267,544 MB, and the
> > > > > swap is hardly ever used (using "free" and "kpm" (KDE Process
> > > > > Manager)). I tried to upgrade to XFree86 4.0.2, but the compilation
> > > > > forced out a kernel bug in inode.c and that is too scary to try again
> > > > > (since inode.c is part of the file management system) - and a crash
> > > > > that forced me to reformat a partition.
> > > > >
> > > > > --
> > > > > Rick Rosinski
> > > > > http://rickrosinski.com
> > > > > rick@rickrosinski.com
> > > > >
> > > > > ________________________________________________
> > > > > See http://PLUG.phoenix.az.us/navigator-mail.shtml if your mail
> > > > > doesn't post to the list quickly and you use Netscape to write mail.
> > > > >
> > > > > Plug-discuss mailing list  -  Plug-discuss@lists.PLUG.phoenix.az.us
> > > > > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> > > >
> > > > Signup for your free USWEST.mail Email account
> > > > http://www.uswestmail.net
> > > >
> > > > ________________________________________________
> > > > See http://PLUG.phoenix.az.us/navigator-mail.shtml if your mail doesn't
> > > > post to the list quickly and you use Netscape to write mail.
> > > >
> > > > Plug-discuss mailing list  -  Plug-discuss@lists.PLUG.phoenix.az.us
> > > > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> > >
> > > --
> > > Rick Rosinski
> > > http://rickrosinski.com
> > > rick@rickrosinski.com
> > >
> > > ________________________________________________
> > > See http://PLUG.phoenix.az.us/navigator-mail.shtml if your mail doesn't
> > > post to the list quickly and you use Netscape to write mail.
> > >
> > > Plug-discuss mailing list  -  Plug-discuss@lists.PLUG.phoenix.az.us
> > > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> >
> > Signup for your free USWEST.mail Email account http://www.uswestmail.net
> >
> > ________________________________________________
> > See http://PLUG.phoenix.az.us/navigator-mail.shtml if your mail doesn't
> > post to the list quickly and you use Netscape to write mail.
> >
> > Plug-discuss mailing list  -  Plug-discuss@lists.PLUG.phoenix.az.us
> > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> 
> -- 
> Rick Rosinski
> http://rickrosinski.com
> rick@rickrosinski.com
> 
> ________________________________________________
> See http://PLUG.phoenix.az.us/navigator-mail.shtml if your mail doesn't post to the list quickly and you use Netscape to write mail.
> 
> Plug-discuss mailing list  -  Plug-discuss@lists.PLUG.phoenix.az.us
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss


Signup for your free USWEST.mail Email account http://www.uswestmail.net