[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

2.1.126 works...Kinda.



I compiled 2.1.126 and running with it for last 4 days. It barfed on
acct.c once, so I turned process accounting off. Also nbd.c (network block
device) doesn't compile, (a shame, but I can live without that). Other
than these things, works just dandy. This is SX164 using SX164 kernel (NOT
Generic one).

Also, my application compiled on DU and linked statically now runs stable
(compared to 2.0.33, on which it crashed within 5 minutes). 

Another interesting point of note is speedup from compiling it on DU...Its
amazing, I have 80% speed improvement. (Comparing DU cc -O5 vs egcs -O2).
That says something about quality of DEC compilers...

Also, surprisingly, debugging using gdb works fine on such process. 

strace (3.1-11) is broken with that kernel and with any other kernel I
tried. Is there any version of strace that _actually_ works?

(Broken defined as seeing SYS_0 call and strace segfaulting, and process
entering "T" state in 'ps', in which it stays forever, and kill -9 does
not help)

One small problem: I _think_ that ioctl( fd, FIONBIO, 1) sometimes gets
messed up when running under DU emulation, because my app seems to
get stuck periodically in the send(), until receiver unblocks and accepts 
that data. Note, not always, just sometimes. I am doing quite a lot of
heavy network IO, but the problem did not happen when it was running under
2.0.32 compiled with egcs. Anyone else hit same thing? Is there anyway I
can assist in debugging this bug?

-alex



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index] []