Re: [de-dev] Datensicherung OOo

2010-11-08 Diskussionsfäden Salvalaggio Marino

hi Mathias

Mathias Bauer schrieb:

Der schlimmste Fall ist, das während der Speicherung ein Powerfal
auftritt. Dann ist das RAM leer, und die geöffnete Datei, eventuell
selber auch nicht mehr lesbar - Fragmente fehlen. Ist mir leider schon
begegnet. Wirklich ein Desaster, wenn Dir solches widerfährt!



Sicher, das ist ärgerlich. Allerdings ist es IMHO fragwürdig, ob man 
einen Riesenaufwand dafür treiben muss, dass bei extrem seltenen 
Situationen (Power Failure) die Arbeit der letzten paar Minuten nicht 
verloren geht. Solange OOo noch genug andere Probleme zu lösen hat, 
sehe ich diese Notwendigkeit nicht als wirklich gegeben an. Ideen für 
eine Lösung hätte ich genügend, sie erfordern aber alle erhebliche Mühen.



Richtig !

Ich hatte das ja auch nur erwähnt, weil hier von Sicherheit die Rede war.
Der Aufwand so etwas zu implantieren, darauf hatte ich ja hiengewiesen: /*
was Johannes A. Bodwing angesprochen hat ist nicht ganz so trivial*/ 
(05.11.2010 16:08)



So schrieb Johannes:

> Man müßte mal richtig da rangehen, wie es machbar wäre, trotz 
möglicherweise derzeit vorhandenen Problemen.
> Es wäre auch ein Marketing-Vorteil. Denn welche andere 
Office-Software hat so was?
> Und Datensicherheit ist für Unternehmen wie für Privatleute einer der 
ganz wichtigen Aspekte.
> Also, nicht einfach nur als Privat-Problem betrachten; vielleicht mal 
gucken, ob da nicht noch eine Lösung hinter Wandschrank steckt.


Wenn du dieses Risiko nicht eingehen willst, sollte "CTRL-S" mit der 
Zeit deine Lieblingstastenkombination werden.



Auf solche Erfahrungen hin, habe ich mir angewöhnt, bei Office
-produkten nach dem öffnen als 1. unter neuem Namen zu speichern und
erst dann mit dem Arbeiten zu beginnen - gebrannte Kinder scheuen das
Feuer.


Das verstehe ich jetzt nicht. Deine alte Datei sollte niemals verloren 
gehen, außer, wenn direkt beim Überschreiben der ursprünglichen Datei 
in den wenigen ms, die das üblicherweise dauert, der Strom weg ist. 
Und selbst dann verlierst du die alte Datei nicht, wenn du mit Backup 
speicherst.


Bei mir ist das Problem ja auch ein wenig anders gelagert. Wenn ich 
meine Programm-Projekte bearbeite, so lege ich die Header-Dateien zur 
Weiterverarbeitung in Tabellen ab. Diese dienen mir zur Arbeit in 
CAD-Schemas. Das bedingt, dass diese Tabellen im Hintergrund beständig 
geöffnet bleiben, damit ich meine Haedereinträge direkt um kopieren 
kann. Leider existiert da kein passender Export, so dass ich diesen 
Notbehelf anwenden muss - nicht gerade elegant aber Zweck erfüllend.


Wenn ich dann diese Calc- bez. Base-Datei abspeichere haben die dann 
mitunter schon ein ziemliches Volumen das eben seine Zeit beim Save 
benötigt.


Bei Access habe ich übrigend in diesem Zusammenhang schon diversen Frust 
erlebt. Beim neu Öffnen habe ich die die tolle Meldung erhalten "Datei 
nicht lesbar" - darum meine diesbezügliche Vorsicht.


biBa Marino

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-08 Diskussionsfäden Mathias Bauer

On 11/05/2010 06:29 PM, Salvalaggio Marino wrote:

Hi Mathias,

Mathias Bauer schrieb:

Jein. OOo versucht noch, während des Absturzes deine Dokumente zu
speichern. Obwohl schon viele Leute erklärt haben, dass das
theoretisch eine ganz schlechte Idee ist, funktioniert sie in >99%
aller Fälle aber in der Praxis tatsächlich gut. Wenn das bei dir nicht
passiert, hast du vielleicht einen Build ohne Crash Reporter, denn ich
glaube, dass diese Funktionalität an dessen Aktivierung gekoppelt ist.


Ja, das habe ich schon festgestellt, nur...

Der schlimmste Fall ist, das während der Speicherung ein Powerfal
auftritt. Dann ist das RAM leer, und die geöffnete Datei, eventuell
selber auch nicht mehr lesbar - Fragmente fehlen. Ist mir leider schon
begegnet. Wirklich ein Desaster, wenn Dir solches widerfährt!


Sicher, das ist ärgerlich. Allerdings ist es IMHO fragwürdig, ob man 
einen Riesenaufwand dafür treiben muss, dass bei extrem seltenen 
Situationen (Power Failure) die Arbeit der letzten paar Minuten nicht 
verloren geht. Solange OOo noch genug andere Probleme zu lösen hat, sehe 
ich diese Notwendigkeit nicht als wirklich gegeben an. Ideen für eine 
Lösung hätte ich genügend, sie erfordern aber alle erhebliche Mühen.


