Sinds enige tijd is het uitvoeren van het bestandsherstel ontzettend traag geworden. De duur loopt op van vele minuten tot nu enkele uren. Ik gebruik Aldfaer 4.2 op win7. Wat je ziet is dat het in het begin duidelijk voortgang vertoont maar zo halverwege rond de 45% erg traag wordt. Zo traag zelfs dat je een 'reageert niet meer' melding krijgt.

Heeft iemand hier dezelfde ervaring mee en hier wellicht een oplossing voor gevonden?

Mijn database bestaat uit zo'n 29.500 personen. De installatie van aldfaer is conform de tips voor win7 uit dit forum. In windows taakbeheer gebruikt de taak maar zo'n 25% van de cpu capaciteit en er draaien geen actieve taken naast.

mvrgr Gert-Jan

Bij versie 4.2 duurt bestandsherstel inderdaad beduidend langer dan bij versie 3.
Bestandsherstel bij afsluiten duurt vele seconden tot meer dan een minuut.
Het uitgebreide bestandsherstel vanuit het menu duurt 2 tot 2,5 uur.
Ik heb nu meer dan 100.000 personen in Aldfaer.
Groeten, Cor.

Dit zou betekenen dat het aantal personen niet direct uitmaakt voor wat de duur betreft. Kan iemand van het Aldfaer bouwteam hier meer inzicht ingeven? Bv. dient het 'bestandsherstel' venster continu actief te blijven of draait de taak wel verder als je daarnaast met andere programma's werkt. De duur die Cor aangeeft bij 100.000 van 2-2,5 uur haal ik niet, deze gaat er ruim overheen.

gr. G-J

Tijdens het bestandsherstel kan je niet verder met Aldfaer werken, maar wel met de andere programma's op je computer.
Tijdens het uitgebreide bestandsherstel controleert Aldfaer van elke tekst (achternaam, voornaam, plaats, beroep etc.) of deze nog door een persoon in de stamboom wordt gebruikt. Als dat niet het geval is verwijdert Aldfaer de betreffende tekst. Dit is een tijdrovend proces zoals hier al is opgemerkt.

Gert-Jan, misschien ter geruststelling: ik heb vanmorgen het uitgebreide bestandsherstel via het menu weer opgestart. Dat duurde nu ongeveer 3,5 uur bij ruim 101.000 personen.
Er naast heb ik geen zware applicaties gedraaid, alleen met een editor in een (groot) tekstbestand zitten wijzigen.
Groeten, Cor.

Ik heb bestandsherstel zelfs enkele malen afgebroken, omdat ik meende dat het geheel tot stilstand was gekomen (er is ook geen duidelijk zichtbare indicator (zandlopertje?) die aangeeft dat het proces nog steeds normaal verloopt).
Op basis van bovenstaande reacties zal ik het proces (voor 10.000 personen) opnieuw, met meer geduld, opstarten.

Han,

één van mijn testbestanden is 11.000 records groot, dus min of meer vergelijkbaar. Vrij veel tekst en foto's.
Gestart 13:12:12 en einde 13:16:58 ergo, binnen 4 minuten gepiept. Een tweede bestandsherstel direct daarna deed er 40 seconden over.

In een persoonlijke mail hoorde ik dat je alles via een externe schijf laat gaan; je gebruikt W7. Het zou maar kunnen zijn dat de externe schijf de vertragende factor is of een overijverige firewall/viruscontroller???

Ik kan bevestigen dat bestandsherstel op een externe (usb) schijf beduidend langer duurt. Dit geldt tevens voor het "standaard" bestandsherstel bij afsluiten. Simpelweg het gevolg van de lagere overdracht snelheid van data opo USB media.
B.V. een standaard USB stick is 15 Mb/sec terwijl een snelle (fcto) USB stick 30 of hoger Mb/sec is.
Externe harde schijf: het toerental!!
Een interne schijf is thans 7200 rpm. Een snelle usb 2.0 schijf draait op 5400 rpm. Dat is 77% t.o.v 7200 rpm.

Daarboven komt nog, en dat is nog veel dramatischer, dat USB 2.0 seriele overdracht uiteraard veel en veel langzamer is als de paralelle overdracht van de interne schijf. dat alleen al is minimaal een faktor 10 !!
Als je dan weet dat de interne bus op 100 tot 133 Mhz werkt wat vergelijkbaar is met 100 tot 133 Mbyte/sec ten opzichte van zeg 20 Mbit/sec van USB 2.0 is het verschil een faktor 50 tot 65

Conclusie: het werken vanaf een extern medium kan zijn voordelen hebben in gebruikers gemak, maar het heeft ook zijn beperkingen en nadelen die je op koop toe moet nemen.

Inmiddels is bestandsherstel succesvol verlopen (geconstateerd bij opstaan), maar gisterenavond om 12:20 was het proces inmiddels ruim 11 uur bezig en nog niet afgerond (bestand 27%, totaal 48%). De teller bij bestand was toen wel weer zichtbaar in beweging. Vooral toen het totaal op 44% stond, liep de teller bij bestand erg traag.

Het feit dat al mijn data op een NAS staat, zal inderdaad wel de vertragende factor zijn. Dank voor het meedenken.

