Onze RAID (1,2TB) zit voor zo'n 45% vol. Eén sharepoint welke voor het hele bedrijf toegangkelijk moet zijn is ca. 30% van die 1.2TB. Dus echt vol zit ie niet, er staan wel veel bestanden op (maar daar is it toch ook voor gemaakt?) Maar goed. Als we een MDD G4 met 2 Ethernetkaarten eraan hangen is Sherlock traag, als we een XServe eraan hangen is ie traag, als we van het rack afhalen en met een simpele 16 poort switch aankoppelen is ie traag... Verzin maar een setup en het ding (lees: netwerk want OSXs Monitor geeft een belasting van gem. 40% op de CPU's aan en een netwerktransfer van ca. 8mbs) is traag...
Volgens Apple (tja...) moeten we i.p.v. gigabit gewoon op 100 gaan werken. Da's dus onzin want dat leverd geen verschil. De tweede kaart zit er sinds een week in (OSXserver 10.3) en op die kaart draaien alleen applicaties welke met hotfolders werken en dus niet rechtstreeks benaderd hoeven te worden door de geruikers (Distiller, Pitstop, Apogee etc). Dit maakt wel enig verschil in de traagheid van het netwerk, maar absoluut niet t.o.v. zoekopdrachten.
Let wel, we zoeken dus alleen maar in een bepaald gedeelte van de server en NIET op het hele RAID systeem.
Op een of andere manier blijkt het vooralsnog niet mogelijk te zijn om ons netwerk up-to-speed te krijgen en om een fatsoenlijke zoekopdracht uit te voeren. Iets wat voorheen op OS9 toch niet veel (geen zelfs?) problemen gaf.
Volgens diverse fora bij leveranciers en op fora van Quark (5.0 slowness) en Apple is het een vaker voorkomend probleem, maar met die info ben ik niet echt geholpen. Apple is er bij ons al (bijna) een jaar mee bezig maar echt vlotten wil het niet terwijl de productiedruk wel omhoog gaat.
Vaak zit de oplossing in een klein hoekje (daar waar ook problemen zich bevinden) en weet iemand hier wel de oplossing...
Alvast bedankt.