🚀 go-pugleaf

Bronek Kozicki <bross@polbox.com.pl> wrote:
: Jaroslaw Lis napisał:
: : Bronislaw Kozicki <bronek@wpi.com.pl> wrote:
: : : - kod pliku obsugujacego funkcje udostepniania SRV.SYS w NTS jest w
: : : mniejszym stopniu odkladany na dysk ("memory pagging"), co pozwala 
: : : sprawniej te funkcje realizowac
: : 
: : Czytaj - do pracy typu 'workstation' trzeba wiecej pamieci, bo jadro
: : zajmuje wiecej rzeczywistej.

: Raczej na odwrot: podczas pracy w trybie (juz wiem z artykulu Andrew
: Schulmana, ze nalezy raczej mowic o trybie, a nie o wersji) Server
: moduł SRV.SYS rzadziej jest odkladany na dysk, czyli prawdopodobie
: alokuje więcej pamieci "nonpaged". Czyli stricte - zajmuje więcej
: pamięci, niż ten sam moduł w trybie Workstation. Choć głowy za te
: wyjaśnienia nie dam - po prostu wydają mi się one najprostrze.

Dokladnie tak samo mysle, tylko zapomnialem uscislic: do pracy typu
'workstation' [a wiec siada osoba i odpala worda, excela, FoxPro, Netszkape
etc...] na NTS trzeba troche wiecej pamieci niz na NTW.

: : : - NTS posiada wieksza ilosc watkow obslugujacych operacje I/O.
: Efekt tego 
: : : jest taki, ze NTS moze przeznaczyc ponad 90% czasu procesora na
: sama 
: : : obsluge dysku wynikajaca z udostepniania plikow, podczas gdy w NTW
: cos 
: : : takiego nie zachodzi (chyba, ze wystepuje intensywny "memory
: pagging").
: : 
: : Cos mi sie w powyzszym nie podoba. Jak to zwykle MS - odstawili
: jakies
: : cuda. Dlacze NTW ma ograniczona liczbe watkow.

: Tu chodzi po prostu o to, żeby w trybie Workstation wątki odwołań I/O
: nie "przytłoczyły" pozostałych wątków (innymi słowy - nie rozmożyły
: się), np. tych z aplikacji "desktop". Właśnie na tym m.in. polega
: "optymalizacja" Workstation do zadań typu "desktop"

Innymi slowy - nieco inne ustawienie priorytetow. Mile, tylko dlaczego
::: - ponadto NTS jest w stanie obsluzyc 32 procesory, podczas gdy NTW tylko 2
:: To juz pewnie ograniczenie czysto licencyjne. Jak sie juz ma kod na wiecej niz
:: jeden procesor, to trzeba sie troche naglowkowac, zeby go jedynie do dwoch
:: ograniczyc.
:  
: Przypuszczam, że ten kod jednak jakoś (w zależności od trybu pracy) to
: ogranicza.

Ze ogranicza to calkiem mozliwe. Tylko ze o ile kod na 1 procesor jest mocno
inny niz na 2 procesory, to roznica pomiedzy 2 a 32 jest juz zadna.
Jezeli wprowadzono ograniczenie do dwoch - to chyba tylko po to, zeby
bogatsi kupili NTS - bo drozszy.

: A jak wyglada np problem instalacji SQL servera w domu na NTW?
:  
: Zainstaluj SQL Workstation. SQL Server udostępnia usługi dla sieci
: (choć charakter tych usług wcale nie jest "sieciowy" - niemniej
: zdecydowanie jest to SERVER), tak więc umożliwienie zainstalowania go
: tylko na NTS ma swój sens. Choć z pewnością głównie chodzi o kasę. No i
: jeszcze coś - nie należy łączyć usług serwera plików z serwerem "czegoś
: innego", np. właśnie SQL - po to, żeby SQL otrzymał dosyć czasu
: procesora do pracy. Efektem dyskutowanej wyżej optymalizacji może być
: zbyt duża liczba wątków obslugujących odwołania do dysku, i SQL po
: prostu nie bedzie miał "kiedy dzialać"

Nie bedzie mial kiedy dzialac, to i nie bedzie dostarczal zadan 'dyskowych'.

P.S. Czy ktos biegly w 'NT internal' moglby opisac o co chodzi z tymi 
     'watkami dyskowymi'? Mamy spory background z O.S., i jakos zawsze
     to procesy dyskowe byly w stanie oczekiwania na dysk, a nie sluzyly
     do wstrzymywania innych procesow...
 

J.