Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > microsoft.public.scripting.vbscript > #12334
| From | "R.Wieser" <address@not.available> |
|---|---|
| Newsgroups | microsoft.public.scripting.vbscript |
| Subject | Re: Why does a loop using instr() and mid() get slower on larger data ? - found it (I think) |
| Date | 2021-01-03 19:26 +0100 |
| Organization | Aioe.org NNTP Server |
| Message-ID | <rst27r$vb$1@gioia.aioe.org> (permalink) |
| References | (5 earlier) <rsqs1f$5le$1@dont-email.me> <rsrtfa$1v8c$1@gioia.aioe.org> <rssian$hjo$1@dont-email.me> <rssm7m$5ai$1@gioia.aioe.org> <rst07m$pa8$1@dont-email.me> |
Mayayana, > I just meant using both of those methods as one > option to test. > s = TS.ReadAll > s = UCase(s) I would do the same. Its just that it looked like you suggested the reverse order ... > I've run into that before. In that case I just > have two: I was also considereing using that. Didn't like to have a duplicate of the same, rather large string though. But that may still be my "640 KB is enough for everyone" memories talking though. Programming (small) microcontrollers might also have something to do with it. :-) > The speed difference is worth it. I will most likely try it out, if only to see the difference. > I've found the two things that make a very notable > difference in speed are concatenating with arrays > and case-sensitive search :-) I've just ran into the latter, but can't say I've ever used the former. Thanks. Regards, Rudy Wieser
Back to microsoft.public.scripting.vbscript | Previous | Next — Previous in thread | Next in thread | Find similar
Why does a loop using instr() and mid() get slower on larger data ? "R.Wieser" <address@not.available> - 2021-01-02 12:41 +0100
Re: Why does a loop using instr() and mid() get slower on larger data ? "Mayayana" <mayayana@invalid.nospam> - 2021-01-02 08:39 -0500
Re: Why does a loop using instr() and mid() get slower on larger data ? "R.Wieser" <address@not.available> - 2021-01-02 16:46 +0100
Re: Why does a loop using instr() and mid() get slower on larger data ? "Mayayana" <mayayana@invalid.nospam> - 2021-01-02 15:26 -0500
Re: Why does a loop using instr() and mid() get slower on larger data ? "R.Wieser" <address@not.available> - 2021-01-02 22:11 +0100
Re: Why does a loop using instr() and mid() get slower on larger data ? "Mayayana" <mayayana@invalid.nospam> - 2021-01-02 17:27 -0500
Re: Why does a loop using instr() and mid() get slower on larger data ? - found it (I think) "R.Wieser" <address@not.available> - 2021-01-03 08:58 +0100
Re: Why does a loop using instr() and mid() get slower on larger data ? - found it (I think) "Mayayana" <mayayana@invalid.nospam> - 2021-01-03 08:54 -0500
Re: Why does a loop using instr() and mid() get slower on larger data ? - found it (I think) "R.Wieser" <address@not.available> - 2021-01-03 16:01 +0100
Re: Why does a loop using instr() and mid() get slower on larger data ? - found it (I think) "Mayayana" <mayayana@invalid.nospam> - 2021-01-03 12:51 -0500
Re: Why does a loop using instr() and mid() get slower on larger data ? - found it (I think) "R.Wieser" <address@not.available> - 2021-01-03 19:26 +0100
Re: Why does a loop using instr() and mid() get slower on larger data ? "Mayayana" <mayayana@invalid.nospam> - 2021-01-02 17:43 -0500
Re: Why does a loop using instr() and mid() get slower on larger data ? JJ <jj4public@gmail.com> - 2021-01-03 02:47 +0700
Re: Why does a loop using instr() and mid() get slower on larger data ? "R.Wieser" <address@not.available> - 2021-01-02 21:47 +0100
csiph-web