Wenn du dieses Risiko nicht eingehen willst, sollte "CTRL-S" mit der 
Zeit deine Lieblingstastenkombination werden.



Auf solche Erfahrungen hin, habe ich mir angewöhnt, bei Office
-produkten nach dem öffnen als 1. unter neuem Namen zu speichern und
erst dann mit dem Arbeiten zu beginnen - gebrannte Kinder scheuen das
Feuer.


Das verstehe ich jetzt nicht. Deine alte Datei sollte niemals verloren 
gehen, außer, wenn direkt beim Überschreiben der ursprünglichen Datei in 
den wenigen ms, die das üblicherweise dauert, der Strom weg ist. Und 
selbst dann verlierst du die alte Datei nicht, wenn du mit Backup 
speicherst.


Ciao,
Mathias

--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS
Please don't reply to "nospamfor...@gmx.de".
I use it for the OOo lists and only rarely read other mails sent to it.

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-07 Diskussionsfäden Wolfgang Uhlig

Hallo Johannes,

Am Sun, 07 Nov 2010 14:37:17 +0100 schrieb Johannes A. Bodwing  
:



...


Wenn die Cracks von OOo da was hinbiegen könnten, könnte das eine  
Killer-Aplication sein. Und die Vorteile für OOo gingen evtl. weit über  
das reine Handling der Software hinaus.


Meiner bescheidenen Meinung nach machst du aus einer Mücke einen  
Elefanten. Die Sicherung, die jetzt alle paar Minuten gemacht wird, reicht  
- denke ich - in den allermeisten Fällen total aus. Schließlich leben wir  
doch nicht mehr in Zeiten, wo ein Betriebssystem alle naselang abkackt.  
Ich habe in den letzten paar Jahren mit 3 unterschiedlichen BSen und  
diversen OOo-Versionen vielleicht 3 oder 4 Abstürze gehabt. Der erlittene  
Datenverlust ging gegen 0.


Unter diesem Gesichtspunkt würde ich jeden Programmierversuch in dieser  
Richtung als rausgeschmissenes Geld/Zeit bezeichnen, das/die man besser in  
wesentlich wichtigere Verbesserungen/Bugbeseitigungen stecken könnte, von  
denen es in OOo noch genug gibt.


Gruß und noch einen schönen Sonntag
Wolfgang

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-07 Diskussionsfäden Johannes A. Bodwing

Hallo Jörg,

...

Johannes A. Bodwing schrieb:

Da gibt es evtl. 2 Aspekte zu beachten:
[...]

ich sehe eigentlich nur 2 Dinge zu beachten:

1.
Wenn Du das Problem selbst lösen kannst, löse es selbst und stelle die
LÖsung dem OOo-Projekt bzw. der Allgemeinheit zur Verfügung

2.
wenn Du das Problem nicht selbst lösen kannst halte Dich an allgemeine
Verfahrens-Regeln, gibt also insbesondere zumindest einen Issue auf
Im Prinzip hast du damit recht. Aber ich denke, es geht in dieser Frage 
nicht einfach um ein Feature von OOo, und ob das mal kommen wird, oder 
ob es noch viel länger auf Halde liegt.
Wenn die Cracks von OOo da was hinbiegen könnten, könnte das eine 
Killer-Aplication sein. Und die Vorteile für OOo gingen evtl. weit über 
das reine Handling der Software hinaus.
Von daher halte ich den obigen Weg nicht für wirklich sinnvoll. Da müßte 
was anderes laufen:
~ erst abschätzen, welche Potenziale da drin stecken könnten, bzgl. Prg, 
Marketing, Verbreitung usw.

~ dann Priorität festlegen
usw.

Wenn OOo so innovativ sein will, wie es nach draußen vermittelt wird, 
kann so eine Geschichte nicht gehandhabt werden, wie z.B. ob ein Icon 
runder sein soll oder nicht, oder doch besser grau. Deshalb gehört sowas 
erst mal nichts ins Issue-Körbchen.

So weit meine Meinung.

Ansonsten schönen Sonntag noch,
Johannes

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-07 Diskussionsfäden Jörg Schmidt
Hallo,

Johannes A. Bodwing schrieb:
> Da gibt es evtl. 2 Aspekte zu beachten:
> [...]

ich sehe eigentlich nur 2 Dinge zu beachten:

1.
Wenn Du das Problem selbst lösen kannst, löse es selbst und stelle die
LÖsung dem OOo-Projekt bzw. der Allgemeinheit zur Verfügung

2.
wenn Du das Problem nicht selbst lösen kannst halte Dich an allgemeine
Verfahrens-Regeln, gibt also insbesondere zumindest einen Issue auf


Gruß
Jörg


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-06 Diskussionsfäden Johannes A. Bodwing

Hallo Jörg,

...,

Manfred Usselmann schrieb:

Ich glaube aber, dass Johannes was anderes meint. Das nämlich das
interne Format ohne grosse Konvertierung im Hintergrund kontinuierlich
auf die Festplatte kopiert wird und das dann bei einer
Wiederherstellung verwendet wird.

