Linux за българи: Форуми

Здравейте с Mandriva 2006.0 , KDE 3.5.3 съм и имам мн странен проблем: уеб страниците ми ги отваря с 64гб    ,
а пък като тръгна да свалям нещо  си го сваля с нормалната скорост която си ми е попринцип.Проблема го има при сичко браузъри.

Явно ще трябва да свиквам така

Аз поне не схващам въпроса, би ли го описал с малко повече думи?

Значи въпроса е : Как да си орпавя скороста с която ми се отварят сайтовете   Както казах ,скороста с която ги отваря е 64кб а трябва да е доста повече , като тръгна да свалям някой файл от и-нет, си го сваля с нормалната скорост която ми е попринцип .

Астрономе, мислиш ли като говориш? Естествено, че може да се измери скороста на отварянето на уеб страници.

Armani, да нямаш инсталиран шейпър, който да ограничава твоята скорост? Ако имаш джамеци XP провери там как ти е скороста.

Значи при прозореця сичко си е ОК , като пушка е , а как да разбера дали имам "шейпър"?

Сега аз на свой ред мога да кажа - deane, мислиш ли като говориш (или по-точно - като пишеш)?

Ако има шейпър не смяташ ли, че ще му е ограничена скоростта независимо какво прави - дали разглежда уеб или тегли нещо?

Hapkoc, пак ме превари
Dean79 как си го представяш шейпъра ? На Мандривата или на доставчика   ?
armani, виж на ХР-то кои DNS-и си сложил и дали на Мандривата са същите....примерно.

Всъщност въпроса на астронома е съвсем резонен - как точно измерваш скоростта на зареждане на една уеб страница?

Значи скороста я измервам с Konqueror,но важното е,че проблема се оправи ,явно съм си играл с настройките в network preferences,като върнах сичко на дефоут се оправиха нещата

Истинският проблем е че някой взема всичко това насериозно..

Ами добре, това с каква скорост отваряш един сайт е много, много по-сложен въпрос от това какво ти изписва конкуерора долу в ъгъла. Просто има прекалено много допълнителни моменти. Ще спомена някои от тях:

1. Има значение ползва ли се HTTP/1.0 или HTTP/1.1. В единия случай се отварят няколко сокета, в другия най-вероятно само един
2. Има значение минаваш ли през някакво (дори 'прозрачно' прокси. При него може да се слагат всекви изкривени правила, вкл. за QoS.
3. Има голямо значение какво се случва на сървърската страна. Може да има да речем само един килобайт статично съдържание и още само толкова динамично, обаче при положение че базата им е натоварена и/или по някаква причина SELECT-ите се бавят, може тия два килобайта да ги дърпаш няколко минути, въпреки че връзката ти да речем е 2mbit/s
4. Всеизвестно е че има значение откъде дърпаш
5. Не се знае какви лимити има от сървърната страна
6. Не на последно място не се знае какви грозотии може да има от гледна точка на TCP/IP стек-а. Някой идиот да речем решил да реже повече ICMP-та, имало нужда да се минава през среда с по-ниско MTU, никой не получил нужното предупреждение (icmp fragmentation needed) и настанала странната необяснима каша, верно рядко се случва, но не е изключено
7. Това, което ти изписва конкуерора е последното, на което трябва да вярваш

И т.н и т.н

Ок тогава как мога да разбера точно с ква скорост ми отваря даден сайт?

Е да речем че измериш по някакъв начин точно - какво ще направиш, ще питаш приятелите си с каква скорост отварят някакъв сайт и ще сравняваш?

И друго, да речем че 5 пъти подред направиш теста с един по-богат на динамично съдържание, натоварен сайт. Твърде вероятно и 5-те пъти ще имаш различни резултати, като в някои случаи вероятно разликата ще е голяма.

Какъв е смисъла де?

Искам да кажа, че скоростта на мрежата не е единствения bottleneck, както и че не е чак толкова голям в сравнение с това дето е било преди време. Средната големина на една страница не е нараснала кой знае колко с времето, докато скоростта на връзките е скочила в пъти. Отделно дето сложността на самите сайтове е нараснала в пъти. Динамичните страници от една стрна тормозят сървъра, от друга страна разните флашове тормозят клиента. В този смисъл направих един груб тест:

gat3way@debian:~$ time konqueror dir.bg

real    0m18.968s
user    0m2.868s
sys     0m0.100s
gat3way@debian:~$

затворих конкуерора в момента в който успя да зареди дир.бг. Много грубо казано, 3 секунди от тези 19 са преминали в зареждане на конкуерора (светкавично при мен), рендериране на съдържанието и обработката на tcp пакетите. От сървърна гледна точка колко зор е имало докато приготви страничката за "сервиране" нямам идеа, но според мен също са поне 2-3 секунди. Което вероятно означава, че само малко повече от половината време е преминало в чакане съдържанието да се източи дотук. Останалото са били разни манипулации, за да мога да си му гледам картинките и рекламните флаш банерчета.

Разбира се, това е много, много груба сметка, но резултатите са показателни. Не е чак толкова важна скоростта на мрежата според мен, има доста други фактори.

П.П голяма част от тези фактори просто ги няма, ако тестваш с каква скорост дърпаш един единствен голям файл от мрежата и нищо не се визуализира

Дам... 10х за инфото , определено имах различна представа за нещата

БТВ би ми било интересно ако някой друг си пост-не резултатите от същия "тест". При мен връзката е относително бавна (поне за моите стандарти 512 кбит/с негарантиран), обаче машинката ми е АМД64 с 1ГБ РАМ и при тест-а освен Х-а и КДЕ-то и няколко конзоли и един хиксчат друго не е вървяло...на машинки с по-малко ресурси и по-бърз интернет вероятно резултатите ще са още по-показателни