Lange Startdauer Code Composer Studio 6.2.0.00050

[Walter L. (charly2)]

Hallo,
weiß jemand, warum der CCS beim Starten so lange braucht (ca. 2 Min)?
Aus welchen Ordnern der CCS Daten läd?
Kann eine Bereinigung gestartet werden, die Altdaten löscht?
VG Walter

[Falk B. (falk)]

@ Walter Lohmann (charly2)

>weiß jemand, warum der CCS beim Starten so lange braucht (ca. 2 Min)?

Das ist nicht normal, das dauert eher um die 10-30s.

>Aus welchen Ordnern der CCS Daten läd?

Keine Ahnung.

>Kann eine Bereinigung gestartet werden, die Altdaten löscht?

Dito.

Jaja, die wunderbare Welt der IDEs . . .

[Jim M. (turboj)]

Walter L. schrieb:
> Aus welchen Ordnern der CCS Daten läd?

Schau dir mal procmon von den Sysinternals an, das kann diese Fragen 
beantworten.

War CCS nicht eine Abwandlung von Eclipse? Dann könnte neueres Java 
helfen.

Übrigens bräuchten wir auch eine Idee was das für ein System ist, für 
ein olles Netbook mit rotierender Platte wäre die Startzeit OK, für 
einen *Lake (SkyLake ff.) mit SSD nicht.

[Walter L. (charly2)]

64 Bit Laptop win10 mit ssd->hier liegt der ccs, auf d: die Projekte. 
Auf einem zweiten gleichen Labtop mit weniger Projekten und weniger 
Daten auf d: geht es angenehm schnell. VG Walter

[Torsten R. (Firma: Torrox.de) (torstenrobitzki)]

Jim M. schrieb:
> War CCS nicht eine Abwandlung von Eclipse? Dann könnte neueres Java
> helfen.

Ja, aber TI bringt da seine eigene Java-Version mit.

Vielleicht checkt der da nach updates und die Verbindung ist so langsam.

[Walter L. (charly2)]

Verbindung ist abgeschaltet.
VG Walter

[Torsten R. (Firma: Torrox.de) (torstenrobitzki)]

Walter L. schrieb:
> Verbindung ist abgeschaltet.

Genau das könnte das Problem sein. Versucht vielleicht verschiedene 
Repositories, mit einen hohen Timeout.

[Walter L. (charly2)]

>Auf einem zweiten gleichen Labtop mit weniger Projekten und weniger
>Daten auf d: geht es angenehm schnell.
wie geschrieben.
VG Walter

[Walter L. (charly2)]

@turboj
Danke. Gute Idee. VG Walter

[Falk B. (falk)]

Früher (tm), gab es bei vielen Programmen sowas wie ein Boot-Terminal, 
wo diverse Ausschriften kamen, was das Programm gerade macht. Da hatte 
man ein Chance, die Ursache der Verzögerung einzukreisen. Heute ist 
alles versteckt unter der Haube. Wenn's klemmt, steht man doof da 8-0 Da 
wäre wenigstens eine Art Debug-Mode hilfreich.

[Kaj G. (Firma: RUB) (bloody)]

Falk B. schrieb:
> Früher (tm), gab es bei vielen Programmen sowas wie ein Boot-Terminal,
> wo diverse Ausschriften kamen, was das Programm gerade macht. Da hatte
> man ein Chance, die Ursache der Verzögerung einzukreisen. Heute ist
> alles versteckt unter der Haube. Wenn's klemmt, steht man doof da 8-0 Da
> wäre wenigstens eine Art Debug-Mode hilfreich.
Oder wenigstens eine Log-Datei in der man nachschauen kann. Aber sowas 
ist ja heute auch ueberbewertet... :(

[Walter L. (charly2)]

Hallo,
jetzt CCSV8.
Neu instal. 2.2018 :Startzeit ca. 20 Sek.
Jetzt: Startzeit ca. 3 Min.

Was ist mit den vielen Ordnern z. B. in
D:\CCSV8\CODE_28062\.metadata\.plugins\org.eclipse.core.resources\.histo 
ry
die immer mehr werden.

Hat jemand eine Lsg.?
VG Walter

[Walter L. (charly2)]

Hallo,

in
D:\CCSV8\...\.metadata\.plugins\org.eclipse.core.resources\.history
habe ich alle Ordner mal gelöscht.
Jetzt ist die Startzeit akzeptabel und es fkt. weiterhin.
!!!! Ohne Gewähr auf Allgemeingültigkeit !!!!!

VG Walter