Date: Mon, 18 Mar 2013 05:18:25 -0700 From: Mehmet Erol Sanliturk <m.e.sanliturk@gmail.com> To: Poul-Henning Kamp <phk@phk.freebsd.dk> Cc: Tom Evans <tevans.uk@googlemail.com>, freebsd-current <freebsd-current@freebsd.org> Subject: Re: FreeBSD is very slow when Memory chip sizes are imbalanced in slots Message-ID: <CAOgwaMthTbj5k%2B03WSNGK7wm0aTufd1czQotM1wF0mAVnU7HLQ@mail.gmail.com> In-Reply-To: <35878.1363607691@critter.freebsd.dk> References: <CAOgwaMss0cB9bFqCkjzukb-=9FqgLN9vthL5QdQsk-6Lknk5VQ@mail.gmail.com> <CAFHbX1LcCGoWy%2BHzp8T7z4noFZAMK1-sCuWpO_Z_ybhnoMMY5A@mail.gmail.com> <CAOgwaMtTmx4LhEdrg3WNjZA-uyTRSN913RBWrrqMia4GZhP_zA@mail.gmail.com> <CAFHbX1KkD7fWP%2BKZNrSjzCStUM_Smjw7GdKDTo=DjjMoe5ttGA@mail.gmail.com> <35878.1363607691@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Mar 18, 2013 at 4:54 AM, Poul-Henning Kamp <phk@phk.freebsd.dk>wrote: > In message <CAFHbX1KkD7fWP+KZNrSjzCStUM_Smjw7GdKDTo= > 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 . Mehmet Erol Sanliturk
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAOgwaMthTbj5k%2B03WSNGK7wm0aTufd1czQotM1wF0mAVnU7HLQ>