From owner-freebsd-hackers Tue Feb 16 7:22:36 1999 Received: (from root@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA29601 for freebsd-hackers; Tue, 16 Feb 1999 07:22:35 -0800 (PST) (envelope-from peter) Received: from iquest3.iquest.net (iquest3.iquest.net [209.43.20.203]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA24206 for ; Tue, 16 Feb 1999 06:33:34 -0800 (PST) (envelope-from toor@y.dyson.net) Received: (qmail 1608 invoked from network); 16 Feb 1999 14:33:30 -0000 Received: from dyson.iquest.net (HELO y.dyson.net) (198.70.144.127) by iquest3.iquest.net with SMTP; 16 Feb 1999 14:33:30 -0000 Received: (from root@localhost) by y.dyson.net (8.9.1/8.9.1) id JAA01411; Tue, 16 Feb 1999 09:33:30 -0500 (EST) Message-Id: <199902161433.JAA01411@y.dyson.net> Subject: Re: inode / exec_map interlock ? (follow up) In-Reply-To: <199902160748.XAA21828@apollo.backplane.com> from Matthew Dillon at "Feb 15, 99 11:48:09 pm" To: dillon@apollo.backplane.com (Matthew Dillon) Date: Tue, 16 Feb 1999 09:33:30 -0500 (EST) Cc: dyson@iquest.net, freebsd-hackers@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@iquest.net X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Dillon said: > :Are you blocking on excessively large numbers of output requests? You > :know *exactly* the issue at hand, and it has to do with the backpressure > :needed to keep the pageout daemon from doing an evil nasty on all of the > :pages in the system. > : > :The original version of your code appeared to have the problem, and if > :you have fixed it, or you aren't queueing more than a few pageouts at > :a time (perhaps <10 or so), then you are okay. Note that "pageouts" > :often imply the need for "pageins", and often the same disk for "pageouts" > > Excuse me, John, you aren't listening. > > The ORIGINAL VM CODE. Do I need to repeat that? The *ORIGINAL* VM CODE > does not have one single line of source to prevent excessive queueing > of I/O for pageout ops. > You are wrong. Please look at the code. I will point the code out to you if you want, but I suspect that you don't want to know. > > You keep on accusing me of doing something wrong. I keep on telling you > that I haven't done what you seem to think I have done. If you are going > to continue to accuse me, then point to the code that you feel is broken. > You are wrong. It is entertaining to me to see you make such strong responses to simple, truthful assertions, and proof is simple. That makes me suspect that you really didn't understand the code, and is why I am quite worried about the changes that you have been making. I truely believed that you understood how the original swap pager worked, and now, I suspect that you only parroted the design, missing some important points. If there wasn't a tsleep or two in the code in strategic areas, I could have possibly understood your position. :-). The data structure improvements that you made in the swap pager were valuable, however you also stripped out important functionality. Already, there is anecdotal information regarding performance regressions. -- John | Never try to teach a pig to sing, dyson@iquest.net | it makes one look stupid jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message