From owner-freebsd-current@FreeBSD.ORG Mon Mar 18 15:04:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C4644595; Mon, 18 Mar 2013 15:04:22 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ve0-f178.google.com (mail-ve0-f178.google.com [209.85.128.178]) by mx1.freebsd.org (Postfix) with ESMTP id 67618F3; Mon, 18 Mar 2013 15:04:22 +0000 (UTC) Received: by mail-ve0-f178.google.com with SMTP id db10so4387204veb.23 for ; Mon, 18 Mar 2013 08:04:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Ipnxwa4DLLgUKEtTh0YRPNjKx5fodZEIGXgMtlKlBxk=; b=sQn432V0wwJAPhBahKo3v0S6/Jj6pPV8h4ov0MATY6MUi+Mzrwst8Yhmwa06+i+3fo M2Mp+dCFqjcIUWbOn2bJ3RVT2CXs2QO8QvysL7BuBh5Kr+QrgZ6LcAYI8IiBd39SbkJk eLCZdzyZiduDgKCTVHr6lgFRkAh8s4HBmY7gqACId8BCdrUcKS0HXmkcXKs8RrzxHOc3 UacPKKHWLEackxmUs6OIOOgcnB7QYddUYD+iLvw4dPdEXT2qS1ipGHSIDee0RHNvOFiv 8JnfNIrU/KOHG++EpDmstWoqyrpZwsiRK032XYtXN5yzGy2jrOdth2dr/hwlNdbaZRky poWA== MIME-Version: 1.0 X-Received: by 10.58.23.169 with SMTP id n9mr20218319vef.58.1363618605686; Mon, 18 Mar 2013 07:56:45 -0700 (PDT) Received: by 10.58.132.203 with HTTP; Mon, 18 Mar 2013 07:56:45 -0700 (PDT) In-Reply-To: References: <35878.1363607691@critter.freebsd.dk> <514715F9.2080506@freebsd.org> Date: Mon, 18 Mar 2013 07:56:45 -0700 Message-ID: Subject: Re: FreeBSD is very slow when Memory chip sizes are imbalanced in slots From: Mehmet Erol Sanliturk To: Steven Hartland Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org, Nathan Whitehorn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Mar 2013 15:04:22 -0000 On Mon, Mar 18, 2013 at 7:47 AM, Steven Hartland wrote: > > ----- Original Message ----- From: "Nathan Whitehorn" < > nwhitehorn@freebsd.org> > To: > Sent: Monday, March 18, 2013 1:26 PM > Subject: Re: FreeBSD is very slow when Memory chip sizes are imbalanced in > slots > > > On 03/18/13 07:18, Mehmet Erol Sanliturk wrote: >> >>> On Mon, Mar 18, 2013 at 4:54 AM, Poul-Henning Kamp >> >wrote: >>> >>> In message >>> DjjMoe5ttGA@mail.gmail.com>, Tom Evans writes: >>>> >>>> You say this, have you actually measured/checked. sysutils/dmidecode >>>>> will interrogate your BIOS and tell us what it thinks is installed in >>>>> each RAM socket. It is not uncommon for RAM to say one thing on the >>>>> outside, and report something completely different to the BIOS. >>>>> >>>> >>>> I can only second Tom's call for a proper scientific approach to >>>> debugging this issue, rather than just assume that it is the >>>> operating systems fault. >>>> >>>> -- >>>> Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >>>> phk@FreeBSD.ORG | TCP/IP since RFC 956 >>>> FreeBSD committer | BSD since 4.3-tahoe >>>> Never attribute to malice what can adequately be explained by >>>> incompetence. >>>> >>>> >>> >>> I am a graduate of Operations Research and Statistics option of a >>> Mathematics department . >>> All of your considerations are considered . It is so much apparent that , >>> the cause is FreeBSD . >>> >>> In my previous year message and in its subsequent messages , there are >>> sufficiently detailed information . >>> >>> >>> This message is caused from the following fact : >>> >>> In previous year case , KDE used was a cause , but FluxBox was working >>> fast >>> . >>> Now , I have installed 10.0 current . It does not have KDE in packages . >>> I >>> have installed FluxBox . >>> It is not a few second slow : Many minutes to start Firefox , and >>> activate >>> a menu of it ! >>> >>> What is the point of measuring milliseconds when the difference is around >>> many minutes ? >>> >>> PC-BSD installation ( it is a graphical installation after starting X ) >>> is >>> taking many hours to reach 20 percent completion . >>> The same is for GhostBSD : Start it at night , at the next morning , it >>> is >>> likely that it is not finished yet . >>> >>> >>> Then : WQhat will be measured ? >>> >>> Linux installations are around 30 minutes . >>> Starting/Opening menus are instantenous : I do no have chronometer , but >>> everything is within a second . >>> >>> >>> Thank you very much . >>> >> >> The problem is that "slow" doesn't mean anything. An incomplete list of >> things it might be related to: >> 1. Something to do with the way KDE is built (options, system compiler) >> 2. A disk I/O issue >> 3. A memory speed issue >> 4. Some other process using CPU that isn't running on Linux >> 5. A scheduler issue triggered by some property of the machine >> >> Doing some of these smaller tests will help pin down which of these are >> causing the problem. Without that, there's no possibility to even start >> debugging. Even just running top and seeing whether you are spinning in >> a user thread, in the kernel, or waiting while the slow things are >> happening would be extremely helpful. >> > > Surely you can eliminate all of those and confirm / deny the original > diagnosis by simply installing balanced memory in the machine and checking > to see if the problem goes away? > > Could this be an NUMA related issue? > > Regards > Steve > > Please see links in my previous mails . All of these are worked in detail . This is Intel DG965WH main board and I do not know much about NUMA , but with respect to Wikipedia Non-Uniform_Memory_Access page , it seems that there is no NUMA structure in this main board . Thank you very much . Mehmet Erol Sanliturk