Eigentlich eine gute Idee, falls es verwirklichbar ist.

Diese 'Idee' FUNKTIONIERT in OOo bereits seit Jahren, nennt sich
'Autowiederherstellungsinfo speichern', einzuschalten in
Extras-OPtionen.

Da gibt es evtl. 2 Aspekte zu beachten:
~ Einmal hat noch die Runtime-Error-Geschichte reingespielt, weil 
mehrere Versionen von Visual C ++ im System installiert waren. Keine 
Ahnung warum, ich kann nur vermuten, daß irgendwelche Anwendungen ihr 
eigenes Visual-Dingsda mit draufpacken. Nach Bereinigung dieser 
Geschichte war das Runtime-Error-Problem bei mir raus.
~ Der ander Punkt ist, daß diese Autowiederherstellung so weit ok ist, 
aber soweit ich das bisher zusammen habe, sichert sie nur in bestimmten 
Intervallen; minimalstes Intervall 1 Minute. Und passiert dann was, ist 
nur das von OOo wiederherstellbar, was bei der letzten Sicherung 
abgespeichert war. Haut man richtig in die Tasten, fügt noch dies und 
jenes aus anderen Dateien oder Internet ein, hat man innerhalb 50 
Sekunden z.T. ordentlich was Neues im Dokument; und dann schmiert kurz 
vor der nächsten Autowiederherstellungs-Sicherung das Prg ab, und der 
Kram ist wieder weg.
Von daher war die Überlegung, irgendwas in einer Art 
"Echtzeit-Sicherung" zu überlegen. Dazu gibt es bestimmt brauchbare 
Ansätze, die mit etwas Querdenken vielleicht ein neues tolles Feature 
für OOo ergeben könnten.


Gruß,
Johannes

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-06 Diskussionsfäden Jörg Schmidt
Hallo,

Manfred Usselmann schrieb:
> Ich glaube aber, dass Johannes was anderes meint. Das nämlich das
> interne Format ohne grosse Konvertierung im Hintergrund kontinuierlich
> auf die Festplatte kopiert wird und das dann bei einer
> Wiederherstellung verwendet wird.
>
> Eigentlich eine gute Idee, falls es verwirklichbar ist.

Diese 'Idee' FUNKTIONIERT in OOo bereits seit Jahren, nennt sich
'Autowiederherstellungsinfo speichern', einzuschalten in
Extras-OPtionen.


Gruß
Jörg


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-06 Diskussionsfäden Jörg Schmidt
Hallo,

Mathias Bauer schrieb:
> speichern. Obwohl schon viele Leute erklärt haben, dass das
> theoretisch
> eine ganz schlechte Idee ist,

ich war einiger derjenigen, nicht weil ich das für eine schlechte Idee
hielt, sondern weil ich nicht an die verlässliche Implementierung
glabte, ABER ...


> funktioniert sie in >99% aller
> Fälle aber
> in der Praxis tatsächlich gut.

... Du sprichst hier vollkommen die Wahrheit, diese Funktion ist äußerst
robust, ich bin immer wieder überrascht. Meine ursprünglichen Bedenken
gegen diese Funktion sind somit völlig verflogen, mich hat schlicht die
Praxis überzeugt.


Gruß
Jörg



-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden Salvalaggio Marino

Hi Mathias,

Mathias Bauer schrieb:
Jein. OOo versucht noch, während des Absturzes deine Dokumente zu 
speichern. Obwohl schon viele Leute erklärt haben, dass das 
theoretisch eine ganz schlechte Idee ist, funktioniert sie in >99% 
aller Fälle aber in der Praxis tatsächlich gut. Wenn das bei dir nicht 
passiert, hast du vielleicht einen Build ohne Crash Reporter, denn ich 
glaube, dass diese Funktionalität an dessen Aktivierung gekoppelt ist.



Ja, das habe ich schon festgestellt, nur...

Der schlimmste Fall ist, das während der Speicherung ein Powerfal 
auftritt. Dann ist das RAM leer, und die geöffnete Datei, eventuell 
selber auch nicht mehr lesbar - Fragmente fehlen. Ist mir leider schon 
begegnet. Wirklich ein Desaster, wenn Dir solches widerfährt!


Auf solche Erfahrungen hin, habe ich mir angewöhnt, bei Office 
-produkten nach dem öffnen als 1. unter neuem Namen zu speichern und 
erst dann mit dem Arbeiten zu beginnen - gebrannte Kinder scheuen das Feuer.


Marino


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden Mathias Bauer

On 11/05/2010 12:08 PM, Johannes A. Bodwing wrote:

Hallo Leute,
nur mal als Frage nach ein paar leidvollen Erfahrungen in den
vergangenen Nächten.
Die Datensicherung bei OOo findet doch, soweit ich das verstanden habe,
in bestimmten Zeitabständen statt. Das heißt, ich arbeite an einem
Dokument, und alle X Minuten werden Wiederherstellungsinfos gespeichert.
Schmiert mir die Datei oder das Programm mal ab, habe ich nach einer
gelungenen Wiederherstellung den Stand zur letzten
Wiederherstellungssicherung, der Rest ist weg und muß neu gemacht werden.


