<p dir="ltr">Why did you say "thoughtless agglomeration of features?"</p>
<p dir="ltr">Do you know anything about the design of the P-E S/M, or is just a biased guess? Have you ever tried a large external sort with UNIX commands?</p>
<p dir="ltr">Marc</p>
<br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, Jan 17, 2025, 12:10 PM Bakul Shah via TUHS <<a href="mailto:tuhs@tuhs.org">tuhs@tuhs.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Jan 17, 2025, at 9:23 AM, Diomidis Spinellis <<a href="mailto:dds@aueb.gr" target="_blank" rel="noreferrer">dds@aueb.gr</a>> wrote:<br>
> <br>
> I also think that the design of Perkin-Elmer's Sort/Merge II shows the influence of salespeople forcing developers to tack-on whatever features were required by important customers.  Maybe the clean design of Unix owes a lot to AT&T's operation under the 1956 consent decree that prevented it from entering the computer market.  This may have shielded the system's design from unhealthy market pressures during its critical gestation years.<br>
<br>
IIRC sort/merge was/is a pretty major thing on IBM mainframes, with<br>
products from multiple companies. May be Perkin-Elmer were trying<br>
to compete with mainframe sort/merge products? Also, I suspect that<br>
for sorting terabytes of data Unix sort likely won't work as fast as<br>
mainframe sorts....</blockquote></div>