Data op een NAS werkt altijd vertragend, bij elk proces. En zeker bij processen als Aldfaer bestandsherstel, waarbij het systeem vaak veel blokken moet lezen en later nog eens moet lezen etc.
Het is dan ook aan te bevelen om de data van Aldfaer op je lokale hard-disk te kopiëren alvorens je er mee aan de slag gaat. Anders heb je steeds erg veel overhead van de netwerkcomponenten. En bedenk wel dat het snelste netwerk een doorvoer snelheid heeft van 1 Gygabit/sec (de meeste thuisnetwerken halen 10% van die snelheid (100Mbits/sec); de interne bus van een moderne pc kan tot 256 Mbyte (2 gigabit)), maar omdat een Nas wat PC betreft een externe component is, worden de firewall en virusscanner ook nog een keer aangesproken bij elk blok data dat je binnen haalt. Traag trager traagst.

Een USB device heeft volgens standaard 2.0 480MegaBits per seconde (ongeveer 50 MegaByte gezien de protocol overhead). Dat is meestal wel al sneller dan een NAS maar nog steeds traag.

Afhankelijk van je NAS is er nog een nadeel: het zou kunnen dat meerdere gebruikers op meerdere pc's met je bestand gaan werken.

Daarom mijn advies: Kopieer je data naar de locale harddisk, werk met Aldfaer en kopieer het weer terug naar je nas, usb stick, usb schijf etc.

Ruud,

IBM en andere fabrikanten zijn 20 jaar geleden al afgestapt van parallelle interfaces, omdat de snelheids verschillen tussen da aders te groot bleken om sneller te kunnen werken. Serieeel is tegenwoordig de standaard voor ssnelle verbindingen (ook de moderne interne bus in een pc is serieel)

Wim Rozendaal

Hallo,
Ik hebt precies hetzelfde bij 45 % vertikt ie het en krijg de zelfde melding,ik heb 170.000 personen in mijn bestand,lees mijn bericht hierover,ik krijg ook reageert niet als ik bv Vader toevoegen krijgt of een kind.

vr gr Peet van Dee

Lees eens op http://aldfaer.net/sitemap//index.php?q=forum&c=showthread&ThreadID=2083

De vertraging kan vele oorzaken hebben (lange lijsten bronnen, notities enz...) en het lijkt of er geen vooruitgang in het bestandsherstel is toch is de vooruitgang er en het kan uren duren voor het gedraaid is.

Ik heb zonet ook eens een bestandsherstel laten lopen. Er zijn 19.903 personen ingevoerd met HEEL veel notities op alle tabbladen. Getart om 12h09 -> einde 12h20 (dezelfde dag nog voor alle duidelijkheid :-)...).
Er stonden nog diverse programma's open zoals Outlook, 4 tabbladen IE9, ACDSee Pro 5 (fotobeheer). Dus.... blijkbaar is er enkel 'in bepaalde situaties' de kans dat het erg traag verloopt. Het kan dus best wel eens interessant wezen dit op te zoeken... Oh ja, in taakbeheer staan 107 processen! Dit is dus ook niet weinig!
Mvg,
Eddy

Beste Eddy,

Is dit de gewone of de uitgebreide bestandsherstel? Bij mij doet de uitgebreide bestandsherstel (CTRL-SHFT-B) er ongeveer 12 uur over (de normale bestandsherstel zo'n 2 tot 3 minuten). Ik heb een PC met 64-bits Windows 7, 4 Gb intern geheugen en een quad-core processor (3 jaar oud). Mijn bestand bevat bijna 60.000 personen, bijna 4200 notities (waarvan er vele zeer uitgebreid zijn). Er zijn meer dan 4000 afbeeldingen gekoppeld. Ik heb daarnaast bijvoorbeeld ook meer dan 8000 beroepen. Mijn gegevensbestand (naam.aldf) is bijna 52 Mb.

Beste Team,
Had het misschien geholpen min of meer te weten wat er en wanneer het eigenlijk gebeurt tijdens een grondig bestandsherstel?
Ook bij mij gaat het vanaf ca 44% een lange tijd veel langzamer, eerst dacht ik dat dat misschien komt omdat er dan aan een van de grote takken wordt gewerkt, maar het kan natuurlijk ook iets heel anders zijn.
Mijn stamboom ca 14500 personen veel foto’s en documenten gebruikt 30 tot 40 minuten voor een grondig bestandsherstel, op mijn laptop Win 7 Home premium.

Mvg Wim

zie de handleiding hoofdstuk 'bestandscontrole'.

Edward,
staan die foto's allemaal in de map van ( of een submap daarvan) de stamboom instelling voor materiaal. En hoe zet je ze daar neer. Is dat d.m.v. Aldfaer een kopie laten nemen van een andere map dan de instelling?

Een door Aldfaer gekopieerde foto krijgt in de naamlink een dubbele slash. Ik weet niet of dat invloed heeft op de performance.

Han,

Ja, ze staan allemaal in de map Materiaal die te vinden is in de eigenschappen van de stamboom.
Ik kopieer ze daar naartoe via de Verkenner en koppel ze pas daarna.