I posle kazu Linux scheduler nije dobar :D

[sysctl]

Uopste nisam imao pojma da je veliki M$ napravio “ovakvu” gresku  😮

http://blogs.technet.com/markrussinovich/archive/2007/08/27/1833290.aspx

pa Gigabit Ethernet je standard, sta bi sa onim QA, WHQL,…  :biggrin:

Ili ovo, tek u Vista SP1 “puna brzina”, WTF

http://blogs.zdnet.com/Bott/?p=336

P.S: Ovo je dobro stivo za Linuz advocacy, pa navalite  😀 O0

[dukenukem_4d]

mark russinovich, covek koji je napravio process explorer (i jos stosta drugo)
pravi car za programiranje .. cini mi se da su ga posle zaposlili u ms?
(posto su njegovi sistemski programi bili bolji od ms-ovih O0 )
ipak se isplati programiranje ,bar na zapadu :'(

tako su pre (odavno) neki klinci opravili nvidia drajver  4496 da radi ne samo za 2.4.x
vec i za 2.5 (2.6) kernele ,pa su i oni dobili posao u nvidia O0

ovo je uobicajeno da ne radi mreza izmedju raznih verzija ms
nekada davno sam probao win98 na relaciji sa xp i nece pa nece
(na istim tim racunarima samba je radila savrseno sa istom instalacijom xp ??? )
uobicajena pojava – nema nista cudno  😀

[Владимир]

To je stara priča..

ovo je uobicajeno da ne radi mreza izmedju raznih verzija ms
nekada davno sam probao win98 na relaciji sa xp i nece pa nece
(na istim tim racunarima samba je radila savrseno sa istom instalacijom xp ??? )
uobicajena pojava – nema nista cudno  😀

Nema ovo veze sa mrežom između ms-ova, ovde je broj mogućih primljenih paketa u sekundi ograničen na 10000, to verovatno nije baš uobičajeno da se ograničava.

[sysctl]

Ne znam da li ste detaljno procitali tekst.  😀

U prvom slucaju se desava “dramatican” pad protoka prilikom slusanja/gledanja necega u media player-u

dok se u drugom “navodi” da je vista network stack “poboljsan” (odnosno ispravljen), ali
se kaze kao da je to “performance boost”, umesto ispravljena greska  :biggrin:

[Владимир]

Pa da, da ne bi došlo do prekida u reprodukciji, media plejeru se povećava prioritet. Ali su u testovima primetili da mrežni drajveri zauzimaju dosta procesor pri brzim vezama, pa su ograničili broj paketa koji može da se primi u sekundi na 10000, samo da zvuk ne bi seckao. Kad ne radi plejer, onda je sve normalno.

[BrokeBody]

ipak se isplati programiranje ,bar na zapadu :'(

Jel’ odgovara istok? Japan, recimo. 😉

Ovo za WMP, steta za moj omiljeni player na Windows-u. 🙂

[Владимир]

Pa i istok je još veći zapad  😀

[BrokeBody]

Pa i istok je još veći zapad

Ako cemo o programiranju, onda nije.

Ipak i u Japanu je vrlo isplativo, sto sam inace hteo da kazem.

[sysctl]

Hehe, opet niste lepo procitali sta pise.  😀

Problem se nalazi u scheduler-u (preciznije MMCSS-Multimedia Class Scheduler Service ) i dalje on otkriva
problem u network stacku, sto se zapravo stavlja u drugi plan, ali je to veci problem.

Osnovni problem je sto prilikom prenosa podataka na Gigabit Ethernet mrezama sistem biva opterecen
40 i vise posto (preciznije 40% kernel vremena se utrosi na handle-ovanje mreznog transfera).

Prica sa media player-om je stavljena u prvi plan iz razloga sto je on (jos uvek) jedina aplikacija koja koristi “realtime” thread-ove da bi se omogucio “smooth” playback ili sta vec i sto je pomocu njega primecena greska. Inace WMP ce raditi normalno (nece imati uticaj na mrezni transfer) ako se MMCSS servis iskljuci.

Da ponovim jos jednom  :D, glavni problem je “previsoko” zauzece procesora (bez obzira na tip i brzinu istog) prilikom transfera preko GigE, do toga na Linuzu ne dolazi (procesor je opterecen svega nekoliko posto).

Evo sta kaze R.Love
http://blog.rlove.org/2007/08/those-dang-dpcs-clogging-mmcss.html

[BrokeBody]

Hehe, opet niste lepo procitali sta pise.

Nismo ni citali. 😀

[Аутор]

Чланци