| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | baud rate |
PE> You mean like the claim that zip wouldn't save 1 second off PE> your transfer times of the incoming PKT file, which suddenly PE> turned into a "I can get bigger savings elsewhere anyway"? RS> If you cant grasp that the saving on archiving the outgoing PKT RS> is tiny and insignificant compared with the total session time RS> in the 4 minute class, and that if you really do care about saving RS> seconds on the session time there are FAR more effective ways of RS> doing that, like dropping the echoes that I hardly ever read... PE> If you can't grasp the fact that you made a total balls-up PE> on your 1-second claim, and then tried to put up a smokescreen PE> to get out of it, If you cant grasp the fact that what matters is the 4 minute session times, and that it really doesnt matter a stuff if its a 1 second or 6 second saving when you have a 4 minute session time, thats entirely your problem Paul. Its just utterly anal retentive silly stuff of no importance at all. PE> well you're the only person on this system who was convinced. You have absolutely NO idea what anyone else thought about it except yourself. And judging by some of the comments others have made about some of your anal retentive stuff... |-) PE> I thought you reckoned you were willing to say "I was wrong" PE> when it is quite evident that you made a total balls-up? I am, I still maintain that worrying about either 1 second or 6 seconds in a total session time of 4 minutes is pointless, and that if you really do want to save either 1 second or 6 seconds in a session time like that, there are FAR more productive ways of saving that amount of time. AND this latest question of the port speed doesnt stand a chance of saving that maximum time anyway, wont get within a bulls roar of it. If by some miracle you could say go from 3200 to 3400 cps, that would save about 2 seconds if you are fucking lucky, and it aint gunna happen anyway, coz there is plenty of headroom at 38400. QED, its anal. PE> The files we were using had only "X" in them. RS> Well, thats hardly surprising then is it ? And completely RS> irrelevant to whether it would help with the speed of my PKTs. PE> The fact remains that it still looked like there was headroom PE> left, since the CPS rate was less than 3840. It turns out that PE> that theory was incorrect. You dont know that. I still dont believe that you really did have headroom left and could achieve a higher thruput. You either stuffed the test or the Spirit has fucked code in it. And *I* know that that wont be happening for ME coz *I* already tested it and it didnt. And even if it did you, would be fucking lucky to save 2 seconds. Whoopy fucking do in a session time of 4 minutes. With FAR better ways of saving 2 seconds if you really want to. Corse I am FAR too polite to ask you to admit you are being anal |-) --- PQWK202* Origin: afswlw rjfilepwq (3:711/934.2) SEEN-BY: 711/934 @PATH: 711/934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.