[ale] 2 questions memory related

Scott Castaline skotchman at gmail.com
Sat Jun 18 08:33:51 EDT 2011


On Fri, Jun 17, 2011 at 1:05 PM, Greg Clifton <gccfof5 at gmail.com> wrote:

> The installing/replacing memory in sets is basically due to older [but not
> too much older] motherboards ran dual channel RAM [new Intel 2P and some 1P
> is Triple and AMD is Quad Channel] and you don't want to mix RAM with
> different specs in the same channel. Also, possibly the manufacturer figures
> if one module failed it's 'partner' is apt to go soon so just replace both
> instead of having two trouble tickets to deal with stretched over several
> weeks.

That part I've got, the pairing, what I had the impression of was when you
bought like 4 sticks like I had you had to buy all four as a set, not just
say buy a pair and then add another pair (same exact one as the 1st pair)
later to add on. It didn't make sense to me unless if you're going to push
things to the extreme with overclocking and such, then you need "handpicked"
components, which for some reason I was under the impression that was what
the mfgs were saying for all cases. It was like when I worked at Harris back
in the late 70's they had developed a system code named 2C which had it's
clocking set up to push TTL to it's extreme limit producing ECL speed
(25nsec windows). All chips for that system had to go through special
screening for handpicking for the 2C, this was the impression I had got of
current memory buying practices. I don't want to give the impression that I
don't understand that you have to buy in at least pairs and that all sticks
have to have the same specs. I personally would stick to the same make/model
as what I already have.

>
> On Fri, Jun 17, 2011 at 12:24 PM, Michael B. Trausch <mike at trausch.us>wrote:
>
>> On 6/17/2011 12:11 PM, Scott Castaline wrote:
>> > Sorry for replying to a reply, but to Mike, htop is showing 16
>> > incidents of mysql, whereas top is only showing 1. Each incident is
>> > using 1.0% of memory. I also noticed several incidents of kworker*
>> > running of which (about 20) I don't remember the %Mem for each.
>> You're probably seeing all of MySQL's threads in htop. They together
>> will still be using only 1% of the memory...
>>
>> kworker is a kernel thread, which has something to do with ACPI.
>>
>>     --- Mike
>> _______________________________________________
>> Ale mailing list
>> Ale at ale.org
>> http://mail.ale.org/mailman/listinfo/ale
>> See JOBS, ANNOUNCE and SCHOOLS lists at
>> http://mail.ale.org/mailman/listinfo
>>
>
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.ale.org/pipermail/ale/attachments/20110618/5cf6307c/attachment-0001.html 


More information about the Ale mailing list