Hallo!

> >> Was sagt den die IndexingService- und SQLServer-Spec �ber die 
> >> indexierbaren Mengen?
> >Z. B.: Bei mehreren Millionen Datens�tzen bzw. Ver�nderungen 
> soll man 
> >mehrere Kataloge nutzen.
> 
> das habe ich zwar gelesen, aber beiseite geschoben. Ich habe 
> ja nur eine wirklich grosse Tabelle - die andere ist ja 
> eigentlich "Peanuts" f�r den SQL-Server. Und bis auf das 
> Auff�llen ist das Performance-m�ssig auch voll okay.

Sehe ich genauso. Die "kleine" Tabelle mit einer 15 Zeichen langen
Spalte, muss er zus�tzlich verkraften k�nnen. Aber steht da wirklich
mehr als 1 Wort drin? Reicht da nicht ein normaler Index, bzw. ist der
nicht sogar performanter?

> >> Meinst Du "verbraucht" oder wirklich "verbrauchen darf"?
> >> Da gibt es doch bestimmt im einige counter im perfmon...
> >Na ja, T-SQL reicht. Das Property "ResourceUsage" bestimmt, wieviele 
> >Ressourcen der Indexdienst verbraten darf. Bei niedrigen 
> Werten nutzt 
> >er halt nur entsprechend wenig RAM (= viele 
> Dateisystemoperationen) und 
> >wenig Prozessorzeit. Und f�r so einen Katalog kann ja auch 1 MB RAM 
> >nicht schaden, zumal, wenn die Indizierung nachts mit 
> ResourceUsage 4 
> >oder 5 l�uft.
> 
> Also die RessourceUsage steht auf  3. Sooo niedrig ist das ja 
> nicht - also sollte das schneller laufen. Ich denke, Du 
> meinst 1GB RAM :) - den hat er auch.

Jo, 1 GB, aber die n�tzen ja auch nur, wenn sie voll genutzt werden. Und
wenn man die ResourceUsage auf 5 hochsetzt, l�uft's wirklich schneller.
Das sollte man aber auch nur dann machen, wenn die Datenbank nichts
anderes zu tun hat.

> >Die Werte gehen von 1 bis 5 (siehe Online-Dokumentation). 
> Wenn Du hier 
> >nichts �nderst, kann es sein, dass der Prozessor nur mit 20% 
> >ausgelastet wird. Das siehst Du dann im TaskManager; die Task hei�t 
> >"mssearch".
> 
> Die verbraucht im TaskManager 25 MB. Ist also auch nicht so 
> die Welt...

Versuch da bzw. in der ManagementConsole unter "Dienste" auch mal die
Priorit�t zu erh�hen.

Freundliche Gr��e
Joachim van de Bruck 


| [aspdedatabase] als [email protected] subscribed
| http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp

Antwort per Email an