Pojawiło się wiele mitów na temat różnic pomiędzy dwoma kartami które na pierwszy rzut oka wyglądają identycznie. Mowa tu o kultowym Edimax EW-7318USg i Tonze UW-6200C1. Obie karty posiadają chip firmy RaLink RT2571WF potocznie nazywany RT73 prawdopodobnie od nazwy modułu linux-a który jest jego sterownikiem rt73usb.

Edimax posiada faktyczną moc 16dBm a wersja „podkręcona” czyli Tonze aż 23dBm.

Wiele osób uważa że większa moc to większy zasięg lub więcej wykrytych sieci, logicznie myśląc moc nadawania nie ma nic do czułości czy ilości wykrytych sieci ale oczywiście w wielu testach ludzie pokazują ogromne różnice. Postanowiłem zrobić mały test, do tego celu użyłem punkt dostępowy TP-Link WA5110G oraz programowy punkt dostępowy oparty o kartę Ubiquiti SR2.

  • 1. Wygląd.

Na pierwszy rzut oka wyglądają podobnie, ta sama obudowa a w środku ?

AzureWave AW-GU210AzureWave AW-GU210Tonze i EdiTonze i Edi

Jak widać na 3 i 4 zdjęciu karty są identyczne, różnica polega na regulatorach napięcia są wykonane przez inne firmy ale ich parametry są bardzo zbliżone… Na dodatek umieściłem dwa zdjęcia karty AzureWave jak widać ta właśnie karta posiada metalową obudowę na układzie radia i wzmacniacza, a Edi i Tonze nie. Może to nie ma znaczenia ale czemu na PCB jest miejsce na jej przylutowanie ?

  • 2. Moc nadawania.

Do tego testu wybrałem linux BackTrack 4 ze względu na to że zawiera zmodyfikowany sterownik który pozwala regulować moc tych kart, do pomiaru programowy AP oddalony o 200m na otwartej przestrzeni. (ogród) Pomiar został odczytany na AP i pokazuje raczej różnicę pomiędzy mocą nadawania kart niż faktyczną siłę sygnału.

Rezultaty:

EdiMax 16dBm: (-) 40-42dBm

Tonze UW-6200C1 23dBm: (-) 36-37dBm

Dla porównania:

Tonze UW-6200R/H: (-) 34-36dBm

Tonze UW-6200RX: (-) 31-33dBm

Alfa 1W: (-) 30-31dBm

Ubiquiti SR2: (-) 25-26dBm (ta sama antena na kablu 10cm)

Różnica, według mnie przewidywalna, ale czy duża? Raczej nie.

  • 3. Regulacja mocy.

Tylko sterownik zmodyfikowany w BackTrack 4 daje możliwość regulacji mocy, niestety nawet przy ustawieniu 1dBm moc sygnału docierającego do AP nie spadła poniżej 55dBm. Regulacja działa, ale nie wiem czy 1dBm to faktycznie 1dBm.

  • 4. Czułość.

Ustawiłem pełną moc, rate=1M, essid=okoliczny hotspot 🙂

Pierwsze zdjęcie Edimax, udało się ustawić max. 23dBm, siła sygnału= -68dBm (68-69)

Drugie zdjęcie Tonze, udało się ustawić 25dBm ?!, siła sygnału= -66dBm (66-68)

Trzecia fotka Tonze UW-6200R/H, udało się ustawić 27dBm, siła sygnału= -67dBm (67-68)

Kolejnych zdjęć nie umieściłem ale przetestowałem jeszcze Alfę 1W -56dBm, Tonze UW-6200RX -58dBm oraz Ubiquiti SR2 -46dBm

Podsumowanie:

Między Edimax-em a Tonze Uw-6200C1 różnica jest znikoma, niestety Tonze podłączona np. przez hub lubi nie działać… dlatego uważam ją za problematyczną. Niestety pozostałe dużo droższe karty totalnie je deklasują.  Alfa 1w (RTL8187L) oraz Tonze UW-6200RX są bardzo zbliżone Ubiquiti pozostaje niepokonana

Tagged with:
 

firefox-burnW sieci można odszukać wiele poradników jak zmusić firefox-a do szybkiego ładowania stron, szybkiego otwierania menu etc. To bardzo miłe że ktoś o tym myśli ale podejście do tego zazwyczaj ogranicza się do dwóch rzeczy:

1. powiększyć ilość połączeń w jednym czasie do max.

2. powiększyć buffer w pamięci do max.

3. powiększyć buffer na dysku do max.

4. zmniejszyć opóźnienie wyskakiwania okienek do min.

Może to i ma jakiś sens, ale nie wiem czy przypadkiem on gdzieś nie uciekł… dlaczego? Kiedyś Firefox był dosyć lekki większość komputerów odpalała go szybki a z pamięci zajmował bardzo mało, dziś już nie można tak powiedzieć. Firefox jest ciężki, wolny i niesamowicie rozbudowany, przez co nawet mój komputer który ma dwa rdzenie po kilka GHz a do tego 6GB ram-u sprzętowy RAID5 na trzech dyskach, zaczyna mieć poważne problemy gdy załaduje 10-15 stron na kilku zakładkach… a gdy te strony mają masę ogromnych obrazków to firefox potrafi łyknąć spokojnie całe 6GB.

No i tu nasuwa mi się pytanie czy tuning ala. to co napisałem wyżej ma jakiś sens ? Mi się wydaje że nie, ja nadal chciał bym mieć lekka i szybka przeglądarkę… Dlatego postanowiłem napisać mały tutorial jak zmniejszyć apetyt firefox-a na pamięć.

  • Są dwa wyjścia, pierwsze to zmienić przeglądarkę na lepsza? 🙂