Jein. OOo versucht noch, während des Absturzes deine Dokumente zu 
speichern. Obwohl schon viele Leute erklärt haben, dass das theoretisch 
eine ganz schlechte Idee ist, funktioniert sie in >99% aller Fälle aber 
in der Praxis tatsächlich gut. Wenn das bei dir nicht passiert, hast du 
vielleicht einen Build ohne Crash Reporter, denn ich glaube, dass diese 
Funktionalität an dessen Aktivierung gekoppelt ist.


Ciao,
Mathias

--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS
Please don't reply to "nospamfor...@gmx.de".
I use it for the OOo lists and only rarely read other mails sent to it.

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden Salvalaggio Marino

hallo Johannes,



Wäre so gesehen ne praktische Lösung. Aber ich habe ein 
Writer-Dokument, da dauert das Speichern gefühlte 2 Tage.




Ich glaube aber, dass Johannes was anderes meint. Das nämlich das
interne Format ohne grosse Konvertierung im Hintergrund kontinuierlich
auf die Festplatte kopiert wird und das dann bei einer
Wiederherstellung verwendet wird.

Eigentlich eine gute Idee, falls es verwirklichbar ist.
Man müßte mal richtig da rangehen, wie es machbar wäre, trotz 
möglicherweise derzeit vorhandenen Problemen.
Es wäre auch ein Marketing-Vorteil. Denn welche andere Office-Software 
hat so was?


Wenn Du die Sicherheit ansprichst, müsste man aber noch weiter gehen, 
als mein Ansatz. So ist in meinen Editiersoftware standardmässig 
festgelegt, dass beim speichern das Urarchif sogleich als ***.bak 
umbenannt wird und das Editierte als korrekte Version abgelegt wird. Das 
bedeutet, dass immer zwei Versionen vorliegen. Die Aktuelle und die 
vorherige Version. Sollte aus irgend einem Grund eine Datei nicht zu 
öffnen sein, wird diese mit Namen als defekt ausgegeben. Wenn man diese 
Datei aus dem ***.bac Archiv ins Hauptarchiv kopiert hat man so 
wenigstens noch den vorletzten Stand.


Ist bei meiner Arbeit sehr sinnvoll, da meine Projekte eine Unmenge 
Daten enthalten. Beim Kompilieren solcher Projekte kann natürlich immer 
irgendwas geschehen. So ist die graphische Grunddatei alleine in der 
Regel schon 5...8MB gross. Dazu kommen die Fun und FB's die je nach 
Anwendung in verschiedenen Prg.Sprachen gehalten sind. Von den 
Bibliotheken die eingebunden sind ganz zu schweigen.



Und Datensicherheit ist für Unternehmen wie für Privatleute einer der 
ganz wichtigen Aspekte.
Also, nicht einfach nur als Privat-Problem betrachten; vielleicht mal 
gucken, ob da nicht noch eine Lösung hinter Wandschrank steckt.


In diesem Sinne,
Johannes



wäre sicher machbar... nur wer macht's?

biBaMarino


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden Johannes A. Bodwing

Hallo, Manfred,

...

Hallo Johannes,

nach jedem Zeichen, Wort oder Absatz ein "Strg-s".

Das ist mein Standardvorgehen, was mit fast allen Programmen kompatibel
ist (leider nicht mit Web-Anwendungen): Wenn ich einen guten Stand
habe, den ich nicht mehr verlieren möchte, drücke ich schon ganz
automatisch Strg-S. Notfalls nach jedem Satzende. ;-)



Wäre so gesehen ne praktische Lösung. Aber ich habe ein Writer-Dokument, 
da dauert das Speichern gefühlte 2 Tage.




Das ist nicht so einfach wie das Aussieht. Die ODF-Dateien sind
nämlich in wahrheit keine Dateien, sondern ein ZIP Archiv. Wenn du
zum Beispiel eine .odt in .zip umbenennst, kannst du die mit einem
Entpacker auspacken, und du hast einen Ordner mit verschiedenen xml
Dateien, den Grafiken für das Dokument usw. Openoffice.org kann also
unmöglich die ODT live bearbeiten. Ich weiss nicht ob OOo die XML
Dateien live bearbeitet, oder ob das Dokument intern erst anders
gehandhabt wird, und erst beim Speichern die XML gemacht und dann
gezipt werden. Auf jeden Fall muss aber bei jedem Speichervorgang
gezipt werden, und das braucht ein weilchen.

Ja, das Konvertieren vom interen ins Dateiformat und das Zippen etc.
erklärt vielleicht auch die erwähnte "Zwangspause".

Ich glaube aber, dass Johannes was anderes meint. Das nämlich das
interne Format ohne grosse Konvertierung im Hintergrund kontinuierlich
auf die Festplatte kopiert wird und das dann bei einer
Wiederherstellung verwendet wird.

