From: Dale <rdalek1967@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: aligning SSD partitions
Date: Mon, 10 Sep 2012 09:22:33 -0500 [thread overview]
Message-ID: <504DF7A9.3090100@gmail.com> (raw)
In-Reply-To: <CA+czFiC6v3ajs4PpQNpunxn3y-Zf5f90s=w7cLVkXe5SxptRXw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 4456 bytes --]
Michael Mol wrote:
> On Mon, Sep 10, 2012 at 9:52 AM, Dale <rdalek1967@gmail.com
> <mailto:rdalek1967@gmail.com>> wrote:
>
> Michael Mol wrote:
>> On Mon, Sep 10, 2012 at 7:13 AM, Dale <rdalek1967@gmail.com
>> <mailto:rdalek1967@gmail.com>> wrote:
>>
>> Nicolas Sebrecht wrote:
>> > The 07/09/12, Dale wrote:
>> >
>> >> The thing is tho, whether it is using the memory as cache
>> or using it
>> >> as
>> >> tmpfs, it is the same memory. There is no difference.
>> That's the
>> >> whole
>> >> point.
>> > Feel free to take your own assumptions as undeniable truth.
>> The way the
>> > kernel work with memory is the key, of course.
>> >
>> > Now, as long as you blind yourself with statements like
>> that, I'm not
>> > going to respond anymore. I guess you need to make some
>> basic research.
>> >
>>
>> I understand how the kernel uses memory. That's why it
>> doesn't matter
>> if you put portage's work directory on tmpfs or not. I been
>> using Linux
>> for a pretty good long while now. I have a pretty good
>> understanding of
>> it, especially the things that I use.
>>
>> Respond or not, I know what I tested and what the results
>> were. They
>> were not just my tests and results either.
>>
>>
>> Nobody is disagreeing with your test results. In fact, they're
>> not even disagreeing with you that they mean what you think they
>> mean within the context you're testing. They're disagreeing with
>> your extrapolation of your results to other contexts. In short,
>> all other things being equal, your test results work out for
>> someone in the exact same circumstances as yourself...but there
>> are a _lot_ of other things that need to be equal!
>>
>> Filesystem mount options can have an impact. For example, let's
>> say your filesystem is configured to make writes synchronous, for
>> general data integrity purposes. That would slow PORTAGE_TMP down
>> something _fierce_.
>>
>> Someone might be tweaking any number of the knobs under 'vm' in
>> /proc. vm.swappiness, vm.dirty_* or vm.min_free_kbytes are ones
>> that caught my eye, but really most of them in there look relevant.
>>
>> Or consider that someone else might be running drop_caches, or
>> even sync() while your code is running. (Heck, if there's a
>> database, even an sqlite database, on the same filesystem, that's
>> almost a guarantee.)
>>
>> These may seem to be obvious, but these are the kinds of things
>> people were trying to get you to be willing to acknowledge before
>> you made blanket assertions which covered them.
>>
>> --
>> :wq
>
>
> Someone could be getting rays from Mars but I am not testing
> that. What I tested was this, Run emerge with portages work
> directory on disk. Then run same command with portage's work
> directory on tmpfs. Then compare the results. No other changes
> except for where portage's work directory is located, hard drive
> or ram. This was done on a NORMAL system that most ANY user would
> be using. I'm not concerned with some rare or exotic setup, just
> a normal setup. If someone is running some exotic setup, then
> they need to test that to see whether it helps or not because I
> did not test for that sort of system. I didn't test for rays from
> Mars either. LOL
>
>
> Running databases on the same filesystem as PORTAGE_TMP is not a rare
> or exotic setup. Anyone who doesn't use a separate /home or separate
> portage temp is in a circumstance like that.
>
>
> --
> :wq
Well, I have /home on its own partition, like most likely everyone
does. At the time, I was not using LVM either. At the time, I had a
pretty much default install except that the portage tree was on its own
partition since I wanted to keep it from fragmenting all of /usr with
all those constantly changing little files.
I also use defaults when mounting file systems too. Nothing exotic or
weird or anything.
So again, just testing on as normal a system as there could be to get
some real world results.
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
[-- Attachment #2: Type: text/html, Size: 7837 bytes --]
next prev parent reply other threads:[~2012-09-10 14:24 UTC|newest]
Thread overview: 82+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-04 7:20 [gentoo-user] aligning SSD partitions Philip Webb
2012-09-04 7:47 ` Neil Bothwick
2012-09-04 20:31 ` Volker Armin Hemmann
2012-09-04 20:58 ` Neil Bothwick
2012-09-04 21:00 ` Neil Bothwick
2012-09-04 21:52 ` Peter Humphrey
2012-09-05 0:42 ` Philip Webb
2012-09-05 8:23 ` Neil Bothwick
2012-09-05 9:02 ` Philip Webb
2012-09-05 9:23 ` Peter Humphrey
2012-09-05 11:07 ` Dale
2012-09-05 11:25 ` Peter Humphrey
2012-09-05 12:02 ` Dale
2012-09-05 12:58 ` Peter Humphrey
2012-09-05 18:02 ` Dale
2012-09-05 19:01 ` Paul Hartman
2012-09-05 20:46 ` Dale
2012-09-05 21:22 ` Paul Hartman
2012-09-05 22:36 ` Peter Humphrey
2012-09-05 12:31 ` Neil Bothwick
2012-09-05 12:52 ` Dale
2012-09-05 15:17 ` Neil Bothwick
2012-09-05 15:23 ` Michael Mol
2012-09-05 17:54 ` Dale
2012-09-05 23:42 ` Neil Bothwick
2012-09-06 9:13 ` Dale
2012-09-06 6:57 ` [gentoo-user] " Nicolas Sebrecht
2012-09-06 9:15 ` Dale
2012-09-06 9:47 ` Neil Bothwick
2012-09-06 10:03 ` Dale
2012-09-06 10:18 ` Neil Bothwick
2012-09-06 10:56 ` Dale
2012-09-06 10:41 ` Nicolas Sebrecht
2012-09-06 11:03 ` Dale
2012-09-06 11:37 ` Nicolas Sebrecht
2012-09-06 12:21 ` Dale
2012-09-06 13:27 ` Nicolas Sebrecht
2012-09-06 14:27 ` Dale
2012-09-06 10:11 ` Dale
2012-09-06 10:20 ` Neil Bothwick
2012-09-06 10:44 ` Dale
2012-09-06 11:11 ` Nicolas Sebrecht
2012-09-06 11:31 ` Dale
2012-09-06 12:17 ` Neil Bothwick
2012-09-06 12:44 ` Nicolas Sebrecht
2012-09-06 12:48 ` Dale
2012-09-06 13:04 ` Neil Bothwick
2012-09-06 14:07 ` Dale
2012-09-06 14:26 ` Michael Mol
2012-09-06 16:27 ` Dale
2012-09-07 7:56 ` Nicolas Sebrecht
2012-09-07 9:15 ` Nicolas Sebrecht
2012-09-07 12:25 ` Dale
2012-09-07 19:48 ` Neil Bothwick
2012-09-06 14:37 ` Neil Bothwick
2012-09-06 16:32 ` Dale
2012-09-06 20:21 ` Neil Bothwick
2012-09-06 14:51 ` Nicolas Sebrecht
2012-09-06 16:49 ` Dale
2012-09-06 13:46 ` Nicolas Sebrecht
2012-09-06 14:20 ` Dale
2012-09-06 14:33 ` Michael Mol
2012-09-06 16:39 ` Dale
2012-09-06 16:00 ` Paul Hartman
2012-09-06 16:44 ` Dale
2012-09-06 20:21 ` Neil Bothwick
2012-09-06 21:09 ` Dale
2012-09-06 22:38 ` Neil Bothwick
2012-09-06 23:08 ` Dale
2012-09-07 7:47 ` Nicolas Sebrecht
2012-09-07 12:35 ` Dale
2012-09-10 10:32 ` Nicolas Sebrecht
2012-09-10 11:13 ` Dale
2012-09-10 12:37 ` Michael Mol
2012-09-10 13:52 ` Dale
2012-09-10 14:02 ` Michael Mol
2012-09-10 14:22 ` Dale [this message]
2012-09-05 12:55 ` [gentoo-user] " Adam Carter
2012-09-05 15:28 ` Florian Philipp
2012-09-05 9:26 ` Neil Bothwick
2012-09-05 16:30 ` Volker Armin Hemmann
2012-09-05 17:02 ` Neil Bothwick
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=504DF7A9.3090100@gmail.com \
--to=rdalek1967@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox