From: Christian Gagneraud <chgans@gna.org>
To: Elvis Dowson <elvis.dowson@gmail.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: Server specs for a continuous integration system
Date: Tue, 03 Sep 2013 15:06:45 +1200 [thread overview]
Message-ID: <52255245.9090609@gna.org> (raw)
In-Reply-To: <B3347AE5-6200-4E3D-9A7F-8BC683568F98@gmail.com>
On 03/09/13 13:04, Elvis Dowson wrote:
> Hi,
>
> On Sep 3, 2013, at 3:29 AM, Christian Gagneraud <chgans@gna.org
> <mailto:chgans@gna.org>> wrote:
>
>>> Isn't RAID-5 going to be slower, especially if it's software? RAID 1
>>> is probably better as you'll potentially double the write speed to disk.
>>> I use a couple of Vertex SSDs in RAID 1 giving a theoretical write speed
>>> near to 1GBs. Write endurance is possibly a concern, but I've not had
>>> any issues using them on a local build machine. I would probably look at
>>> some higher end models if I was going to run a lot of builds. A lot less
>>> noise than hard drives ;-)
>>
>> Thanks for the info, i will have a look at RAID-1, as you can see, I
>> know absolutely nothing about RAID! ;)
>>
>> Does SSD really help with disk throughput? Then what's the point of
>> using ramdisk for TMPDIR/WORKDIR? If you "fully" work in RAM, the disk
>> bottleneck shouldn't be such a problem anymore (basically, on disk,
>> you should only have your yocto source tree and your download directory?).
>
> I use a Gigabyte Z77X-UP5TH motherboard
>
> http://www.gigabyte.us/press-center/news-page.aspx?nid=1166
>
> which has support for RAID in BIOS, at boot up, and Thunderbolt
> connected to an Apple 27" Thunderbolt display. I've got two SSDs in a
> RAID1 configuration (striped).
>
> If you can wait for some more time, they'll be releasing a version of
> the motherboard for the new haswell chips as well, but it's not probably
> going to increase performance.
Right now, i'm just proposing an infrastructure solution, i'm not even
sure it will be accepted, and the final hardware choice (if accepted)
might not even be in my hands ...
>
> I use a 3770K i7 quad-core processor, 16GB RAM, with a liquid cooled
> solution running at 3.8GHz. I've overclocked the CPU to 4.5GHz, but I
> end up shaving only 2 minutes off build times, so I just run it at 3.8GHz.
>
> A core-image-minimal build takes around 22 minutes for me, for a Xilinx
> ZC702 machine configuration (Dual ARM Cortex A9 processor + FPGA).
Is it a full build from scratch (cross-toolchain, native stuff, etc...)?
If so, it's quite impressive to me!
Chris
>
> Here are the modifications that I've done to my system, to tweak SSD
> performance, for Ubuntu-12.10, for a RAID1 array.
>
> *SSD performance tweaks (for non RAID0 arrays)*
>
> Step 01.01: Modify /etc/fstab.
>
> $ sudo gedit /etc/fstab
>
> Increase the life of the SSD by reducing how much the OS writes to the
> disk. If you don't need to knowwhen each file or directory was last
> accessed, add the following two options to the /etc/fstab file:
>
> noatime, nodiratime
>
> To enable TRIM support to help manage disk performance over the long
> term, add the following option to the /etc/fstab file:
>
> discard
>
> The /etc/fstab file should look like this:
>
> # / was on /dev/sda1 during installation
> UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx / ext4
> discard,noatime,nodiratime,errors=remount-ro 0 1
>
> Move /tmp to RAM
>
> # Move /tmp to RAM
> none /tmp tmpfs
> defaults,noatime,nodiratime,noexec,nodev,nosuid 0 0
>
> See: Guide software RAID/LVM TRIM support on Linux
> <http://www.ocztechnologyforum.com/forum/showthread.php?82648-software-RAID-LVM-TRIM-support-on-Linux>
> for more details.
>
> Step 01.02: Move the browser's cache to a tmpfs in RAM
>
> Launch firefox and type the following in the location bar:
>
> about:config
>
> Right click and enter a new preference configution by selecting the
> New->String option.
>
> Preference name: browser.cache.disk.parent_directory
> string value:/tmp/firefox-cache
>
> See: Running Ubuntu and other Linux flavors on an SSD « Brizoma
> <http://brizoma.wordpress.com/2012/08/04/running-ubuntu-and-other-linux-flavors-on-an-ssd/>.
>
>
> Best regards,
>
> Elvis Dowson
next prev parent reply other threads:[~2013-09-03 3:06 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-02 5:05 Server specs for a continuous integration system Christian Gagneraud
2013-09-02 12:35 ` Burton, Ross
2013-09-02 21:45 ` Christian Gagneraud
2013-09-02 22:16 ` Chris Tapp
2013-09-02 23:29 ` Christian Gagneraud
2013-09-03 1:04 ` Elvis Dowson
2013-09-03 3:06 ` Christian Gagneraud [this message]
2013-09-03 8:55 ` Elvis Dowson
2013-09-04 3:02 ` Christian Gagneraud
2013-09-03 19:27 ` Chris Tapp
2013-09-03 19:22 ` Chris Tapp
2013-09-04 2:45 ` Christian Gagneraud
2013-09-04 3:47 ` Elvis Dowson
2013-09-13 5:58 ` Khem Raj
2013-09-03 11:57 ` lothar
2013-09-03 19:17 ` Chris Tapp
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=52255245.9090609@gna.org \
--to=chgans@gna.org \
--cc=elvis.dowson@gmail.com \
--cc=yocto@yoctoproject.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.