Depending on your available ram and swap space, you might want to mount
/var/tmp/portage as tmpfs. My fstab entry shows
none/var/tmp/portagetmpfs size=10g,nr_inodes=1m
I have 4GB ram, and the speed benefit especially for open/libre-office is quite
impressive.
The
Is anyone else running into this:
libtool: link: x86_64-pc-linux-gnu-gcc -DINET6
"-D_U_=__attribute__((unused))" -march=native -O2 -pipe -Wall -W -Wextra
-Wdeclaration-after-statement -Wendif-labels -Wpointer-arith
-Wno-pointer-sign -Warray-bounds -Wcast-align -Wformat-security
-I/usr/include
On Wednesday 27 Jul 2011 08:24:37 Alexander Puchmayr wrote:
> Depending on your available ram and swap space, you might want to mount
> /var/tmp/portage as tmpfs. My fstab entry shows
>
> none/var/tmp/portagetmpfs
> size=10g,nr_inodes=1m
>
> I have 4GB ram, and the s
On Wed, Jul 27, 2011 at 9:23 AM, Mick wrote:
> On Wednesday 27 Jul 2011 08:24:37 Alexander Puchmayr wrote:
>> Depending on your available ram and swap space, you might want to mount
>> /var/tmp/portage as tmpfs. My fstab entry shows
>>
>> none /var/tmp/portage tmpfs
>> si
* Dale [110727 05:07]:
> Is anyone else running into this:
>
> libtool: link: x86_64-pc-linux-gnu-gcc -DINET6
> "-D_U_=__attribute__((unused))" -march=native -O2 -pipe -Wall -W -Wextra
> -Wdeclaration-after-statement -Wendif-labels -Wpointer-arith
> -Wno-pointer-sign -Warray-bounds -Wcast-alig
On Wednesday 27 July 2011 14:29:12 Michael Mol wrote:
> On Wed, Jul 27, 2011 at 9:23 AM, Mick wrote:
> > What will libreoffice do if /var/tmp/portage is a tmpfs? Start
> > swapping like mad?
>
> No; the tmpfs runs out of space, and the build fails. Had that happen
> with Thunderbird, and thus en
On Wed, Jul 27, 2011 at 9:41 AM, Peter Humphrey
wrote:
> On Wednesday 27 July 2011 14:29:12 Michael Mol wrote:
>> On Wed, Jul 27, 2011 at 9:23 AM, Mick wrote:
>> > What will libreoffice do if /var/tmp/portage is a tmpfs? Start
>> > swapping like mad?
>>
>> No; the tmpfs runs out of space, and th
On 07/26/2011 12:22 PM, pk wrote:
> On 2011-07-26 22:36, Alokat wrote:
>
>> model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz
>
>
>> I guess *core2* is the right one?
> Yes, acc. to:
> http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel#Core_2_Duo.2FQuad.2C_Xeon_51xx.2F53xx.2F54xx.2F3
On Wed, Jul 27, 2011 at 5:09 PM, Andy Wilkinson wrote:
> **
> On 07/26/2011 12:22 PM, pk wrote:
>
> On 2011-07-26 22:36, Alokat wrote:
>
>
> model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz
>
>
>
>
> I guess *core2* is the right one?
>
> Yes, acc.
> to:http://en.gentoo-wiki
On Wed, 27 Jul 2011 14:41:33 +0100, Peter Humphrey wrote:
> Doesn't do that here. When tmpfs is full it starts being swapped out to
> the swap partition. Perhaps you didn't have any swap at the time.
The default size for a tmpfs filesystem is half the physical RAM, unless
you specify more as a mo
Neil Bothwick wrote:
On Wed, 27 Jul 2011 14:41:33 +0100, Peter Humphrey wrote:
Doesn't do that here. When tmpfs is full it starts being swapped out to
the swap partition. Perhaps you didn't have any swap at the time.
The default size for a tmpfs filesystem is half the physical RAM, u
-original message-
Subject: Re: [gentoo-user] CFlags for CPU
From: Andy Wilkinson
Date: 2011-07-27 21:09
>Another good trick I've found on the forums is to run:
>
>$ gcc -### -e -v -march=native /usr/include/stdlib.h
>
>The last line of output will include the various CFLAGS that
>-march=native p
On Wednesday 27 July 2011 15:40:03 Neil Bothwick did opine thusly:
> On Wed, 27 Jul 2011 14:41:33 +0100, Peter Humphrey wrote:
> > Doesn't do that here. When tmpfs is full it starts being swapped
> > out to the swap partition. Perhaps you didn't have any swap at
> > the time.
>
> The default size
On Wed, Jul 27, 2011 at 10:40 AM, Neil Bothwick wrote:
> On Wed, 27 Jul 2011 14:41:33 +0100, Peter Humphrey wrote:
>
>> Doesn't do that here. When tmpfs is full it starts being swapped out to
>> the swap partition. Perhaps you didn't have any swap at the time.
>
> The default size for a tmpfs file
On Wed, Jul 27, 2011 at 10:52 AM, Alan McKinnon wrote:
> On Wednesday 27 July 2011 15:40:03 Neil Bothwick did opine thusly:
>> On Wed, 27 Jul 2011 14:41:33 +0100, Peter Humphrey wrote:
>> > Doesn't do that here. When tmpfs is full it starts being swapped
>> > out to the swap partition. Perhaps you
On Wed, 27 Jul 2011 16:52:53 +0200, Alan McKinnon wrote:
> > I wonder how effective tmpfs is for PORTAGE_TMPDIR as the builds
> > that need a lot of disk space can often require a fair bit of
> > memory too, and tmpfs is using it all.
>
> In this last week someone reported doing actually measur
Neil Bothwick wrote:
On Wed, 27 Jul 2011 16:52:53 +0200, Alan McKinnon wrote:
I wonder how effective tmpfs is for PORTAGE_TMPDIR as the builds
that need a lot of disk space can often require a fair bit of
memory too, and tmpfs is using it all.
In this last week someone reported doi
Todd Goodman wrote:
It looks like you're missing linking in of libgcrypt. Maybe ensure you
have an up to date version (or not too up to date.)
Or try emerging without the gcrypt use flag?
I just emerged that for x86 and had no problem. But I don't have the
gcrypt use flag enabled.
Todd
On Wed, Jul 27, 2011 at 5:34 PM, Kfir Lavi wrote:
>
>
> On Wed, Jul 27, 2011 at 5:09 PM, Andy Wilkinson wrote:
>
>> **
>> On 07/26/2011 12:22 PM, pk wrote:
>>
>> On 2011-07-26 22:36, Alokat wrote:
>>
>>
>> model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz
>>
>>
>>
>>
>> I gues
On Wednesday 27 Jul 2011 17:13:21 Kfir Lavi wrote:
> On Wed, Jul 27, 2011 at 5:34 PM, Kfir Lavi wrote:
> > On Wed, Jul 27, 2011 at 5:09 PM, Andy Wilkinson
> >>
> >> Another good trick I've found on the forums is to run:
> >> $ gcc -### -e -v -march=native /usr/include/stdlib.h
> >>
> >> The la
On Wed, Jul 27, 2011 at 11:32 AM, Mick wrote:
> On Wednesday 27 Jul 2011 17:13:21 Kfir Lavi wrote:
>> On Wed, Jul 27, 2011 at 5:34 PM, Kfir Lavi wrote:
>> > On Wed, Jul 27, 2011 at 5:09 PM, Andy Wilkinson
>> >>
>> >> Another good trick I've found on the forums is to run:
>> >> $ gcc -### -e -v -
On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
> >>> I wonder how effective tmpfs is for PORTAGE_TMPDIR as the builds
> >>> that need a lot of disk space can often require a fair bit of
> >>> memory too, and tmpfs is using it all.
> >>>
> >> In this last week someone reported doing actu
On Wed, Jul 27, 2011 at 4:44 PM, Neil Bothwick wrote:
> On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
>
>> >>> I wonder how effective tmpfs is for PORTAGE_TMPDIR as the builds
>> >>> that need a lot of disk space can often require a fair bit of
>> >>> memory too, and tmpfs is using it all.
>> >>
On Wednesday 27 Jul 2011 21:24:33 Mark Knecht wrote:
> On Wed, Jul 27, 2011 at 11:32 AM, Mick wrote:
> > On Wednesday 27 Jul 2011 17:13:21 Kfir Lavi wrote:
> >> On Wed, Jul 27, 2011 at 5:34 PM, Kfir Lavi wrote:
> >> > On Wed, Jul 27, 2011 at 5:09 PM, Andy Wilkinson
> >> >
> >> >> Another good t
Todd Goodman wrote:
It's certainly possible it's unrelated. Or it could be something
similar and the other bug reporter made a mistake bisecting or didn't run
long enough to fail with that bisection. It's possibly a lot of things
since we don't have enough information.
I don't think that woul
Neil Bothwick wrote:
On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
I wonder how effective tmpfs is for PORTAGE_TMPDIR as the builds
that need a lot of disk space can often require a fair bit of
memory too, and tmpfs is using it all.
In this last week someone reported doing a
On 2011-07-27 20:32, Mick wrote:
> It seems that on my early i7, the -march=core2 does not have all the -msse*
> flags enabled, while native does:
Acc. to this there is a flag for i7, BUT... I'm not sure if current
stable version accepts it:
http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-
On Wed, Jul 27, 2011 at 5:07 PM, Dale wrote:
> Neil Bothwick wrote:
>>
>> On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
>>
>
> I have 16Gbs here. It's not like I'm going to run out or anything. I can
> put half on tmpfs and still have 8Gbs left. That is more than enough to
> compile even OOo
Michael Mol wrote:
On Wed, Jul 27, 2011 at 5:07 PM, Dale wrote:
Neil Bothwick wrote:
On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
I have 16Gbs here. It's not like I'm going to run out or anything. I can
put half on tmpfs and still have 8Gbs left. That is more than eno
On Wednesday 27 July 2011 22:03:31 Dale wrote:
> Does this make sense to anyone?
Yes. I think your power interruption has damaged the drive electronics.
--
Rgds
Peter Linux Counter number 5290
On Wed, Jul 27, 2011 at 5:51 PM, Dale wrote:
> Michael Mol wrote:
>>
>> On Wed, Jul 27, 2011 at 5:07 PM, Dale wrote:
>>
>>>
>>> Neil Bothwick wrote:
>>>
On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
>>>
>>> I have 16Gbs here. It's not like I'm going to run out or anything.
On Wed, Jul 27, 2011 at 4:03 PM, Dale wrote:
>
> Here is a update. Let's see what folks think about this situation. I
> mentioned in another thread that I did a from scratch kernel. It was a .35
> version. It seemed to work fine, for a while. When I tell Seamonkey to
> download to my desktop,
Joshua Murphy wrote:
On Wed, Jul 27, 2011 at 5:51 PM, Dale wrote:
Michael Mol wrote:
On Wed, Jul 27, 2011 at 5:07 PM, Dalewrote:
Neil Bothwick wrote:
On Wed, 27 Jul 2011 10:58:28 -0500, Dale wrote:
I have 16Gbs here. It's not like I'm going t
On Wed, 27 Jul 2011 16:54:22 -0400, Michael Mol wrote:
> > It makes sense because the ramdisk is using memory that would
> > otherwise be used for compilation and filesystem caches.
>
> tmpfs isn't implemented as a ramdisk, it's implemented as a thin layer
> on top of the filesystem cache.
Tha
On Wed, 27 Jul 2011 16:07:30 -0500, Dale wrote:
> > It makes sense because the ramdisk is using memory that would
> > otherwise be used for compilation and filesystem caches.
> I have 16Gbs here. It's not like I'm going to run out or anything. I
> can put half on tmpfs and still have 8Gbs left
Neil Bothwick wrote:
On Wed, 27 Jul 2011 16:07:30 -0500, Dale wrote:
It makes sense because the ramdisk is using memory that would
otherwise be used for compilation and filesystem caches.
I have 16Gbs here. It's not like I'm going to run out or anything. I
can put half on tmp
Dale writes:
> Neil Bothwick wrote:
>> I wasn't thinking of systems with that much memory. Like you, I'd expect
>> your system to be faster, even if not by much, using tmpfs.
> That's what I was expecting too. It is confusing for sure.
Years ago, I used tmpfs, and it was slightly faster, but o
On 07/25/2011 08:54 PM, Grant wrote:
> BTW, can anyone tell me why I'm using icedtea6-bin instead of icedtea?
When I first installed icedtea-bin there was no icedtea package, so I
tried to compile it myself using online instructions and gave up in
frustration.
I'm glad you asked, because now I'l
Alex Schuster wrote:
Dale writes:
That's what I was expecting too. It is confusing for sure.
Years ago, I used tmpfs, and it was slightly faster, but on average only
few seconds in an hou-long emerge.
I don't use tmpfs any more, as 8G of RAM is barely enough to run KDe here.
I ru
Dale wrote:
I run KDE here and it uses less than 1Gbs all the time. Most of the
time it hovers around 1Gb with a lot of junk open. If your used 8Gbs,
you got a lot running or something. o_O
That should read "less than 2 Gbs all the time". I hit the wrong
button. lol
Dale
:-) :-)
walt wrote:
On 07/25/2011 08:54 PM, Grant wrote:
BTW, can anyone tell me why I'm using icedtea6-bin instead of icedtea?
When I first installed icedtea-bin there was no icedtea package, so I
tried to compile it myself using online instructions and gave up in
frustration.
I'm glad you
> Now I got to ask a question. Does this replace the other flash player
> thingy that has so many security holes?
No, java != flash, different plugin. Try about:plugins in the URL box
so see what you have.
On 07/27/2011 08:01 AM, Michael Mol wrote:
> If you allow tmpfs to be backed by swap...
Does that require some extra configuration?
Adam Carter wrote:
Now I got to ask a question. Does this replace the other flash player
thingy that has so many security holes?
No, java != flash, different plugin. Try about:plugins in the URL box
so see what you have.
OK. I just thought there may be a open source option that is
> OK. I just thought there may be a open source option that is better or at
> least has less security problems.
There are some, lightspark and gnash are in portage. I've never tried
any of them...
Dale writes:
> Alex Schuster wrote:
> > I don't use tmpfs any more, as 8G of RAM is barely enough to run KDe
> > here.
>
> I run KDE here and it uses less than 1Gbs all the time. Most of the
> time it hovers around 1Gb with a lot of junk open. If your used 8Gbs,
> you got a lot running or some
On 07/27/2011 09:04 AM, Dale wrote:
> Todd Goodman wrote:
>>
>> It looks like you're missing linking in of libgcrypt. Maybe ensure you
>> have an up to date version (or not too up to date.)
>>
>> Or try emerging without the gcrypt use flag?
>>
>> I just emerged that for x86 and had no problem. Bu
Alex Schuster wrote:
Dale writes:
Alex Schuster wrote:
I don't use tmpfs any more, as 8G of RAM is barely enough to run KDe
here.
I run KDE here and it uses less than 1Gbs all the time. Most of the
time it hovers around 1Gb with a lot of junk open. If your used 8Gbs,
y
On 07/26/2011 06:07 PM, Pandu Poluan wrote:
> Anyone here knows at what time the Gentoo IRC channels are usually active?
>
> In UTC, if possible :)
>
> (Still can't wrap my head around USA time zone codes)
I'd like to commission a survey of, say, MS, google, and Oracle, to see who is
wearing a w
walt wrote:
On 07/27/2011 09:04 AM, Dale wrote:
Todd Goodman wrote:
It looks like you're missing linking in of libgcrypt. Maybe ensure you
have an up to date version (or not too up to date.)
Or try emerging without the gcrypt use flag?
I just emerged that for x86 and had no problem
Tried `emerge -avuND @world` and found out that logrotate blocks portage :
Total: 17 packages (13 upgrades, 1 downgrade, 2 new, 1 in new slot),
Size of downloads: 39,167 kB
Conflict: 1 block (1 unsatisfied)
* Error: The above package list contains packages which cannot be
* installed at the sam
On Wed, Jul 27, 2011 at 9:23 PM, walt wrote:
> On 07/26/2011 06:07 PM, Pandu Poluan wrote:
>> Anyone here knows at what time the Gentoo IRC channels are usually active?
>>
>> In UTC, if possible :)
>>
>> (Still can't wrap my head around USA time zone codes)
>
> I'd like to commission a survey of,
On Thu, Jul 28, 2011 at 11:43:46AM +0700, Pandu Poluan wrote
> (app-admin/logrotate-3.7.9-r2::gentoo, installed) pulled in by
> app-admin/logrotate required by (net-proxy/squid-3.1.8::gentoo, installed)
> app-admin/logrotate required by @selected
>
> (sys-apps/portage-2.2.0_alpha47::g
One more question... when you ran "emerge --sync", did you see a
message telling you to update portage immediately? When you see that
message, do it right away before updating anything else.
--
Walter Dnes
On Thu, Jul 28, 2011 at 13:34, Walter Dnes wrote:
> One more question... when you ran "emerge --sync", did you see a
> message telling you to update portage immediately? When you see that
> message, do it right away before updating anything else.
>
> --
> Walter Dnes
>
My `emerge --sync` happe
On Thu, Jul 28, 2011 at 13:39, Pandu Poluan wrote:
> On Thu, Jul 28, 2011 at 13:34, Walter Dnes wrote:
>> One more question... when you ran "emerge --sync", did you see a
>> message telling you to update portage immediately? When you see that
>> message, do it right away before updating anythin
Okay, reading up [1] [2], it seems I have to first upgrade logrotate to >= 3.8.0
[1] http://packages.gentoo.org/package/sys-apps/portage
[2] https://bugs.gentoo.org/show_bug.cgi?id=374287
When I return from my late-lunch, I'll try that.
Unless I'm not supposed to do that.
Rgds,
On 2011-07-28,
57 matches
Mail list logo
