I did get to test the 3.15 kernel over the weekend. There' definitely
some improvement. as hdparm -t now reports 25-30MB/s for my hard drive
instead of 6-7MB/s. The stutter in audio playback is less pronounced and
almost unnoticeable. At this point the dn2800mt board is largely useable
with hyp
Curiouser and curiouser.
I have a second dn2800mt machine that my girlfriend uses. I ran some
tests while there and I'm more uncertain than ever about what is going on.
First, hdparm does not report correctly with hyperthreading enabled just
as with the original machine. However, the problem
On Wed, 14 May 2014, Paul Ausbeck wrote:
> While examining the kernel log for another reason, I came across
> evidence that acpi_idle, and not intel_idle, is being used on my
> dn2800mt system, see below. In fact, it seems that intel_idle cannot
> be used. Is there some sort of binary blob involved
While examining the kernel log for another reason, I came across
evidence that acpi_idle, and not intel_idle, is being used on my
dn2800mt system, see below. In fact, it seems that intel_idle cannot be
used. Is there some sort of binary blob involved here?
-
On Fri, 09 May 2014, Paul Ausbeck wrote:
> I've actually done dummy file reads and writes previously. Well
> actually just writes. And they go at full speed, no matter what
> hparm says. For example, your example, works at full speed:
> dd if=/dev/zero of=somefile bs=10M count=100 ;
You have to c
I've actually done dummy file reads and writes previously. Well actually
just writes. And they go at full speed, no matter what hparm says. For
example, your example, works at full speed:
dd if=/dev/zero of=somefile bs=10M count=100 ;
I've tried the analogous read:
dd of=/dev/null if=somefile
On Fri, 09 May 2014, Paul Ausbeck wrote:
> Henrique, thanks a lot for the detailed reply. I will look at the
> stuff that you suggested, if only to learn about what I don't know.
>
> FYI, the problem doesn't seem related to temperature to me. I'm not
> ruling it out, I'm just saying it doesn't hav
Henrique, thanks a lot for the detailed reply. I will look at the stuff
that you suggested, if only to learn about what I don't know.
FYI, the problem doesn't seem related to temperature to me. I'm not
ruling it out, I'm just saying it doesn't have that feel.
I look at it like this. hdparm sa
On Thu, 08 May 2014, Paul Ausbeck wrote:
> Next, I don't agree that this hyperthreading problem reeks of a
> firmware issue. What it reeks of is a linux kernel issue. I'm not
Well, it reeks of bad interaction of Linux and the firmware, which *usually*
is caused by bad firmware when an Intel deskto
I don't favor the interleaved response technique, so even if that
technique is favored on this list, I'll just stay with keeping enough
context so that previous messages don't need frequent reference.
Next, I don't agree that this hyperthreading problem reeks of a firmware
issue. What it reeks
On Mon, 05 May 2014, Paul Ausbeck wrote:
> I've attached the contents of /proc/cpuinfo below, two copies, one
> with hyperthreading disabled and one enabled.
As I told you, the *very first thing* you must do is to make sure you're
using the latest firmware for your motherboard (*especially* the BI
I've attached the contents of /proc/cpuinfo below, two copies, one with
hyperthreading disabled and one enabled.
I've also investigated things a bit further and now I'm thinking that
the hyperthreading state affects the system as a whole, not just hdparm.
First, I've attached hdparm output fr
On Sun, 04 May 2014, Paul Ausbeck wrote:
> when I build a new system. Recently I built a system based upon the
> Intel Atom dn2800mt motherboard. When I went to vet disk bandwidth,
Please, can you give us the output of "cat /proc/cpuinfo" ?
> I obtained unexpectedly slow readings from hdparm. I f
Running Wheezy 7.4, kernel 3.2.0-4-686-pae, also on Debian backports
kernel 3.12-0.bpo.1-686-pae
sudo hdparm -t /dev/sda
/dev/sda: # Hyperthreading enabled in bios
Timing buffered disk reads: 36 MB in 3.06 seconds = 11.77 MB/sec
# Apparently not correct
/dev/sda: # Hyperthreading disa
14 matches
Mail list logo
