Displaying 4 results from an estimated 4 matches for "001020".
Did you mean:
00102
2009 Dec 08
3
botched RAID, now e2fsck or what?
Hi all,
Somehow I managed to mess with a RAID array containing an ext3 partition.
Parenthesis, if it matters: I disconnected physically a drive while
the array was online. Next thing, I lost the right order of the drives
in the array. While trying to re-create it, I overwrote the raid
superblocks. Luckily, the array was RAID5 degraded, so whenever I
re-created it, it didn't go into sync;
2004 Apr 27
0
[LLVMdev] LLVM benchmarks against GCC
...are extremely noisy.
LLC generates code that is generally pretty slow compared to the CBE on
X86. This is largely due to lack of global register allocator for
floating point (even with linear scan), and some of the other issues
described here:
http://mail.cs.uiuc.edu/pipermail/llvmdev/2004-April/001020.html
> 2. Programs/MultiSource
>
> a) CBE code is already rather quicker then GCC code
> some tests are still (moderate) slower,
> but some are much quicker (up to 5 times).
> b) LLC code is still rather slower then GCC code.
> However some tests show up to 5 tim...
2004 Apr 27
2
[LLVMdev] LLVM benchmarks against GCC
Hi all,
i was thinking that this question was not good
right after relese 1.0, but now perhaps it is OK...
if not, then I am sorry.
So, what about current status of benchmarks?
I mean comparison to gcc.
I have looked at
http://llvm.cs.uiuc.edu/testresults/X86/
Unfortunatelly graphs lines are hardly for human eye,
but tables are OK.
I give my own interpretation for April 26, 2004
2002 Apr 02
7
ext3 crash
Hi,
One of my shared volumes crashed the other day on a RH-7.2, 2.4.9-31 system.
These are the first errors in the log:
kernel: EXT3-fs error (device ide0(3,9)): ext3_readdir: bad entry in
directory #2424833: rec_len is smaller than minimal - offset=0,
inode=2553887680, rec_len=0, name_len=0
kernel: EXT3-fs error (device ide0(3,9)): ext3_readdir: bad entry in
directory #2424833: rec_len is