i was moving ~400gb to a new other file system, and noticed that
mkfs was extremely slow. it turns out that mkfs by default moves
1024-8 bytes at a time.
i'm pretty sure this magical number turns out to be the default
kfs block size minus the size of the tag (careful with that ax, eugene).
ok, bu
i'm seeing some mighty interesting timing on my intel ivy bridge.
i found a bug in the file server aoe implementation (can't happen
if you're using the uniprocessor x86 version) that happens because
the Srb is freed before wakeup completes. to solve this there is
some code that sets the state (thi
and by slow, i mean loading the kernel takes 3-4 minutes. :-)
writing the kernel to usb from user space takes ~5s.
has anyone else seen this, or taken a look?
- erik
What BIOS?
--
Aram Hăvărneanu
On Thu Jun 19 19:25:18 EDT 2014, ara...@mgk.ro wrote:
> What BIOS?
>
harness# aux/dmi
0: type biosinfo 0 len 24 handle 0
vendor American Megatrends Inc.
version 1.0
biosstartseg0xf000
biosdate05/05/2009
biosromsz 0x000f
Weird. I assume cycles is using rdtsc or rdtscp. Perhaps some of it is due
to a combination of contention and rdtsc(p) being serializing instructions?
On Jun 19, 2014 12:04 PM, "erik quanstrom" wrote:
> i'm seeing some mighty interesting timing on my intel ivy bridge.
> i found a bug in the file
On Thu, 19 Jun 2014 12:01:10 EDT erik quanstrom wrote:
> i'm seeing some mighty interesting timing on my intel ivy bridge.
> i found a bug in the file server aoe implementation (can't happen
> if you're using the uniprocessor x86 version) that happens because
> the Srb is freed before wakeup compl
