[win2k] terminal server & MP3 share

[Verwijderd]

Op mijn huisnetwerkje heb ik een servertje voor:
-internet delen (dhcp & dns , winroute pro)
-lokaal file server (o.a MP3 share)
-download software: p2p & usenet & ftp clients
-tools zoals winrar , isobuster , winsfv.......
-terminal server voor remote bediening (ook vanaf het werk !)
Server staat in meterkast , zonder VGA , toetsenbord/muis

Vanaf diverse clients thuis kan ik zonder enig stotteren MP3s spelen vanaf de server-share , zelfs als ik de server zwaar belast door een ISO te unrarren of bij het uitpakken van een ISO met ISObuster

MP3 playback stottert vaak wel even bij het opzetten van een terminal-server sessie, zelfs als ik al aangelogd was.

Is er een optie om filesharing hogere prio te geven?
In system properties->advanced->performance opties staat het vinkje natuurlijk al bij background services.

[Illegal_Alien]

Taakbeheer -> Processen ?

En dan opzoeken wat wat is...

[ Voor 46% gewijzigd door Illegal_Alien op 23-12-2002 21:14 ]

[Verwijderd]

Verwijderd schreef op 23 December 2002 @ 21:11:
Is er een optie om filesharing hogere prio te geven?
In system properties->advanced->performance opties staat het vinkje natuurlijk al bij background services.

network properties, file en printersharing, maximize throughput for network apps.

Daarna deze effe draaien:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"KeepAliveTime"=dword:0000ea60
"KeepAliveInterval"=dword:000003e8

Als het goed is weet hij daarna niet hoe snel hij het door de kaart moet persen (die uiteraard op 100mb FD staat?)

[Underground75]

six10again, welke terminal server voor remote bediening gebruik jij?

[Verwijderd]

Verwijderd schreef op 23 December 2002 @ 21:32:
[...]
...network properties, file en printersharing, maximize throughput for network apps.

Bij die optie was ik nog niet geweest , en die staat nu op "maximize data throughput for file sharing" wat ook goed moet zijn.

De registry hacks geloof ik ook niet in:
http://www.winguides.com/registry/display.php/891/
beschrijft die settings , en voorzover ik het begrijp duurt het met die settings 2 uur voordat windows keep-alives gaat sturen.

btw: 100Mb is beetje overkill voor 256kb MP3.

Vooralsnog ga ik nu proberen de priority van termserv.exe lager te zetten.
edit: Dat laat windows dus niet toe:-((

Undertaker:
ik gebruik de terminal server van die in w2k server standaard zit


edit2
Hier ping respons naar mijn servertje terwijl ik connect met terminal server:
Reply from 192.168.1.1: bytes=32 time<10ms TTL=128
Reply from 192.168.1.1: bytes=32 time<10ms TTL=128
Reply from 192.168.1.1: bytes=32 time<10ms TTL=128
Reply from 192.168.1.1: bytes=32 time<10ms TTL=128
Request timed out.
Request timed out.
Request timed out.
Reply from 192.168.1.1: bytes=32 time=160ms TTL=128
Reply from 192.168.1.1: bytes=32 time<10ms TTL=128
Reply from 192.168.1.1: bytes=32 time<10ms TTL=128

[ Voor 33% gewijzigd door Verwijderd op 23-12-2002 22:21 ]

[Verwijderd]

Verwijderd schreef op 23 December 2002 @ 22:08:
>>Bij die optie was ik nog niet geweest , en die staat nu op "maximize data throughput for file sharing" wat ook goed moet zijn.<<

Dat staat hij na een standaard installatie.

>>De registry hacks geloof ik ook niet in:
http://www.winguides.com/registry/display.php/891/
beschrijft die settings , en voorzover ik het begrijp duurt het met die settings 2 uur voordat windows keep-alives gaat sturen. <<

Jouw keuze. Ik kreeg er 30% performance verbetering mee, met een oracle app die op citrix/ts draait en zijn data van de oracle bak kreeg, wat mij het proberen waard zou zijn. Just my 2 cents.

[Verwijderd]

de setting "...network properties, file en printersharing, maximize throughput for network apps" lijkt inderdaad verbetering te geven.

Dit had ik niet verwacht , de help (F1 toets) lezende bij die opties.

Ping respons bij starten terminal server nu:

Reply from 192.168.1.1: bytes=32 time<10ms TTL=128
Reply from 192.168.1.1: bytes=32 time<10ms TTL=128
Reply from 192.168.1.1: bytes=32 time=90ms TTL=128
Reply from 192.168.1.1: bytes=32 time<10ms TTL=128
Reply from 192.168.1.1: bytes=32 time<10ms TTL=128