From: ldries46 <bertus.dries@planet.nl>
Subject: Re: String Buffer
Date: Fri, 3 Dec 2021 09:31:08 +0100 [thread overview]
Message-ID: <nnd$55e87b4c$56b6bcf4@56f20470a9aa0149> (raw)
In-Reply-To: <sob8df$vbj$1@dont-email.me>
Op 2-12-2021 om 20:56 schreef Jeffrey R.Carter:
> On 2021-12-02 19:17, Kevin Chadwick wrote:
>>
>> Unbounded is said to be inefficient because it re-allocates.
>>
>> In any case avoiding unbounded strings is almost certainly in the
>> realm of premature optimisation
> "Efficiency" is only meaningful in the context of a project's
> quantitative timing requirements: an efficient implementation allows
> the project to meet those requirements, while an inefficient
> implementation does not.
>
> In the absence of such context, any claims of "inefficiency" (and
> especially blanket claims such as "Unbounded_String is inefficient")
> simply demonstrate the speaker's incompetence.
>
> For an example of context, a decade ago I worked on a soft-real-time
> system that made extensive use of Unbounded_String and had no problem
> meeting its timing requirements. Unbounded_String was clearly
> efficient for that project. Since most projects that would use
> Unbounded_String have even less restrictive timing requirements than
> that system, it seems likely that Unbounded_String will be efficient
> for them, too.
>
I don't like the word "Efficiency". because what doe it mean. In the
time that I started programming 1966/1967 computers were relative slow
and small. You did not like any kind of strings because they toke lots
of memory and lots of power. Gradually computers started to become
faster and bigger (in memory, smaller in size) that meant that string
operations also became faster and so use of string operations became
more normal. In my opinion programs that need a lot of string
manipulation do not need to be very fast because in general there the
output is the limiting factor. In most other programs string
manipulation is only a small part of the program still becoming faster
along with new developments. My statement is that string manipulation
does no have to become more efficient because other factors do limit the
efficciency of the program much more.
next prev parent reply other threads:[~2021-12-03 8:31 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-02 18:17 String Buffer Kevin Chadwick
2021-12-02 19:56 ` Jeffrey R.Carter
2021-12-02 20:15 ` Dmitry A. Kazakov
2021-12-02 21:06 ` Jeffrey R.Carter
2021-12-02 21:45 ` Dmitry A. Kazakov
2021-12-03 0:49 ` Kevin Chadwick
2021-12-03 5:25 ` Randy Brukardt
2021-12-03 8:31 ` ldries46 [this message]
2021-12-02 20:51 ` Simon Wright
2021-12-03 8:11 ` Vadim Godunko
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox