Was vermisst ihr in der RTL/VCL? Wünsche + Vorschläge!

[Stevie]

Zitat von Bambini:

Ich würde mir einen Threaded Memory Manager wünschen, also einen MM für jeden Thread. Dann kann jeder Thread in seinem MM toben, ohne von den anderen Threads ausgebremst zu werden. Wenn dann noch die LOCK bei der string Verarbeitung wegfallen, http://synopse.info/forum/viewtopic.php?id=423 könnte Delphi alle CPU Kerne nutzen.

Und welcher Threadmanager verarbeitet die Objekte/strings die in Thread A erzeugt werden und an Thread B gegeben werden? Wenn dich Speichermanagement in einer Multithread Umgebung ausbremst, dann bau dir nen Objektpool, so dass Instanzen nicht immer erzeugt und freigegeben werden.

[BUG]

Zitat von Bambini:

Ich würde mir einen Threaded Memory Manager wünschen, also einen MM für jeden Thread. Dann kann jeder Thread in seinem MM toben, ohne von den anderen Threads ausgebremst zu werden. Wenn dann noch die LOCK bei der string Verarbeitung wegfallen, http://synopse.info/forum/viewtopic.php?id=423 könnte Delphi alle CPU Kerne nutzen.

Der verlinkte Beitrag ist imho etwas missverständlich geschrieben. Wenn man Reference-Counting über mehrere Kerne machen möchte, sind diese LOCKed Instruktionen nötig. Das angesprochene Locking über CS ist mindestens genauso teuer. Wenn eh CS benutzt werden, dann sollte es afaik auf modernen Maschinen auch kein Skalierungsproblem mit den Reference-Countern geben.

[Bambini]

Zitat von Stevie:

Und welcher Threadmanager verarbeitet die Objekte/strings die in Thread A erzeugt werden und an Thread B gegeben werden?

Die erzeugten Objekt bleiben ja am Leben, egal ob sie im MM von Thread A oder B erzeugt wurden können von überall verwendet werden.

Zitat von Stevie:

Wenn dich Speichermanagement in einer Multithread Umgebung ausbremst, dann bau dir nen Objektpool, so dass Instanzen nicht immer erzeugt und freigegeben werden.

Es bremst ja jeder GetMem() Aufruf, nicht nur ein TObject.Create(), sondern auch schon ein simples a := a + 'X'; oder ein TStringBuilder.Append('Bitte anhängen');

Natürlich kann man sein Programm auch an die Limits der RTL anpassen und dafür Workarounds bauen.
Und da es hier etwas zum Wünschen gab: Schöner ist es natürlich, das Delphi das kann, was .NET und C++ auch schon lange können.

[greenmile]

Zitat von himitsu:

Ich wünsche mir, dass sowas endlich mal direkt eingebaut ist.

Delphi-Quellcode:

type
  TPageControl = class(ComCtrls.TPageControl)
  private
    FStartupPage: TTabSheet;  // Diese Seite wird beim Start der Form geladen, unabhängig von der letzten aktiven Seite in der IDE.
    procedure SetStartupPage(Value: TTabSheet);
    function  SaveActivePage: Boolean;
    function  SaveStartupPage: Boolean;
  published
    property ActivePage {: TTabSheet read FActivePage write SetActivePage} stored SaveActivePage;
    property ActivePageOnStartup: TTabSheet read FStartupPage write SetStartupPage stored SaveStartupPage;
  end;

function TPageControl.SaveActivePage: Boolean;
begin
  Result := Assigned(ActivePage) and not Assigned(FStartupPage);
end;

function TPageControl.SaveStartupPage: Boolean;
begin
  Result := Assigned(FStartupPage);
end;

procedure TPageControl.SetStartupPage(Value: TTabSheet);
begin
  FStartupPage := Value;
  if Assigned(FStartupPage) then
    inherited ActivePage := FStartupPage;
end;