Eigentlich eine gute Idee, falls es verwirklichbar ist.
Man müßte mal richtig da rangehen, wie es machbar wäre, trotz 
möglicherweise derzeit vorhandenen Problemen.
Es wäre auch ein Marketing-Vorteil. Denn welche andere Office-Software 
hat so was?
Und Datensicherheit ist für Unternehmen wie für Privatleute einer der 
ganz wichtigen Aspekte.
Also, nicht einfach nur als Privat-Problem betrachten; vielleicht mal 
gucken, ob da nicht noch eine Lösung hinter Wandschrank steckt.


In diesem Sinne,
Johannes

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden Björn Michaelsen
Hi Salvalaggio,

Am Fri, 05 Nov 2010 16:08:11 +0100
schrieb Salvalaggio Marino :

> Wie richtig angemerkt wurde liegt das daran, dass das Projekt erst 
> gezipt abgelegt wird. Ich habe mir deshalb die Frage gestellt, wie
> man das Problem prinzipiell angehen könnte.

als Info dazu -- hier:
http://wiki.services.openoffice.org/wiki/Performance/WriterInProgress

finden sich ein paar Zahlen fuer das Laden und Speichern typischer
Dokumente.

Gruss,

Bjoern


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden Salvalaggio Marino

Hallo Freunde,

was Johannes A. Bodwing angesprochen hat ist nicht ganz so trivial.

Mit der Nutzung des ODF-Formats ist tatsächlich die Performance stark 
beeinflusst.
Dass die Dateien zuerst entpackt werden um in den Arbeitsspeicher zu 
gelangen, führt zu einer verzögerten "Öffnen" der Projekte. Mit dem kann 
man leben. Das Zwischenspeichern jedoch ist ziemlich lästig.


Wie richtig angemerkt wurde liegt das daran, dass das Projekt erst 
gezipt abgelegt wird. Ich habe mir deshalb die Frage gestellt, wie man 
das Problem prinzipiell angehen könnte.


Ein Ansatz wäre z.B. wenn das Ganze auf drei Ebene verteil würde. Im 
Prinzip ganz ähnlich wie man das bei Prozesssteuerungen handhabt. Hier 
sind immer Drei Speichermedien vorhanden.


1. das Standard-RAM, das seinerseits zweigeteilt ist. Einmal für das 
Programm als solches, zum zweiten für die Prozessdaten und Funktionen.
2. das nicht flüchtige RAM, in diesem werden sogenannt remanente Daten 
gehalten. Standardmässig ist dieses über einem  Goldkondensator für ca. 
32Std. PowerOff und im erweiterten Fall mit Batterie bis zu 1Jahr gepuffert.

3.Flash oder EEPROM oder ähnliches.

Ein PC bietet dieses Stützung natürlich lediglich für die innere Uhr und 
das BIOS an., Dafür sind dort viel grössere Massenspeicher, zumeist 
HD vorhanden.


Mein Gedanke zielt nun auf die Tatsache, dass die zu bearbeitende Datei 
im Ram ausgepackt vorliegt und dort editiert wird. Bei einer Speicherung 
sprich Sicherung könnte man daher vorerst mal auf das Packen verzichten.


Bei meine Programmeditiersoftware zu CPU-Programmen wird dieses 
Verfahren ähnlich gehandhabt, wie ich hier in der Folge beschreibe.


Im Einzelnen sähe das folgendermassen aus:

1.Das Archiv wird geöfnent und ins RAM geladen.
2.Gleichzeitig wird eine Kopie als Temporärdatei auf der HD angelegt.
3. Bei jeder Zwischenspeicherung via Timer, oder z.B. bei 
Seitenwechsel u.s.w. wird nur die betroffenen Temporärdatei  überschrieben.
4.Wird eine Datei im Editor geschlossen, wird die gesammte Datei  in 
Temporärarchiv überführt. Wird die Datei jetz mit Speichern geschlossen 
werden die Dateien gezip und in entsprechenden Ordner zurückgeschrieben. 
Erst anschliessend wird die Temporärdatei gelöscht.



Bei Programmabsturz  liegt die Temporärdatei jedoch noch vor und kann 
wieder geöffnet werden. Natürlich muss das mit einem ReRead-Befehl 
geschehen, da diese ja nun anders; ungepackt, vorliegt.


Immer, wenn im Temprärordner bei Programmaufruf eine Datei liegt, kann 
dass Programm erkennen, das vor gängig ein Absturz aufgetreten sein muss.


Es ist mir natürlich bewusst, dass das ganze ziemlich ins Eingemachte 
geht. Die Performance jedoch könnte so bestimmt wesentlich gesteigert 
werden - insbesondere bei grossen Dateien.



Gruss Marino


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden Manfred Usselmann
Hi,

On Fri, 05 Nov 2010 13:50:31 +0100
Raphael Bircher  wrote:

>   Hallo Johannes
> 
> Am 05.11.10 12:42, schrieb Johannes A. Bodwing:
> > Hi Michael,
> >> Hallo Johannes,
> >>
> >> nach jedem Zeichen, Wort oder Absatz ein "Strg-s".

Das ist mein Standardvorgehen, was mit fast allen Programmen kompatibel
ist (leider nicht mit Web-Anwendungen): Wenn ich einen guten Stand
habe, den ich nicht mehr verlieren möchte, drücke ich schon ganz
automatisch Strg-S. Notfalls nach jedem Satzende. ;-)