Tu muszę powiedzieć że Opera da się lubić, poza brakiem kilku dodatków które ff ma w zasadzie jest wszystko czego mi trzeba a na dodatek czuj się bardziej bezpieczny bo Opera w swojej historii miała znacznie mnie groźnych luk. Niestety co trzeba powiedzieć Opera ma problemy z wieloma stronami, nawet z tymi które nie wymagają IE i w FF chodzą doskonale… No za to Opera jest bardziej USER FRIENDLY niż inne przeglądarki! 🙂

Kolejna alternatywa to Google Chrome ( SRWare Iron ) który jest rewelacyjnie szybki i tu nie ma kompromisów, ładuje się szybko, zajmuje mało, czas renderowania stron jest krótki a na dodatek fatalny język JavaScript chodzi dużo szybciej niż u konkurencji! Niestety Chrome ma ogromne braki i nie ma w nim podstawowych opcji, ale to może być powód bardzo młodego wieku.

To tyle jeżeli chodzi o alternatywę, bo dla mnie i wielu innych osób przeglądarki typu IE, Safari, Moo + wszelkie modyfikację IE nie istnieją…

  • Kolejny sposób to próbować ratować Firefox-a

Aby tego dokonać najlepiej jest zdobyć gdzieś zoptymalizowanego pod swój procesor i jego instrukcje „build”. Pod systemami UNIX-owymi i podobnymi to nie jest wielkim problem, Gentoo np. samo kompiluje sobie ff z źródła a nawet jeżeli nie mamy Gentoo to możemy sobie skompilować przeglądarkę ręcznie bo prawie każdy linux/unix ma kompilator GCC 🙂 Problem mają użytkownicy Windows bo aby skompilować coś pod windowsem potrzeba Visual Studio 2005 a czasem nawet 2008 które nie są ani darmowe ani lekkie… Dlatego łatwiej jest poszukać jakiegoś build-u ale to nie jest łatwe bo oficjalnych nie ma albo są nieaktualne lub nie dokładnie zoptymalizowane.

Znalazłem stronę na której jest spis nieoficjalnych buildów: http://pryan.org/mozilla/firefox/

Jeżeli znajdziecie coś to dobrze jeżeli nie to można jeszcze zrobić mały tuning ustawień które o dziwo mogą wiele zdziałać.

  • wchodzimy do ustawień ff przez wpisanie w miejsce adres „about:config”
  • ustawiamy wartość zmiennych: network.http.pipelining, network.http.proxy.pipelining  na „true”
  • zmienna: network.http.pipelining.maxrequests na 10 lub 15 (bez przesady tutaj)
  • zmienne: nglayout.initialpaint.delay, ui.submenuDelay na wartość: 0 a zmienna: content.notify.backoffcount na 5 (jeżeli nie mamy takowych dodajemy nowe prawym przyciskiem „dodaj ustawienia typu” -> „integer”
  • dodajemy lub zmieniamy zmienne: network.dns.disableIPv6 na false, zmienne: plugin.expose_full_path na true, są to zmienne „string”
  • aby ograniczyć użycie pamięci do około 5-10% przy zminimalizowaniu ff, dodajemy zmienną typu „Boolean” o nazwie „config.trim_on_minimize” i wartości „true”
  • firefox domyślnie ładuje stronę zanim klikniemy na link, czasem to ma sens czasem nie bardzo ja uważam że to marny pomysł dlatego wyłączam to przez zmienne: „network.prefetch-next” na „false”
  • odchudzamy GUI przez zmianę „browser.chrome.toolbar_tips” na „false”
  • ograniczamy pochłanianie pamięci przy normalnym działaniu przeglądarki, przez zmianę „browser.cache.memory.enable” na „false” oraz ustawienie wartości „browser.sessionhistory.max_total_viewers” na „0”
  • na koniec ograniczamy globalne użycie pamięci przez ff ustawiając zmienna „browser.cache.memory.capacity” w zależności od ilości pamięci fizycznej naszej maszyny lub naszej hojności wobec ff. Ja ustawiam tu zawsze „10240” która odpowiada 10Mb (posiadam 6GB czyli jestem bardzo skąpy 😛 ) Wartość mówi ile kb ff może użyć. Zalecane ilości w stosunku do ilości pamięci to: 2048 przy 32mb, 4096 przy 64mb, 6144 przy 128mb, 10240 przy 256mb, 14336 przy 512mb, 18432 przy 1gb, 24576 przy 2gb, 30720 przy 4gb, więcej dawać nie zalecam nawet gdy mamy więcej pamięci.
  • Niezłym sposobem na łatwiejsze limitowanie ff jest też dodatek: https://addons.mozilla.org/pl/firefox/addon/1881

KONIEC

Mam nadzieję że komuś pomoże ten tutorial, bo każda oszczędność jest pozytywna w dobie pochłaniacza jakim jest Windows Vista!

Tagged with:
 

Portal Bezpieczna Sieć - Forum komputerowe, Informatyka śledcza, bezpieczeństwo, backtrack, kali - Kali Linux Polska Edycja - Polska Edycja Backtrack - Seriws Laptopów Katowice - Sklep Komputerowy Katowice - Parking BETA przy lotnisku Pyrzowice - Broń Czarnoprochowa - miejsce Run w sieci

stat4u