Program som blir långsammare ju längre de körs?

Jag försöker förstå mig på utan att riktigt hoppas på någon lösning om ett program som körs i Windows 10 (har även provats i Windows 7, Vista och XP). Programmet är Sound Forge som tidigare ägdes av Sony Vegas innan det förvärvades/såldes till Magix.

Programmet har ett fascinerande problem när dess funktion Tools -> Batch Converter körs vilket har varit kvar sedan minst version 6.0 och finns fortfarande kvar idag i den senaste versionen (16 eller vad det är).

Vad som händer är följande tills att programmet blir så långsamt och hänger sig/kraschar:
1. Jag lägger till 4000 wav filer som fem effekter skall appliceras för alla separata wav-filer.

2. Jag väljer och justerar de effekter som skall appliceras på alla dessa tillagda wav-filer.

3. Jag väljer att nuvarande wav-filer skall skrivas över i samma mapp.

4. Jag startar Batch convertern.

5. Den tuffar på och efter cirka 1300 filer så börjar datorn bli oerhört långsam med datormusen i eftersläpning på datorskärmen. Trots detta visar aktivitetshanteraren endast mellan 12-20 % CPU användning (Ryzen 5900x) och grafikkortet 10-20% användning (RTX3090).

Alltså, programmet blir långsammare och gör hela datorn långsammare trots att minnes- och CPU-användningen förblir lika mycket. Vad är det då som verkar "flödas över"? Jag ser oxå att efter cirka 1000 filer så börjar programmet bli slöare med varje bearbetad ljudfil. Allt görs på en M.2- NvME-hårddisk

När jag kollar i felmeddelande vissa gånger det kraschat så rapporterar programmet att felet skall ha orsakats i Kernel.dll-fil i själva Windows och inte i programmet i sig.

En intressant detalj är att långsammare datorer (långsammare CPU) hänger sig vid tidigare antal filer trots att samma batch körs (samma och lika många wav-filer). Detta får mig att fundera på om det är någon slags "overflow"-bug som orsakas trots att man inte ser någon signifikant ökning i minnes- eller CPU-användning?

Jag är bara nyfiken på hur ett program helt plötsligt kan göra en dator segare utan att CPU-användningen når 100% för att sedan krascha. Vad är det för mystisk programmering med hur programmet kommunicerar med Windows som får det att bli så här?

Det hamnar lätt under 1 GB. Mellan 500-700 MB. Jag har 32 GB-ram minne (ingen cache-fil). Minnesanvändningen ändras inte heller medan programmets slöhet ökar dock i takt med att fler filer har bearbetats. Därför jag ser det lite som ett mysterium eftersom ingenting tycks ökas förutom den uppenbara slöheten i burken.

Och detta har verifierats på andra datorer med andra processorer där det verkar vara bara mellan 300-400 filer innan programmet hänger sig. Alltså, objektivt långsammare datorer så hänger sig programmet tidigare trots att det inte går att se någon förändring i minnes- eller CPU-användningen som leder upp till detta.

Aha, ja något sådant kan det vara. Jag skall köra ett test igen med liknande parametrar (samma ljudfiler, fem applicerade effekter) och ta skärmdump på Aktivitetshanteraren när olika antal filer bearbetats för att se om något tycks ha förändrats mellan 0 filer -> 500 filer, 750 filer, 1000 filer och när det kraschar runt 1300.

Programmet lyckades som sagt var kötta igenom de 4000 filerna när jag bara hade 1 eller 2 ljudeffekter applicerade. När jag googlade kring problemet så spekulerade någon om att "effekter som scannar i ljudfiler tycks kunna öka risken för krascher" (t.ex. parametriska EQ-effekter som måste söka sig till olika frekvenser i varje ljudfil som den bearbetar).

En algoritm som tar längre tid för varje sak som bearbetas låter som en dåligt implementerad "rekursiv kodrutin" eller vad man ska säga?

Vilka av verktygen rekommenderar Du då?

Jag måste bekräfta: Programmet jag kör är 64-bitars och INTE 32-bitars. Samma problem kvarstår dock.

Filerna som behandlas av Batch Convertern går uppemot 14 GB i wav-filer sammanlagt.

EDIT: Är detta "legit" version av .NET 5.0 avtäckt av Microsoft? https://devblogs.microsoft.com/dotnet/announcing-net-5-0/ (det är dock specifikt .NET och verkar inte ha med .NET Framework att göra?)