public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: meino.cramer@gmx.de
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Moving / around...
Date: Sun, 12 Sep 2010 04:26:36 +0200	[thread overview]
Message-ID: <20100912022636.GA5562@solfire> (raw)
In-Reply-To: <201009112314.29521.wonko@wonkology.org>

Alex Schuster <wonko@wonkology.org> [10-09-12 04:13]:
> meino.cramer@gmx.de writes:
> 
> > I think there is some misunderstanding:
> > 
> > Before migration to 64bit:
> > 
> > /dev/sda3 is mounted on / and contains the 32bit Gentoo
> > 
> > /dev/sda10 is mounted on /home/mcc/migration and will contain the
> > stuff of the 64bit Gentoo
> > 
> > After migration I will *not* mount /dev/sda10 on / but will clear all
> > stuff from /dev/sda3 and move the contents from /dev/sda10 to
> > /dev/sda3.
> > 
> > Is still valid what you said under this premissions, Wonko?
> 
> That's how I understood it, although I assumed the temproary 64bit install 
> would be on a 2nd drive, thus you would copy it back once it seems to 
> work. No, I see no problem with this.
> 
> About performance: I'm not sure it will be even noticeable. Yes, most 
> drives (but not all) are organized so the first partitions go to the 
> outside, which is faster. With LVM, I used to create two volume groups on 
> my drive, a group for swap and the system, and another one for data. But 
> then I thought it's not worth the effort, and I lose some of the LVM 
> benefits. Well, with everything encrypted I don't get full performance 
> anyway, so my case might be a little different.
> 
> But the performance increase is only true when reading lots of data. I'm 
> not sure how big the role of this is in real life. Access time is not 
> influenced, it will on average take half a turn of the drive till the 
> heads can access the data, and to me it looks like typical stuff a linux 
> system does is reading many not so large files, cluttered around in the 
> file system. But that's my guess only. And I understand that you like to 
> optimize stuff - I like to do this too. But sometimes I think that the 
> potential benefit might not be so large, compared to the time I spend 
> moving data around to the ideal place, or the time I would need to spend 
> thinking about how to tune things. Or the time you need to fix a problem 
> that you know was working in the old system, but this is gone now and you 
> cannot have a quick look at it, or just boot into it. You lose the 
> opportunity to start your old system in order to compare the times of your 
> big renderings. And maybe at one point you need to create some true 32bit 
> applications? Happened to me. So I just chroot into my old system and 
> build there.
> 
> Oh, and you mentioned databases. Yes, mysql stores itsa data in machine-
> depenent form. You will need to dump the data and re-import it in the new 
> system. You will be happy to still have the 32bit system in such a case :)
> 
> 	Wonko
> 

I also cannot evaluate the real impact the position of the /-partition
on the harddisk has on system performance. I read about it years ago
and since than I always put the partitions always in the sequence of
"boot","swap","root","home" onto the harddisks. May be its only a
tradition nowadays... ;)

Do you know of any other kind of data beside databses, which may be
machinedependant or cause trouble while migrating to 64bit?

Best regards,
mcc





  reply	other threads:[~2010-09-12  2:27 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-11  8:13 [gentoo-user] Moving / around meino.cramer
2010-09-11  9:08 ` Alex Schuster
2010-09-11 12:19   ` meino.cramer
2010-09-11 14:53     ` Mark Knecht
2010-09-11 15:23       ` meino.cramer
2010-09-11 16:19         ` Mark Knecht
2010-09-11 18:47           ` meino.cramer
2010-09-11 21:14     ` Alex Schuster
2010-09-12  2:26       ` meino.cramer [this message]
2010-09-12 11:40         ` Alex Schuster
2010-09-11 12:28   ` 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=20100912022636.GA5562@solfire \
    --to=meino.cramer@gmx.de \
    --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