Neil Bothwick wrote:
On Wed, 05 Sep 2012 12:54:51 -0500, Dale wrote:
I might also add, I see no speed improvements in putting portages
work directory on tmpfs. I have tested this a few times and the
difference in compile times is just not there.
Probably because with 16GB everything stays
On Tue, 4 Sep 2012 20:42:56 -0400, Philip Webb wrote:
What is the best line for /etc/fstab ? The only example I have is :
'tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0'
This doesn't seem to limit the size in any way.
man mount explains it all, but the option you want is size, which
120905 Neil Bothwick wrote:
On Tue, 4 Sep 2012 20:42:56 -0400, Philip Webb wrote:
What is the best line for /etc/fstab ? The only example I have is :
'tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0'
This doesn't seem to limit the size in any way.
'man mount' explains it all ...
Well, it
On Wednesday 05 September 2012 10:02:49 Philip Webb wrote:
120905 Neil Bothwick wrote:
On Tue, 4 Sep 2012 20:42:56 -0400, Philip Webb wrote:
What is the best line for /etc/fstab ? The only example I have is
:
'tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0'
This doesn't seem to
On Wed, 5 Sep 2012 05:02:49 -0400, Philip Webb wrote:
'man mount' explains it all ...
Well, it outlines it (smile).
:-)
I'll rephrase that:
'man mount' explains it all, for small values of all.
... but the option you want is size, which defaults to 50 % .
That looks ok : I
Peter Humphrey wrote:
On Wednesday 05 September 2012 10:02:49 Philip Webb wrote:
120905 Neil Bothwick wrote:
On Tue, 4 Sep 2012 20:42:56 -0400, Philip Webb wrote:
What is the best line for /etc/fstab ? The only example I have is
:
'tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0'
This
On Wednesday 05 September 2012 12:07:13 Dale wrote:
I might also add, I see no speed improvements in putting portages
work directory on tmpfs. I have tested this a few times and the
difference in compile times is just not there.
Yes, I'd forgotten that. I just haven't got round to changing
Peter Humphrey wrote:
On Wednesday 05 September 2012 12:07:13 Dale wrote:
I might also add, I see no speed improvements in putting portages
work directory on tmpfs. I have tested this a few times and the
difference in compile times is just not there.
Yes, I'd forgotten that. I just haven't
On Wed, 05 Sep 2012 06:07:13 -0500, Dale wrote:
I might also add, I see no speed improvements in putting portages work
directory on tmpfs. I have tested this a few times and the difference
in compile times is just not there.
Probably because with 16GB everything stays cached anyway.
--
Neil Bothwick wrote:
On Wed, 05 Sep 2012 06:07:13 -0500, Dale wrote:
I might also add, I see no speed improvements in putting portages work
directory on tmpfs. I have tested this a few times and the difference
in compile times is just not there.
Probably because with 16GB everything stays
I might also add, I see no speed improvements in putting portages work
directory on tmpfs. I have tested this a few times and the difference
in compile times is just not there.
Probably because with 16GB everything stays cached anyway.
Would it still be useful to use tmpfs if you wanted to
On Wednesday 05 September 2012 13:02:01 Dale wrote:
I find that after a big update, like KDE, it helps to defrag /usr.
Interesting. I've just run sudo e4defrag -c /usr and got a fragmentation
of zero. That's after upgrading KDE last week.
Then I ran it on all the nine ext4 partitions here and
On Wed, 05 Sep 2012 07:52:45 -0500, Dale wrote:
I might also add, I see no speed improvements in putting portages
work directory on tmpfs. I have tested this a few times and the
difference in compile times is just not there.
Probably because with 16GB everything stays cached anyway.
On Wed, Sep 5, 2012 at 11:17 AM, Neil Bothwick n...@digimed.co.uk wrote:
On Wed, 05 Sep 2012 07:52:45 -0500, Dale wrote:
I might also add, I see no speed improvements in putting portages
work directory on tmpfs. I have tested this a few times and the
difference in compile times is just
Am 05.09.2012 14:55, schrieb Adam Carter:
I might also add, I see no speed improvements in putting portages work
directory on tmpfs. I have tested this a few times and the difference
in compile times is just not there.
Probably because with 16GB everything stays cached anyway.
Would it
Am Mittwoch, 5. September 2012, 09:23:58 schrieb Neil Bothwick:
On Tue, 4 Sep 2012 20:42:56 -0400, Philip Webb wrote:
What is the best line for /etc/fstab ? The only example I have is :
'tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0'
This doesn't seem to limit the size in any way.
On Wed, 05 Sep 2012 18:30:24 +0200, Volker Armin Hemmann wrote:
man mount explains it all, but the option you want is size, which
defaults to 50%. I use 80% which is what gives the somewhat odd size
of 13GB. This is based on physical RAM, but tmpfs will use swap if
there is not enough
Michael Mol wrote:
On Wed, Sep 5, 2012 at 11:17 AM, Neil Bothwick n...@digimed.co.uk wrote:
On Wed, 05 Sep 2012 07:52:45 -0500, Dale wrote:
I might also add, I see no speed improvements in putting portages
work directory on tmpfs. I have tested this a few times and the
difference in compile
Peter Humphrey wrote:
On Wednesday 05 September 2012 13:02:01 Dale wrote:
I find that after a big update, like KDE, it helps to defrag /usr.
Interesting. I've just run sudo e4defrag -c /usr and got a fragmentation
of zero. That's after upgrading KDE last week.
Then I ran it on all the nine
On Wed, Sep 5, 2012 at 1:02 PM, Dale rdalek1...@gmail.com wrote:
Peter Humphrey wrote:
On Wednesday 05 September 2012 13:02:01 Dale wrote:
I find that after a big update, like KDE, it helps to defrag /usr.
Interesting. I've just run sudo e4defrag -c /usr and got a fragmentation
of zero.
Paul Hartman wrote:
On Wed, Sep 5, 2012 at 1:02 PM, Dale rdalek1...@gmail.com wrote:
I have to say that here, it is not a whole lot of fragmentation but it
does seem a bit faster afterwards. I guess it depends on what is
fragmented and such. I sometimes wonder if it defrags itself. Even
On Wed, Sep 5, 2012 at 3:46 PM, Dale rdalek1...@gmail.com wrote:
Paul Hartman wrote:
On Wed, Sep 5, 2012 at 1:02 PM, Dale rdalek1...@gmail.com wrote:
I have to say that here, it is not a whole lot of fragmentation but it
does seem a bit faster afterwards. I guess it depends on what is
On Wednesday 05 September 2012 21:46:59 Dale wrote:
So, I find it funny that they make a tool that really isn't needed very
much. :/
Call it belt-and-braces if you like. (That's UK braces, which I think
are US suspenders.)
--
Rgds
Peter
On Wed, 05 Sep 2012 12:54:51 -0500, Dale wrote:
I might also add, I see no speed improvements in putting portages
work directory on tmpfs. I have tested this a few times and the
difference in compile times is just not there.
Probably because with 16GB everything stays cached anyway.
On Tue, 4 Sep 2012 03:20:03 -0400, Philip Webb wrote:
I plan to partition + format the SSD in my new machine very soon.
The Arch wiki has an article on the subject, which says
that recent versions of Fdisk will safely align SSD partitions.
Is this correct ?
Yes, but all of this was covered
Am Dienstag, 4. September 2012, 08:47:12 schrieb Neil Bothwick:
On Tue, 4 Sep 2012 03:20:03 -0400, Philip Webb wrote:
I plan to partition + format the SSD in my new machine very soon.
The Arch wiki has an article on the subject, which says
that recent versions of Fdisk will safely align SSD
On Tue, 04 Sep 2012 22:31:23 +0200, Volker Armin Hemmann wrote:
IF PORTAGE_TMPDIR fills up - no biggy, emerge dies, that's it. But /tmp
filled up? Suddenly you will have lots of strange problems... don't do
it. Spare yourself some headaches.
Good point.
--
Neil Bothwick
Q: What's the
On Tue, 04 Sep 2012 22:31:23 +0200, Volker Armin Hemmann wrote:
IF PORTAGE_TMPDIR fills up - no biggy, emerge dies, that's it. But /tmp
filled up? Suddenly you will have lots of strange problems... don't do
it. Spare yourself some headaches.
Good point, maybe I should have mentioned I have a
On Tuesday 04 September 2012 22:00:48 Neil Bothwick wrote:
On Tue, 04 Sep 2012 22:31:23 +0200, Volker Armin Hemmann wrote:
IF PORTAGE_TMPDIR fills up - no biggy, emerge dies, that's it. But
/tmp filled up? Suddenly you will have lots of strange problems...
don't do it. Spare yourself some
120904 Peter Humphrey wrote:
On Tuesday 04 September 2012 22:00:48 Neil Bothwick wrote:
On Tue, 04 Sep 2012 22:31:23 +0200, Volker Armin Hemmann wrote:
If PORTAGE_TMPDIR fills up no biggy, emerge dies, that's it.
But /tmp filled up? Suddenly you will have lots of strange problems.
Don't do
30 matches
Mail list logo