Invoeren van adressen is traag (Mac-only issue)

[Briolet]

Ik heb sinds er een paar maand last van dat het invoeren van adresgegevens traag gaat.

De eerste paar velden gaat nog wel, maar dan kost het bij elk volgende veld meer tijd totdat de entry verwerkt is. 30 à 60 seconden. Ook het opslaan duurt dan boven de 60 seconden. Het gewone gebruik gaat wel vlot, maar dat gebeurt natuurlijk alleen lokaal op de PC.

Het zal te maken hebben met het bestand die bij mij boven de 300 adressen zit. Het kan ook een probleem zijn die alleen optreed bij de combinatie Apple-Contacts en CardDav op de nas.

Hebben anderen dit ook ondervonden vanaf een bepaalde bestandsgrootte?

[Briolet]

Update.

Ook op het Engelse forum las ik een vermelding dat de CardDAV server van Synology erg traag wordt als er meer dan een paar honderd adressen in staan.

Er is echter hoop, want vandaag heb ik al mijn adressen naar de CardDAV server op mijn testnas (DSM 6.0 RC) gekopieerd. Als ik op die nas mijn adressen open, duurt dat gewoon een paar seconden. Ook het opslaan duurt een paar seconden. Blijkbaar gebben ze er een flinke bug uit gehaald want het aantal adressen is op beide nassen precies gelijk. 

NB en het ligt niet aan de nas, want de oude CardDAV server draait op mijn 415+ en de nieuw, snelle, CardDAV server draait op mijn 212J.

[Briolet]

Update

Het sneller werken van CardDAV ligt toch niet aan het updaten naar DSM 6.0. Nu ik mijn snelle 514+ op 6.0 heb staan werkt het editen van adressen via CardDAV nog steeds traag.

Dan kan het zijn dat de database zelf gekke dingen bevat uit eerdere versies. Op mijn 212J nas ben ik onder dsm 6 met het adressenbestand begonnen. Misschien moet ik hem toch eens compleet wissen en weer inlezen.

[MaVeWeb]

Op mijn MAC met DSM 6 heb ik dezelfde ervaring (ongeveer 180 contacten).
Echter, op mijn iphone GEEN vertraging. Voor mijn gevoel heeft het toch iets te maken met hoe de Mac hiermee omgaat.

[Briolet]

Het heeft niet direct met de mac te maken. Op één en dezelfde mac heb ik in mijn adresboek een account van 212J en 415+ staan. De 212J is snel en de 415+ is traag met editen. Op beide nassen staat identiek dezelfde database. Als ik een adres op de 212J aanmaak gaat dat snel. Als ik daarna het adres naar de 415+ kopieer gaat dat ook snel. Maar als ik rechtstreeks op de 415+ edit gaat het traag.

Het enige verschil dat ik nog kon bedenken dat dat de database anders opgebouwd was omdat de 212J op dsm 6.0 begonnen is en de versie op de 415+ heb ik al sinds dsm 5.0 (of eerder).
Ik heb nu het hele pakket incl database van de 415+ verwijderd en toen opnieuw geïnstalleerd. Daarna de data vanaf de andere nas terug gekopieerd. Alles zonder succes. De 415+ blijft traag en de 212J snel met editen.

Poorten, account etc is voor beide nassen identiek. Ik ben door mijn opties heen. 

[MaVeWeb]

Ik heb zitten 'googlen' en heb voor mij het probleem opgelost. Maar eigenlijk begrijp ik het niet!

Wanneer ik als server adres invoer : 192.168.2.2:8443/.......... ==> Traag
Wanneer ik als server adres invoer : www.<mijndomein>.nl:8443/.......... ==> Traag

toen de tip van 'google' geprobeerd: Toevoegen van LOCAL

<servernaam>.LOCAL:8443/........         ==> SNEL, werkt nu zoals het hoort.

Tip stond hier

[Briolet]

Ik heb nog eens naar die tip kijken. Als je "nas.local" gebruikt, gaat het verkeer direct naar de nas. Idem met IP adressen. Via je domeinnaam, loopt het verkeer waarschijnlijk via een omweg, via de router. Maar dat is het net bij mij. Ik heb als test de '.local' naam even gebruikt, maar dat maakt geen verschil. Ik heb mijn domeinnamen via een eigen dns server zo ingericht dat het verkeer met domeinnamen intern niet via de router loopt.

Ik heb er ook nog Wireshark bij gepakt in de hoop daar iets te zien. Dat was wel interessant. Als ik een paar letters verander in een kaart en dan de bewaarknop indruk, duurt het ca 27 seconden voordat ik tcp verkeer over poort 8443 zie. Dat geeft wel aan dat het probleem aan de mac kant zit. Die lange pauze komt niet door verbindingsproblemen, maar doordat de mac zo lang wacht om een overdracht te starten.

Ik zit nu op mijn MacBook waar het effect identiek is tussen beide nassen. Als volgende test heb ik het trage account op mijn MacBook gewist, in de hoop daar een corruptie in zat. Na opnieuw aanmaken van het account werden de data weer van de nas geïmporteerd(#). Echter zonder succes.

(#) Hier kwam ik een andere bug tegen. De mac weigerde om de adressen in te lezen. Pas toen ik een nieuw contact ging toevoegen, in het ogenschijnlijke lege account, ging hij alle adressen van de nas ophalen.

[Briolet]

toen de tip van 'google' geprobeerd: Toevoegen van LOCAL

Bedankt, die tip werkt inderdaad. Het is echter niet voldoende om het server adres in de configuratie aan te passen. Je moet de hele configuratie weggooien en starten met de nieuwe servernaam.

Ik heb het nu op 2 computers een paar maal geprobeerd met deleten en weer aanmaken van het account.

De bonjournaam (die met .local erachter) werkt goed. Als je een andere url of het IP adres gebruikt als servernaam, dan heeft het account de vertraging bij het editen. Op de nas waar ik nooit problemen had, had ik al vanaf het begin de bonjournaam gebruikt.

Edit 16-4-2016: Volgens dit bericht is Apple op de hoogte van het probleem en zal het hopenlijk in een volgende OS update gefixed zijn.

[Briolet]

Dit probleem is met de update OSX 10.11.5 van gisteren, opgelost.