From mboxrd@z Thu Jan 1 00:00:00 1970 From: Guillermo Gomez Subject: Re: Resources Eating? Date: 07 Dec 2003 13:53:33 -0400 Sender: linux-msdos-owner@vger.kernel.org Message-ID: <1070819613.2030.20.camel@frickx.localdomain> References: <20031207160205.20854.qmail@web41508.mail.yahoo.com> <1070815301.2030.5.camel@frickx.localdomain> <3FD362BD.4050906@EUnet.yu> Mime-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <3FD362BD.4050906@EUnet.yu> List-Id: Content-Type: text/plain; charset="iso-8859-1" To: dosemu Well in my case is not a problem of speed or logic. More than 10 sessions works, the big issue is printing (passthrough), i= t works with "small" documents (up to 4 pages). So i really can't tell if it's just because the resourses eating or a networking problem. Today i tested again (passthrough) and the nice 0 level of the telnet server did not make any difference. I included today the flag NO_DELAY for further testing. The interactivity with the application is ok. What i see is the developer of the application (or the compiler BC) using a stupid loop consuming all the CPU cycles just for refreshing the display. However the logic of the program is not being affected, is the network transmission, it just stops, could that be a consequence of the lack of CPU cycles? Guillermo On Sun, 2003-12-07 at 13:26, Dukai G=C3=A1bor wrote: > Guillermo Gomez wrote: >=20 > >>>The point is that the "program" is eating all the > >>>CPU. > >>> =20 > >>> > I have found the same problem with a Clipper app. I could not solve i= t.=20 > It works for me with 5 clients but really slow. > There was a discussion about it on this list. >=20 >=20 > Dukai >=20 > - > To unsubscribe from this list: send the line "unsubscribe linux-msdos= " in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html - To unsubscribe from this list: send the line "unsubscribe linux-msdos" = in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html