---------- Forwarded message ----------
From: Marko Vojinovic <vvmarko@xxxxxxxxx>
To: Community support for Fedora users <users@xxxxxxxxxxxxxxxxxxxxxxx>
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@xxxxxxxxxxxx>
To: vmarko@xxxxxxxxx, Community support for Fedora users <users@xxxxxxxxxxxxxxxxxxxxxxx>
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@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@xxxxxxxxxxxx>
To: Community support for Fedora users <users@xxxxxxxxxxxxxxxxxxxxxxx>
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.
-- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