> >> Das Problem ist, dass "Nichthauptspeicher" relativ langsam ist, was
> >> wiederum gerade bei großen Dokumenten eine Rolle spielt.
> > Erst mal Sorry für den ; ,da sollte einfach ein Strich-Punkt stehen.
> > Zur Sache oben.
> > Das mit Strg-s geht natürlich, aber es ist genauso nervig wie die 
> > Wiederherstellungs-Sicherung auf 1 Minute zu stellen - dann hat man 
> > jedesmal eine "Zwangspause".
> > Was ich meine ist: Die Daten, die gerade in einem Dokument
> > "verfasst" wurden, gleich im Hintergrund abzusichern. Und ich weiß
> > nicht, wo da wirklich ein Problem sein soll. Ich habe Fotosoftware,
> > die bearbeitet 40 MB-Bilder in Echtzeit. Wo wäre der wirkliche
> > Knackpunkt, daß OOo es nicht schaffen könnte, z.B. bei einem 1,5
> > MB-Dokument Daten in Echtzeit zu sichern?
> Das ist nicht so einfach wie das Aussieht. Die ODF-Dateien sind
> nämlich in wahrheit keine Dateien, sondern ein ZIP Archiv. Wenn du
> zum Beispiel eine .odt in .zip umbenennst, kannst du die mit einem
> Entpacker auspacken, und du hast einen Ordner mit verschiedenen xml
> Dateien, den Grafiken für das Dokument usw. Openoffice.org kann also
> unmöglich die ODT live bearbeiten. Ich weiss nicht ob OOo die XML
> Dateien live bearbeitet, oder ob das Dokument intern erst anders
> gehandhabt wird, und erst beim Speichern die XML gemacht und dann
> gezipt werden. Auf jeden Fall muss aber bei jedem Speichervorgang
> gezipt werden, und das braucht ein weilchen. 

Ja, das Konvertieren vom interen ins Dateiformat und das Zippen etc.
erklärt vielleicht auch die erwähnte "Zwangspause".

Ich glaube aber, dass Johannes was anderes meint. Das nämlich das
interne Format ohne grosse Konvertierung im Hintergrund kontinuierlich
auf die Festplatte kopiert wird und das dann bei einer
Wiederherstellung verwendet wird. 

Eigentlich eine gute Idee, falls es verwirklichbar ist.

Manfred


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden Björn Michaelsen
Am Fri, 05 Nov 2010 13:50:31 +0100
schrieb Raphael Bircher :

> Ich weiss nicht ob OOo die XML Dateien live bearbeitet, oder ob das
> Dokument intern erst anders gehandhabt wird, und erst beim Speichern
> die XML gemacht und dann gezipt werden.

Letzteres. Das macht das ganze etwas komplizierter. Es waere allerdings
z.B. denkbar das Dokument in Openoffice.org zu kopieren und die Kopie
im Hintergrund (anderer Thread) zu speichern, waehrend im Vordergrund
weitergearbeitet werden kann. Da gibt es allerdings auch ein paar
Problemfelder zu beachten.

Auch ansonsten ist das Speichern jede Sekunde mit Problemen verbunden:
Man vertippt sich und der gesamte Text ist geloescht waere so ein
Beispiel. Letztendlich ist jedoch ein SCM eher das Mittel der Wahl fuer
diese Aufgabe.

Gruss,

Bjoern

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden Johannes A. Bodwing

Hallo Michael und Raphael,

...


Scheint ein etwas naiver Gedanke gewesen zu sein, deshalb Danke für die 
Klarstellungen.
Dann muß ich mir nochmal das Hirn verrenken, was in meinem 
Sicherungsablauf noch besser zu machen wäre.


Gruß,
Johannes

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden Raphael Bircher

 Hallo Johannes

Am 05.11.10 12:42, schrieb Johannes A. Bodwing:

Hi Michael,

Hallo Johannes,

nach jedem Zeichen, Wort oder Absatz ein "Strg-s".

Das Problem ist, dass "Nichthauptspeicher" relativ langsam ist, was
wiederum gerade bei großen Dokumenten eine Rolle spielt.

