Vista network lag 20071021
Vista идва със нов TCP стек и има известен проблем заради нещо наречено "Receive Window Auto-Tuning".
Накратко - в TCP има един параметър Receive Window който указва какъв размер данни може да се изпрати преди да се изчака потвърждение от другата страна, че са получени. Това позволява оптимизация в известна степен на канала защото грешки са сравнително рядко срещани и има съществен принос за увеличения трафик. Ако параметъра е малък при два-три пакета изпращането на нови спира докато не дойде потвърждение - това не е особенно ефективно в LAN и broadband средите. Ако параметъра е голям - може да бъдат изпратени 65535 байта и тогава да се разбере, че другата страна не може да ги получи или ги е получила с някаква грешка - тогава целия прозорец от 65535 байта трябва да се изпрати наново и не е най-ефикасния метод при модемни връзки.
Сега - наясно съм че няма пълно щастие. От Корпорацията също. Затова стандартно Windows XP беше оптимизиран за модемни връзки което доведе до бум на всякакви продукти увеличаващи мрежовата връзка. С излизането на SP2 нещата бяха пооптимизирани към broadband връзки, но все пак имаше още какво да се желае в повечето случаи.
С излизането на "най-перфектната" OS някоя мъдра глава е седнала и е решила че параметъра може да се настройва автоматично от TCP стека което безспороно е една стъпка напред в правилната посока. Друга глава (може и същата да е) е направила прозореца да бъде до 16 мегабайта! Това е втора ОГРОМНА стъпка също в правилната посока - вече gigabit ethernet е почти ежедневие, а са обявани и още по-бързи технологии.
За ОГРОМНО наше съжаление понякога се получава голямо мрежово забавяне заради инфраструктура или някаква несъвместимост и на хартия изглежда, че не би трябвало да има никакъв проблем, а практически Vista се мъкне в сравнение с XP. Това е особенно видимо под RDP сесия към сървър намиращ се отдалечено (не в LAN) правещо работата в сесия по-скоро дразнеща. Преминаване в същата сесия от XP показва, че проблема не е в отдалечения сървър ами е някаде другаде (някой каза ли Vista?).
Ако имате подобни проблеми следната магическа комбинация би трябвало и на вас да ги реши (пуска се под Administrator! Промените са ГЛОБАЛНИ!):
За повече информация:
KB935400
Накратко - в TCP има един параметър Receive Window който указва какъв размер данни може да се изпрати преди да се изчака потвърждение от другата страна, че са получени. Това позволява оптимизация в известна степен на канала защото грешки са сравнително рядко срещани и има съществен принос за увеличения трафик. Ако параметъра е малък при два-три пакета изпращането на нови спира докато не дойде потвърждение - това не е особенно ефективно в LAN и broadband средите. Ако параметъра е голям - може да бъдат изпратени 65535 байта и тогава да се разбере, че другата страна не може да ги получи или ги е получила с някаква грешка - тогава целия прозорец от 65535 байта трябва да се изпрати наново и не е най-ефикасния метод при модемни връзки.
Сега - наясно съм че няма пълно щастие. От Корпорацията също. Затова стандартно Windows XP беше оптимизиран за модемни връзки което доведе до бум на всякакви продукти увеличаващи мрежовата връзка. С излизането на SP2 нещата бяха пооптимизирани към broadband връзки, но все пак имаше още какво да се желае в повечето случаи.
С излизането на "най-перфектната" OS някоя мъдра глава е седнала и е решила че параметъра може да се настройва автоматично от TCP стека което безспороно е една стъпка напред в правилната посока. Друга глава (може и същата да е) е направила прозореца да бъде до 16 мегабайта! Това е втора ОГРОМНА стъпка също в правилната посока - вече gigabit ethernet е почти ежедневие, а са обявани и още по-бързи технологии.
За ОГРОМНО наше съжаление понякога се получава голямо мрежово забавяне заради инфраструктура или някаква несъвместимост и на хартия изглежда, че не би трябвало да има никакъв проблем, а практически Vista се мъкне в сравнение с XP. Това е особенно видимо под RDP сесия към сървър намиращ се отдалечено (не в LAN) правещо работата в сесия по-скоро дразнеща. Преминаване в същата сесия от XP показва, че проблема не е в отдалечения сървър ами е някаде другаде (някой каза ли Vista?).
Ако имате подобни проблеми следната магическа комбинация би трябвало и на вас да ги реши (пуска се под Administrator! Промените са ГЛОБАЛНИ!):
netsh interface tcp set global autotuninglevel=disabled
netsh interface tcp set global rss=disabled
За повече информация:
KB935400
Vista is zoombie 20071021
От година Vista е на пазара, но по-хладен прием не съм виждал досега. По-интересното е, че и специалистите не я харесват много-много.
Vista is a Zombie?
Why Microsoft must abandon Vista to save itself
Мicrosoft: We Are Selling Windows Vista! Yes, We Are!
Internet Explorer 7 Is an Open Door for Attacks
Vista is a Zombie?
Today, I think of Vista as the zombie operating system. It stumbles around, and from a distance you might think it's alive, but close up it's the walking dead.
Why Microsoft must abandon Vista to save itself
With each passing day, it's becoming blatantly clear that Microsoft released Vista too early and the company's continual mistakes and promises that can't be kept are further annoying the Windows faithful.
Мicrosoft: We Are Selling Windows Vista! Yes, We Are!
According to Pedro Bustamante, Senior Research Advisor Panda Security, Vista has a share of just 0.92% of all the businesses managed by the company. Market research company Context placed Vista Business sales at half those of Windows XP Professional on the European market. Alex Eckelberry, president of SunBelt, revealed that CounterSpy Enterprise detected Windows Vista RTM build 6000 running on just 0.32% of the machines scanned.
Internet Explorer 7 Is an Open Door for Attacks
In Vista, for example, ShellExecute() also rejects the URI, but the copies of Windows XP and Windows Server 2003 do not deliver a similar behavior. Microsoft emphasized that the vulnerability can be successfully exploited only in the limited contexts described above, and that other versions of the Windows operating system with IE7 installed are not affected.
Публикувано от Петър Николов
Коментари: (0)
Проследявания: (0)
Маркери, дефинирани към тази статия: vista
Vista ATI driver 20070816
Нов панаир около Vista.
Изследователя Alex Ionescu (май имама румънски корени) е открил нов начин за зареждане на неподписани драйвери. Използва се дупка в съществуващия драйвер на ATI.
Веднага се вдигна голяма пушилка из интернета.
Резултата:
- ATI поправи проблема във версия 7.8
- Корпорацията веднага го взе и го постави в Windows update за да си обновят потребителите съществуващите драйвери
- Alex Ionescu постави въпроса "абе що не потествате малко драйверите преди да ги подпишете"
ATI driver flaw exposes Vista kernel to attackers
Това само по себе си не е много интересна новина. По-интересното е че 2-3 дена преди нея в Интернет се появи програма със същото предназначение написана от фирма и използваща драйвер. Тук вече панаира беше пълен.
Vista kernel tampering tool released, then mysteriously disappears
Тук вече се стигна до наказателна акция от Корпорацията. Сертификата на фирмата подписала с него драйвера беше revoked (премахнат). Програмата беше поставена в списъка с дефинициите на Windows Defender с цел триене на база "malware".
Windows Vista x64 Driver Signing update
Сега - това говори за нещо много, много опасно. Корпорацията се опитва да запази 64 битовите си версии чисти от всякакви drivers и kernel tools. За наше всеобщо съжаление това би стопирало доста разработчиците и съответно по-бавно навлизане на 64 битовите Windows. Последното и сега се случва и затова няма никаква причина (освен сървърните платформи) към миграция на x64.
Изследователя Alex Ionescu (май имама румънски корени) е открил нов начин за зареждане на неподписани драйвери. Използва се дупка в съществуващия драйвер на ATI.
Веднага се вдигна голяма пушилка из интернета.
Резултата:
- ATI поправи проблема във версия 7.8
- Корпорацията веднага го взе и го постави в Windows update за да си обновят потребителите съществуващите драйвери
- Alex Ionescu постави въпроса "абе що не потествате малко драйверите преди да ги подпишете"
ATI driver flaw exposes Vista kernel to attackers
Това само по себе си не е много интересна новина. По-интересното е че 2-3 дена преди нея в Интернет се появи програма със същото предназначение написана от фирма и използваща драйвер. Тук вече панаира беше пълен.
Vista kernel tampering tool released, then mysteriously disappears
Тук вече се стигна до наказателна акция от Корпорацията. Сертификата на фирмата подписала с него драйвера беше revoked (премахнат). Програмата беше поставена в списъка с дефинициите на Windows Defender с цел триене на база "malware".
Windows Vista x64 Driver Signing update
Сега - това говори за нещо много, много опасно. Корпорацията се опитва да запази 64 битовите си версии чисти от всякакви drivers и kernel tools. За наше всеобщо съжаление това би стопирало доста разработчиците и съответно по-бавно навлизане на 64 битовите Windows. Последното и сега се случва и затова няма никаква причина (освен сървърните платформи) към миграция на x64.
Acer: PC Industry Disappointed with Vista 20070730
Че Vista не се продава добре вече не е тайна. Че потребителите не я харесват - също.
Но да излезе Висш служител (президент) от Acer (в момента компания N:3 в световен мащаб) и да каже че индустрията е разочарована от Vista вече е нещо ново.
Acer: PC Industry Disappointed with Vista
Отделно интересното е че още януари господин Gianfranco Lanci предсказа пред BusinessWeek:
Но да излезе Висш служител (президент) от Acer (в момента компания N:3 в световен мащаб) и да каже че индустрията е разочарована от Vista вече е нещо ново.
Acer: PC Industry Disappointed with Vista
Отделно интересното е че още януари господин Gianfranco Lanci предсказа пред BusinessWeek:
От много години когато Microsoft пуска в продажба нова операционна система ние виждаме опашки от хора на улиците. Този път ние няма да видим хора по улиците очакващи Vista
« предишна страница
(Страница 1 от 1, общо 4 статии)
следваща страница »
