Richard Zidlicky writes: <> > > Plus, I'm a bit surprised that you are apparently using jobs to fetch the > > data from the ethernet card... It should be done via an interrupt handler > > instead... Actually, the best design would be to have the Q60 fast interrupt > > handler to fill a buffer, and a frame interrupt task to move the data from > > that buffer into a bigger one for your job to fetch it in big chunks...). > > this was discussed a while ago here, the big problem is that > neither QDOS nor SMSQ will attempt to reschedule after interrupt > handling and there is no way to deal with the complexities of the > TCP/IP protocol inside the interupt handler. > That means sending of protocol replies would be very often delayed > by 1/50s which would make especially TCP crawl..
The last words you wrote the last time we discussed this topic was: > Otoh checking for sys_rschd after isr processing looks really trivial > and top priority now. Did you ever get round to it? And Peter, did you try out the suggestions that were made at that time? Could the effects Peter mentions have anything to do with the cache? Per