Erst mal Sorry für den ; ,da sollte einfach ein Strich-Punkt stehen.
Zur Sache oben.
Das mit Strg-s geht natürlich, aber es ist genauso nervig wie die 
Wiederherstellungs-Sicherung auf 1 Minute zu stellen - dann hat man 
jedesmal eine "Zwangspause".
Was ich meine ist: Die Daten, die gerade in einem Dokument "verfasst" 
wurden, gleich im Hintergrund abzusichern. Und ich weiß nicht, wo da 
wirklich ein Problem sein soll. Ich habe Fotosoftware, die bearbeitet 
40 MB-Bilder in Echtzeit. Wo wäre der wirkliche Knackpunkt, daß OOo es 
nicht schaffen könnte, z.B. bei einem 1,5 MB-Dokument Daten in 
Echtzeit zu sichern?
Das ist nicht so einfach wie das Aussieht. Die ODF-Dateien sind nämlich 
in wahrheit keine Dateien, sondern ein ZIP Archiv. Wenn du zum Beispiel 
eine .odt in .zip umbenennst, kannst du die mit einem Entpacker 
auspacken, und du hast einen Ordner mit verschiedenen xml Dateien, den 
Grafiken für das Dokument usw. Openoffice.org kann also unmöglich die 
ODT live bearbeiten. Ich weiss nicht ob OOo die XML Dateien live 
bearbeitet, oder ob das Dokument intern erst anders gehandhabt wird, und 
erst beim Speichern die XML gemacht und dann gezipt werden. Auf jeden 
Fall muss aber bei jedem Speichervorgang gezipt werden, und das braucht 
ein weilchen. Wie das bei Bildern aussieht weiss ich nicht. Das sind 
aber in der Regel Binär Formate, und da wäre das live editing 
theoretisch möglich. Vielleicht irrst du dich da aber auch, und es gibt 
nur das Gefühl von einem Live Editing.
Beispielsweise erst im Arbeitsspeicher und (dann) parallel auf die 
Platte schreiben, oder so was.
Im Arbeitsspeicher landet das sowieso, denn irgendwo müssen die 
Änderungen vorhanden sein. Nur im Arbeitsspeicher sind sie bei einem 
Absturz nicht sicher. Es würde vermutlich schon gehen, dass man alles 
auf die Platte schreibt, aber das versucht man heute zu vermeiden. Viele 
Schreib- und Lesezugriffe auf die Harddisk bremsen nicht nur das 
Programm aus, sondern vermindern auch die Lebenszeit der Harddisk. Als 
Standardfeature kommt das bestimmt nicht in frage, und als optionelles 
Feature ist der Aufwand und Nutzen wohl in keinem Verhältniss. Ich kann 
maich da zwar täuschen, aber ich vermute dass es relativ ein grosser 
Aufwand wäre das umzustricken. Crachs sollte man eigentlich nicht alle 
fünf minuten erleben ;-) Die Zeit die man In so ein Feature investieren 
würde ist wohl im QA besser investiert ;-) Das ist meine ganz 
persönliche Meinung.



Gruss Raphael


--
My private Homepage: http://www.raphaelbircher.ch/

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden michael
Johannes A. Bodwing schrieb:
> Hi Michael,
>> Hallo Johannes,
>>
>> nach jedem Zeichen, Wort oder Absatz ein "Strg-s".
>>
>> Das Problem ist, dass "Nichthauptspeicher" relativ langsam ist, was
>> wiederum gerade bei großen Dokumenten eine Rolle spielt.
> Erst mal Sorry für den ; ,da sollte einfach ein Strich-Punkt stehen.
> Zur Sache oben.
> Das mit Strg-s geht natürlich, aber es ist genauso nervig wie die
> Wiederherstellungs-Sicherung auf 1 Minute zu stellen - dann hat man
> jedesmal eine "Zwangspause".
> Was ich meine ist: Die Daten, die gerade in einem Dokument "verfasst"
> wurden, gleich im Hintergrund abzusichern. Und ich weiß nicht, wo da
> wirklich ein Problem sein soll. Ich habe Fotosoftware, die bearbeitet 40
> MB-Bilder in Echtzeit. Wo wäre der wirkliche Knackpunkt, daß OOo es
> nicht schaffen könnte, z.B. bei einem 1,5 MB-Dokument Daten in Echtzeit
> zu sichern? Beispielsweise erst im Arbeitsspeicher und (dann) parallel
> auf die Platte schreiben, oder so was.

Im Arbeitsspeicher ist das Dokument, wenn Du es bearbeitest. Dort kannst
Du aber nicht mehr darauf zugreifen, wenn OpenOffice.org abgestürzt ist.

Arbeitsspeicher ist halt flüchtig.
> Wenn es jedoch wirklich ernste Probleme gäbe, müßte ich mit weiterhin
> "Zwangspausen" leben.
> 
> Bei "Nichthauptspeicher" komme ich nicht ganz klar. Ist damit die
> Festplatte gemeint?
> 
Jo. RAM ist schnell - eine Festplatte eher langsam. Daher wird auch,
wenn es um Performance geht, möglichst viel in den Arbeitsspeicher
geladen, was wieder auf Kritik stößt.

Man kann wiederum durch eine RAM-Disk versuchen, die langsame Festplatte
zu umgehen, was dann aber wieder Arbeitsspeicher weg nimmt.

Das kannst Du Dir ja einmal einrichten, um zu sehen, ob Du damit besser
klarkommst. Aber bitte nicht das Kopieren auf die Platte vorm
Ausschalten vergessen!!

"Absturzsicher" ist das System dann allerdings auch nicht.

Oder man nimmt keine klassische Festplatte mehr, sondern schnellere
Speichermedien. Das wiederum ist eine Preisfrage.

Gruß
Michael

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden Johannes A. Bodwing

Hi Michael,

Hallo Johannes,

nach jedem Zeichen, Wort oder Absatz ein "Strg-s".

Das Problem ist, dass "Nichthauptspeicher" relativ langsam ist, was
wiederum gerade bei großen Dokumenten eine Rolle spielt.