Ich habe es noch nie verstanden, wieso das nicht drin ist. Ist mit wenigen Zeilen Source erledigt. Da ich aber inzwischen fast nur noch TMS verwende, ist es mir egal.

[Bambini]

Zitat von BUG:

Der verlinkte Beitrag ist imho etwas missverständlich geschrieben. Wenn man Reference-Counting über mehrere Kerne machen möchte, sind diese LOCKed Instruktionen nötig. Das angesprochene Locking über CS ist mindestens genauso teuer. Wenn eh CS benutzt werden, dann sollte es afaik auf modernen Maschinen auch kein Skalierungsproblem mit den Reference-Countern geben.

Soweit ich das verstehe, LOCK'en Delphi strings immer die Kerne. D.h. macht ein Thread viele String Operationen, müssen die anderen immer warten, obwohl die mit dessen strings und Variablen nix zu tun haben.

[BUG]

Zitat von Bambini:

Soweit ich das verstehe, LOCK'en Delphi strings immer die Kerne. D.h. macht ein Thread viele String Operationen, müssen die anderen immer warten, obwohl die mit dessen strings und Variablen nix zu tun haben.

Ursprünglich hat dieser Präfix zum Locken des kompletten Speicherbus geführt, aber das ist schon länger her. Etwas aufwendiger ist das schon, aber wenn das nicht auf gemeinsamen Cache-Lines passiert, nicht annähernd so dramatisch.

[Stevie]

Zitat von Bambini:

Zitat von Stevie:

Und welcher Threadmanager verarbeitet die Objekte/strings die in Thread A erzeugt werden und an Thread B gegeben werden?

Die erzeugten Objekt bleiben ja am Leben, egal ob sie im MM von Thread A oder B erzeugt wurden können von überall verwendet werden.

Sagt wer? Was soll denn passieren, wenn Thread B ein in Thread A erstelltes Objekt freigibt?

[BUG]

Zitat von Stevie:

Sagt wer? Was soll denn passieren, wenn Thread B ein in Thread A erstelltes Objekt freigibt?

Fügt er es entweder in seinen Pool ein oder gibt es zurück. All diese Probleme sind bekannt und werden von parallelen MM berücksichtigt. Ich finde das Paper zu Hoard ist als Einstieg in parallele MM gut geeignet (viele nützliche Referenzen).

[bernau]

Ich hole mal den Thread nach oben.

In der Regel verwende ich in meinen Programmen 3-4 verschiedene Schriftstile

Normaler Text (size = 9, color = clblack)
Hervorgehobener Text1 (size = 9, color = clnavy)
Hervorgehobener Text2 (size = 9, color = clred)
Überschrift (size = 12, color = clblack)

Ich wünsche mir eine Art "Cascading Style Sheets" für die Darstellung von (VCL-)Componenten. In Html lege ich einfach in CCS die Vorgaben für Schriften fest und kann dann über h1, h2, h3 etc. einem Text mitteilen, welche Schrift verwendet wird.

Es müsste dann ein neues Property "FontStylename" geben, bei dem ich dann einfach den Stil "Hervorgehobener Text1" auswähle und schon sind die entsprechenden Werte gesetzt. Schriften könnten an zentraler stelle geändert werden.

Zur Zeit nervt auch, daß eine Änderung an der Textgröße automatisch alle Eigenschaften von Font in der DFM-gespeichert. Ich arbeite viel mit vererbten Formularen. Das bedeutet, daß eine geänderte Textgröße im abgeleiteten Formular bewirkt, daß eine Änderung des Fontnamen im Template keine Auswirkung im abgeleiteten Formular mehr hat.

[BUG]

Zitat von bernau:

Ich wünsche mir eine Art "Cascading Style Sheets" für die Darstellung von (VCL-)Componenten.

Meiner Erfahrung nach wird UI-Entwicklung immer angenehmer, je mehr man deklarativ hinschreiben kann