the_hell schrieb am 24. Februar 2011 22:11
> Stegreif schrieb am 24. Februar 2011 15:03
> > Im Ernst: 1000 Domains sind doch *nichts*. Die klackert ein
> > halbwegs aktueller Rechner in zwei, drei Sekunden durch.
> > Anderenfalls macht man irgendwas Grundlegendes falsch (falsche
> > Skriptsprache, falsches Betriebssystem, falsches Dateisystem, was
> > auch immer).
>
> Dateisystem?
> Vielleicht sprechen wir von unterschiedlichen Dingen: Ich meine nicht
> tausend neue Zonen als Zonenfiles anzulegen (wann kommt das auch
> schon mal auf einmal vor) sondern in tausend laufenden Zonen
> Änderungen zu machen, also z.B je einen A-Record hinzuzufügen.
Ob anlegen oder ändern macht keinen großen Unterschied, das geht etwa
gleichschnell. Anlegen geht evtl. geringfügig schneller, da keine
Sicherheitskopie des alten Inhalts zurückbehalten wird, aber ich habe
das nicht gemessen.
> Mein Perlskript arbeitet die Datensätze zugegeben nacheinander ab,
> ein Performancegewinn durch forken wäre also noch drin. Die
> Datensätze gibt mein Skript dann als DDNS an named der es in seine
> Jornaldateien übernimmt.
>
> Wie hast Du das realisiert?
Ich verwende kein DDNS, sondern mache es "old-school": Mein Skript
ändert die Zone-Dateien direkt und initiiert dann einen Reload.
Hab's gerade mal testweise für 1000 Zones gemacht (TXT-Record
hinzugefügt und wieder gelöscht): Das Ändern der 1000 Dateien
braucht 1,4 Sekunden, der Reload 1,1 Sekunden (Wall-clock, nicht
CPU-Zeit; die liegt noch darunter). Also insgesamt 2,5 Sekunden.
Das Skript arbeitet nicht parallel (würde sich vermutlich nicht
lohnen), und die Kiste, wo ich es gerade getestet habe, ist ca. 5
Jahre alte Single-Core-Hardware mit einem S-ATA-Pärchen (Mirror).
Also nichts Besonderes.
Als Skriptsprache verwende ich da Python (ganz früher war's mal ein
Shell-Skript). Das soll aber nicht heißen, dass man es in Perl nicht
ebenso machen könnte.
> Stegreif schrieb am 24. Februar 2011 15:03
> > Im Ernst: 1000 Domains sind doch *nichts*. Die klackert ein
> > halbwegs aktueller Rechner in zwei, drei Sekunden durch.
> > Anderenfalls macht man irgendwas Grundlegendes falsch (falsche
> > Skriptsprache, falsches Betriebssystem, falsches Dateisystem, was
> > auch immer).
>
> Dateisystem?
> Vielleicht sprechen wir von unterschiedlichen Dingen: Ich meine nicht
> tausend neue Zonen als Zonenfiles anzulegen (wann kommt das auch
> schon mal auf einmal vor) sondern in tausend laufenden Zonen
> Änderungen zu machen, also z.B je einen A-Record hinzuzufügen.
Ob anlegen oder ändern macht keinen großen Unterschied, das geht etwa
gleichschnell. Anlegen geht evtl. geringfügig schneller, da keine
Sicherheitskopie des alten Inhalts zurückbehalten wird, aber ich habe
das nicht gemessen.
> Mein Perlskript arbeitet die Datensätze zugegeben nacheinander ab,
> ein Performancegewinn durch forken wäre also noch drin. Die
> Datensätze gibt mein Skript dann als DDNS an named der es in seine
> Jornaldateien übernimmt.
>
> Wie hast Du das realisiert?
Ich verwende kein DDNS, sondern mache es "old-school": Mein Skript
ändert die Zone-Dateien direkt und initiiert dann einen Reload.
Hab's gerade mal testweise für 1000 Zones gemacht (TXT-Record
hinzugefügt und wieder gelöscht): Das Ändern der 1000 Dateien
braucht 1,4 Sekunden, der Reload 1,1 Sekunden (Wall-clock, nicht
CPU-Zeit; die liegt noch darunter). Also insgesamt 2,5 Sekunden.
Das Skript arbeitet nicht parallel (würde sich vermutlich nicht
lohnen), und die Kiste, wo ich es gerade getestet habe, ist ca. 5
Jahre alte Single-Core-Hardware mit einem S-ATA-Pärchen (Mirror).
Also nichts Besonderes.
Als Skriptsprache verwende ich da Python (ganz früher war's mal ein
Shell-Skript). Das soll aber nicht heißen, dass man es in Perl nicht
ebenso machen könnte.