Erst mal Sorry für den ; ,da sollte einfach ein Strich-Punkt stehen.
Zur Sache oben.
Das mit Strg-s geht natürlich, aber es ist genauso nervig wie die 
Wiederherstellungs-Sicherung auf 1 Minute zu stellen - dann hat man 
jedesmal eine "Zwangspause".
Was ich meine ist: Die Daten, die gerade in einem Dokument "verfasst" 
wurden, gleich im Hintergrund abzusichern. Und ich weiß nicht, wo da 
wirklich ein Problem sein soll. Ich habe Fotosoftware, die bearbeitet 40 
MB-Bilder in Echtzeit. Wo wäre der wirkliche Knackpunkt, daß OOo es 
nicht schaffen könnte, z.B. bei einem 1,5 MB-Dokument Daten in Echtzeit 
zu sichern? Beispielsweise erst im Arbeitsspeicher und (dann) parallel 
auf die Platte schreiben, oder so was.
Wenn es jedoch wirklich ernste Probleme gäbe, müßte ich mit weiterhin 
"Zwangspausen" leben.


Bei "Nichthauptspeicher" komme ich nicht ganz klar. Ist damit die 
Festplatte gemeint?


Gruß,
Johannes

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden michael
Hallo Johannes,

nach jedem Zeichen, Wort oder Absatz ein "Strg-s".

Das Problem ist, dass "Nichthauptspeicher" relativ langsam ist, was
wiederum gerade bei großen Dokumenten eine Rolle spielt.

Gruß
Michael

Johannes A. Bodwing schrieb:
> Hallo Leute,
> nur mal als Frage nach ein paar leidvollen Erfahrungen in den
> vergangenen Nächten.
> Die Datensicherung bei OOo findet doch, soweit ich das verstanden habe,
> in bestimmten Zeitabständen statt. Das heißt, ich arbeite an einem
> Dokument, und alle X Minuten werden Wiederherstellungsinfos gespeichert.
> Schmiert mir die Datei oder das Programm mal ab, habe ich nach einer
> gelungenen Wiederherstellung den Stand zur letzten
> Wiederherstellungssicherung, der Rest ist weg und muß neu gemacht werden.
> Jetzt der relevante Punkt:
> ~ die Sicherung der Wiederherstellungsdaten kann ich unter Extras usw.
> minimalst bis auf 1 Minute runterschrauben; aber 1 Minute kann ganz
> schön viel Material sein, das dann weg ist; erst recht wenn Termin
> einzuhalten sind.
> ~ wie ließe sich eine Art "permanente Datensicherung" in OOo
> bewerkstelligen? d.h., jede Eingabe wird sofort gesichert; bzw. jedes
> Wort, oder passender jeder Satz, da der mit einem klaren Zeichen (. ? !
> ;) abgeschlossen wird; oder auch nach jeder abgeschlossene Aktion
> (Einfügen etc.).
> Das müßte doch prinzipiell machbar sein bei der heutigen Technik
> (GHz-Rechner, GB-Festplatten usw.).
> Würde mich über diesbezügliche Lösungen in den nächsten OOos wirklich
> freuen. Und es könnte auch ein weiteres Feature für die beste Offic
> Suite sein. Denn MS hat meines Wissens so was noch nicht.
> 
> Gruß,
> Johannes
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
> For additional commands, e-mail: dev-h...@de.openoffice.org
> 
> 


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



[de-dev] Datensicherung OOo

2010-11-05 Diskussionsfäden Johannes A. Bodwing

Hallo Leute,
nur mal als Frage nach ein paar leidvollen Erfahrungen in den 
vergangenen Nächten.
Die Datensicherung bei OOo findet doch, soweit ich das verstanden habe, 
in bestimmten Zeitabständen statt. Das heißt, ich arbeite an einem 
Dokument, und alle X Minuten werden Wiederherstellungsinfos gespeichert.
Schmiert mir die Datei oder das Programm mal ab, habe ich nach einer 
gelungenen Wiederherstellung den Stand zur letzten 
Wiederherstellungssicherung, der Rest ist weg und muß neu gemacht werden.

Jetzt der relevante Punkt:
~ die Sicherung der Wiederherstellungsdaten kann ich unter Extras usw. 
minimalst bis auf 1 Minute runterschrauben; aber 1 Minute kann ganz 
schön viel Material sein, das dann weg ist; erst recht wenn Termin 
einzuhalten sind.
~ wie ließe sich eine Art "permanente Datensicherung" in OOo 
bewerkstelligen? d.h., jede Eingabe wird sofort gesichert; bzw. jedes 
Wort, oder passender jeder Satz, da der mit einem klaren Zeichen (. ? ! 
;) abgeschlossen wird; oder auch nach jeder abgeschlossene Aktion 
(Einfügen etc.).
Das müßte doch prinzipiell machbar sein bei der heutigen Technik 
(GHz-Rechner, GB-Festplatten usw.).
Würde mich über diesbezügliche Lösungen in den nächsten OOos wirklich 
freuen. Und es könnte auch ein weiteres Feature für die beste Offic 
Suite sein. Denn MS hat meines Wissens so was noch nicht.


Gruß,
Johannes


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org