Can one now help?

Parshwa Murdia b330bkn at gmail.com
Mon Jul 19 22:37:28 UTC 2010


> ---------- Forwarded message ----------
> From: Marko Vojinovic <vvmarko at gmail.com>
> To: Community support for Fedora users <users at lists.fedoraproject.org>
> Date: Mon, 19 Jul 2010 04:57:12 +0100
> Subject: Re: Can one now help?
> On Monday, July 19, 2010 04:48:25 JD wrote:
> > I wonder why the fedora installer did not create a gpt partitioned disk,
> > instead of old dos partitioning scheme.
>
> Maybe because Windows was already installed previously, and had created the
> old dos scheme first?



May be.


---------- Forwarded message ----------
> From: Tim <ignored_mailbox at yahoo.com.au>
> To: vmarko at ipb.ac.rs, Community support for Fedora users <
> users at lists.fedoraproject.org>
> Date: Mon, 19 Jul 2010 14:06:18 +0930
> Subject: Re: Can one now help?
> Parshwa Murdia:
> >> according to the link:
> >>
> >> http://digitizor.com/2009/01/31/fedora-speed-tweaks-make-fedora-faster/
>
> Marko Vojinovic:
> > Not judging this particular link, but in general I wouldn't trust some
> > arbitrary advice on speed tweaks before I was sure to understand exactly
> what
> > they will do to my system, and if the gain is worth the pain.
>
> I will judge that link, then.  I can see quite a few things that I
> wouldn't suggest someone does unless they know why they're doing it.
>
> It suggests settings so no swap is used, at all.  Only someone who knows
> the ramifications for doing that should decide whether to do it.  If
> you're low on RAM, as many users are, then you're putting a severe limit
> upon your computer doing anything that needs lots of RAM.
>


So removing the following line from the sysctl.conf file is enough I think:

vm.swappiness = 0

to have no problems.



> It suggests changing some mounting parameters for normal drive mount
> points.  Again, not something to do without good reason.  Just because
> someone says it's good for you is not a good reason, and the reason they
> give is completely wrong (a user reply on the page corrects this).  The
> defaults were chosen by people who felt those were the best options,
> you'd need to know more than they did before you went around changing
> them.
>
> It suggests running preload.  Another thing that may or may not help you
> out.  I've never bothered with it, and I haven't found a reason to.
>


So if the preload has been installed with the command:

[fedorax at localhost ~]$ su -c 'yum -y install preload'

How could it be uninstalled back to have no trouble?



> It suggests using tmpfs for /tmp and /var/tmp.  I wouldn't suggest that
> unless you do have RAM to spare.  If you don't, the moment something
> tries to put a big file in one of those places, you're in for some
> grief.  e.g. Various DVD burning software will create 4 or 8 gigs of
> temporary files in one of those locations, while preparing to burn a
> DVD.  That isn't going to work if you only have 1 gig of RAM.
>


This can be simple deleted from the sysctl.conf file, I think.



> ---------- Forwarded message ----------
> From: Tim <ignored_mailbox at yahoo.com.au>
> To: Community support for Fedora users <users at lists.fedoraproject.org>
> Date: Mon, 19 Jul 2010 14:10:02 +0930
> Subject: Re: Can one now help?
> On Sun, 2010-07-18 at 17:56 -0400, Christofer C. Bell wrote:
> > Under this scheme, the first partition of your first disk will be
> > sda1.
> > Let's look at this:
> >
> > s - controller is SATA
>
> Or SCSI, or IDE...
>
> Long ago, it would have been "s" (in /dev/sda) for a SCSI device, or h
> for IDE (e.g. /dev/hda).  But now they're all treated the same.
>

Oh I see.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/users/attachments/20100720/450b1194/attachment.html 


More information about the users mailing list