Komentarji (2)

Z Steven Lloyd Watkin , petek 4. december 2009 11:59

Predstavitev

Delam v podjetju, kjer imamo prost dostop veliko delovnih mest paketno obdelavo milijone zapisov podatkov vsak dan in sem bil pred kratkim razmišljal o vseh strojev, ki sedijo okrog vsak dan nič ne delaš več ur. Ali ne bi bilo dobro, če bi lahko uporaba teh strojev za okrepitev procesorske moči naših sistemov? V ta sklop člankov bom pogled na možne koristi zaposluje urad omrežje z uporabo virtualiziranih okoljih.

V delu 3 smo ustvarili naše virtualne obdelavo in ustanoviti okna stroje, da postane idle delovnim časom.

Running zadnji kodeks

Neizogibno po ustvarjanju svoje delavce poslovno logiko bo spremenilo napake bo mogoče najti, učinkovita koda bo hitreje bolj proizvajajo tako zapušča svoje delavce so okoli obdelave podatkov z uporabo starih smrdljiv kodo . Kako potem ne bomo zagotovili, da smo vedno z uporabo najnovejše in najboljše različica naše obdelave skripte?

Obstaja nekaj zelo preprostih načinov, enostavno, kar lahko storimo to, trik pa je, da se zmanjša moč obdelave in prometa v omrežju pri doseganju tega. Začnimo s preprosto rešitev, in njeno izboljšanje počasi nekaj iteracij.

Prvi način bi se preprosto povezati z našim strežnikom nadzora na delovnem mestu (preko sambe, FTP, ali podobno) in podirajo najnovejšo različico kode. Ni zelo učinkovito, vendar pa bo to delo. Lets izboljšati, da nekoliko, kako je o ustvarjanju rsync skript in uporabo, da vsakič, ko namesto tega? Druga možnost je, kaj o polaganje naše najnovejše obdelavo skript v subverzije preverjanje iz kode na začetku in potem samo ažuriramo naše kodo na vsako vožnjo ( svn update )?

Na koncu smo lahko na koncu z bash skripto (ki jo skliče cron vsakih 10 minut), ki je videti tako enostavno, kot to:

  #! / Bin / sh
 če ps ax | grep-v grep | grep php > / dev / null
 Nato
     echo "Job je trenutno predelavo, izstop"
 drugega
     echo "Job se ne izvaja, začnite zdaj"
     cd / pot / do / delovne / kopije
     svn update
     php yourJobProcessingScript.php
 fi 

Sedaj smo lahko prepričani, da se z vsako vožnjo smo definitivno teče zadnji kodeks. Mi smo zagotavljanju tega jih ažuriramo naše baze kodo vsakič, ko izvajamo vožnjo in zmanjšanje prometa v omrežju, ki jih le prenosom datoteke razlike po naši mreži.

V mojem predstavitvene setup, sem storil natanko tako, kot zgoraj. Subversion je bil nameščen na mojem strežniku službo predelave in sem preprosto potegnil najnovejšo kodo iz podružnice "delavca" s "svn update". Prav tako sem dodal oznako številko različice na moj obdelavo skript, ki se je vrnil v bazo podatkov kot del napovedi rezultatov. Tako sem videl, da je moja koda, ki je posodobljena vsakič, ko sem prekopiral moj prtljažnik v tj delavca vejo, da sem bil definitivno nameščeno najnovejšo obdelavo skript.

Z uporabo najnovejših podatkov

Če vaše delo predelavo omogoča uporabo virov podatkov potem na neki točki to se bo treba tudi posodobiti. Razen, če pokličite virov podatkov na zelo redka podlaga boste poplav svoje omrežje s prometnimi takoj, ko delavci začeli prikazovati prinaša vse do mirovanja. Za moje rešitev, sem se odločil, da bi rad, da se premaknete moji viri podatkov okrog z mojo VMs.

Drži, da ste tam konje! Kaj pa, če vir podatkov so moje velike? No to je res primer, koliko podatkov imamo v mislih? To je lahko bolj stroškovno učinkovit namestiti dodaten večji trdi disk v vsakem stroju kot za nakup dodatnega strežnika predelavo. To je vprašanje proračuna in je do poslovnih odločitev. Je morda, da je vaš vir podatkov so tako velike, da svoj ​​šele neizvedljivo, da bo to količino podatkov v vašem delavec stroji. V tem primeru, kaj bi ti naredil? No, lahko gledamo na poziv lokalnih podatkovni strežnik, vendar to lahko povzroči težave z omrežjem. V tem primeru omrežij, kot je to lahko postane nerealno, da v vaše pisarniško okolje. Verjetno je tudi, da si lahko ogledate v alternativne vožnjo strategije, na primer samo kliče svoje delavce 20:00-06:00 vsako noč in / ali dušenje vir podatkov zahteva.

Selitev na lets reči naši količino virov podatkov, na 100GB podatkov. No ja, da je zelo malo podatkov, da se gibljemo v omrežje na posodobitev. Kako bi zagotovili, da imamo najnovejše kopije podatkov, v tem primeru? Rsync je možnost, vendar osebno mislim, da jih prikazovati najnovejši vir podatkov na strežniku službo predelave in o tem gor kot mojster v replikacijo (z lepo dolgo log bin) bi bila lahko pot:

Z določitvijo vseh vaših delavcev gor kot suženj dela posodobitve strežnika nadzor na vaši viri podatkov bo pricurljajo lepo za vaše delavce, ne da bi veliko povečanje aktivnosti omrežja (ki je, če ga izvedete ogromno podatkov, posodobitev in vse svoje delavce v kick naenkrat). Ta je v prednosti pred rsync, ki ga ne bi dobili dolgem premoru pred vsako delovno mesto, kot določljiv modernizirati, mysql na delavca bo demon stalno obnavljati svoje podatke, medtem ko obdelava nadaljuje.

To je, kako sem ustanoviti svoj predstavitveni strežnik. Če želite nastaviti replikacijo sem sledil navodilom na mySQL mestu ( Nastavitev replikacija ) in v 20 minutah sem imel inital delavec posnema nabor podatkov strežnikov nadzora na delovnem mestu. Za vsak dodatni delavec replikacijo nastavitve in proces dela vsakič, ko je bila kopirana VM.

Povzetek

V tem delu članka smo si ogledali, kako enostavno in neboleče je, da bo vaše predelave kodo do datuma, ki ga using rsync ali subverion (SVN), da ne dela in zmanjšanje prometa v omrežju na istem time. Govorila sva tudi o tem, kako da obdržite svoj vir podatkov informacije up-to-dan, da mu omogoči pricurljajo do vseh vaših delavcev. Tako smo območje zagotoviti, da smo sledili s poslovno logiko in informacij v našem sistemu pisarni omrežje. Tam bo zagotovo nešteto možnosti za izvajanje teh nalog, ampak tukaj sta bili dve enostavni primeri pokazati, kako preprosta rešitev je, da dobiti.

Naslednjič, ko

V zadnjem delu te serije, aptly imenovan 5. del , bomo razpravljali o uvajanju tega sistema. Bom povzemajo, kaj se je naučil in kaj mi je uspelo ustvariti.

Komentarji (3)

Z Steven Lloyd Watkin , petek 4. december 2009 23:37

Predstavitev

Delam v podjetju, kjer imamo prost dostop veliko delovnih mest paketno obdelavo milijone zapisov podatkov vsak dan in sem bil pred kratkim razmišljal o vseh strojev, ki sedijo okrog vsak dan nič ne delaš več ur. Ali ne bi bilo dobro, če bi lahko uporaba teh strojev za okrepitev procesorske moči naših sistemov? V ta sklop člankov bom pogled na možne koristi zaposluje urad omrežje z uporabo virtualiziranih okoljih.

V delu 2 smo pogledal na delovna mesta server bo deloval, in kako se delovna mesta, je treba konfigurirati, da bi dosegli največjo količino za predelavo in hkrati zagotoviti, da delo je vsak predelan, brez izjeme.

Nastavitev svojega delavca - ali mlahavo server

Naslednji korak v procesu je ustanoviti svoj virtualni delavcev. Za to bom uporabi namestitev CentOS uporabo VirtualBox. Bom namestiti mySQL in PHP na strežniku, znan tudi kot zasilna (Li Nux, m ySQL, P HP) Server (sem lahko, da se ime up).

• Namesti VirtualBox na vašem računalniku okno (sledite povezavi)
• Prenesite in namestite CentOS (trenutna verzija 5.3) v vzpostavil virtualni stroj

Ni točke me bo to tam je verjetno 1000 je veliko vaje tam (ok, tukaj je ena: Ustvarjanje in Managing CentOS stvaren stroj v stvaren ). Pomembno je tudi omeniti Mislim, da sem poklical moj virtualni stroj GridMachine.

Kar zadeva moje izbire stranke virtualizacije in operacijski sistem tja se ni nič prepričljivega razloga za vsako izbiro. VirtualBox je nekaj, kar sem uporabo na moj domači računalnik in je podprt s tremi večjimi operacijskimi sistemi. Sem izbral CentOS njegovo dobro stabilen OS in ga uporabljam na svoj spletni strežnik. Jaz sem velik vernik v pravo orodje za delo (čeprav sem uporabo "uporabo najhitrejši in najlažji za vas" mentalitete tukaj), tako da, če operacijski sistem X teče kodo za hitrejše in bolj učinkovito uporabljati, da namesto tega:)

Pomembno je zagotoviti, da vaš VM uporablja DHCP, drugače je pri vsaki novi virtualni stroj, bi bilo treba posebej konfigurirana, ki je nekaj, česar ne want.By DHCP nam ni potrebno konfigurirati nastavitve omrežja posamično za delavca stroje, bo DHCP strani izvajajo preiskave za vas. Zato lahko kopirate vaš stvaren stroj o pisarni brez skrbi, o vsaki eno gor (to izboljša prilagodljivost in zmanjša delavca uprave).

Postopek vam je doseči, da bi pridobila nove telesne stroj, namestiti VirtualBox, nato pa precej uporabi virtualne podobe brez veliko drugega. Morda bi bilo pametno, da setup vse svoje delavce na različnih podomrežja, tako da lahko vsaj videli, koliko stroji se izvajajo. Prav tako boste morali nastaviti stroje za dolgoročni zakup ali najem, neomejeno DHCP.

Kako teči Jobs na delavca

To je zanimivo področje in obstaja več veljavnih metod za obdelavo delovnih mest na delavca. Tukaj bom samo razpravljali dva najbolj očitna:

• Večno teče scenarij: scenarij, se je lupinski skript, ali PHP skripta se lahko izvaja na delavca in poteka kot del neskončno zanko. Sem diskontirane te metode kot eno nesreči scenarij in morda se bodo vaši delavci, preneha teči, brez neke vrste intervencije.
• Cron na izvajanje skript: Vsaka X minutah cron daemon začenja klic na vaš scenarij, da stvari gredo. Brez nekaterih preverjanje bi to lahko povzročilo veliko veliko kopij svojega delavca Skript.

Moja odločitev je bila, da gredo z cron, ki začenja shell skript vsakih 10 minutes. My shell skript opravlja naslednje naloge:

1. Get proces seznam in grep to za "php". Če ni mogoče najti nadaljujte.
2. Pokličite svojega dela kode, v mojem primeru bi bilo to nekaj PHP temelji
3. Delavec skript konča svoje teči
4. Pripravljen še enkrat iti na naslednji ustrezni razpis

Moj bash skript izgleda nekako takole:

  #! / Bin / sh
 če ps ax | grep-v grep |> grep php / dev / null
 Nato
     echo "Job je trenutno predelavo, izstop"
 drugega
     echo "Job se ne izvaja, začnite zdaj"
     php yourJobProcessingScript.php
 fi 

Opomba: echo so skoraj popolnoma nesmiselno, vendar pa lahko pomaga Naslednji, ki pride skupaj poskusiti in jih uredite.

Ugotavlja, da ustanovi delavca virtualni stroj, hiter, enostaven in enostavno kopiranje, za vsak nov kos strojne opreme, ki je prejela. "Spretnost" v omrežij, res ni v obarvajo OS, svoje vse opraviti z oznako, za obdelavo delovnih mest, delovnih mest konfiguracijo, in pri zagotavljanju, da delo poteka po potrebi (tj., ko je gostitelj idle ).

Nastavitev Windows Initialise delavcev

Prva naloga je izdelati ukaz, potrebne za vodenje virtualni stroj iz okna v ukazni vrstici. Če ste namestili VirtualBox na privzetem mestu in ste poimenovali svojega delavca GridMachine nato ukaz preraèunavanja vaš delavec:

  "C: \ Program Files \ ne \ VirtualBox \ VBoxManage.exe" startvm GridMachine 

Kljub temu, da zaženete skript na "brez glave" stanje moramo uporabiti:

  "C: \ Program Files \ ne \ VirtualBox \ VBoxHeadless.exe"-startvm GridMachine - vrdp = off 

To se bo začelo virtualni stroj brez GUI in pustite, da se shrani stanje elegantno. Drugi argument izklopi RDP, tako da ni v nasprotju z okni RDP, ali vam sporočilo o posluša na vratih 3389. Navidezni stroj ime in male črke!

Nato bomo morali nastaviti okna do kick off naš delavec VM, potem ko je bil stroj idle. Če želite to narediti (v Windows XP), boste morali iti Start -> Vsi programi -> Pripomočki -> Sistemska orodja -> načrtovanje opravil, kot spodaj:

Next kliknite na "Add Scheduled Task" sledi poiščite dodati program po meri. Pojdite na svojo VBoxManage scenarij in kliknite ok. Urnik vaša naloga, za katero od možnosti (mi bomo spremenili to v minuti) in še naprej. Po preskoči naslednji zaslon okno vas bo vprašal, kdo si želite zagnati to nalogo, bi jaz predlagam, bodisi "administratorja" ali ustanovitve nove privilegiran uporabnik. Zapomnite si ne želimo posegati v standardni račun zaposlenih na računalniku na kateri koli točki. Kliknite in preverite naslednji show napredne možnosti za to nalogo.

Do konca teči učbenik dodali naše "startvm GridMachine" niz in zagotoviti, da delujejo samo takrat, ko prijavljeni v levo unticked. Obiščite razpored opravil naslednje spremembe in urnik spustiti na možnost ", ko prostem teku", izberite količino časa, ki ga želite stroj v praznem teku pred prehodom na naslednjo kartico.

Nazadnje untick možnost, ki določa, ustaviti nalogo, če je bil tek X količino časa, vendar pa označite možnost za ustavitev naloga, če naprava ni več idle.

To je to potem windows setup gostiteljice!

Povzetek

V tem delu smo ustanovili virtualni stroj, da deluje kot delavec, kot tudi način, na katerega smo razpis in izvedbo naše skripte obdelavo delovnih mest (za sebe PHP skripta). Od tu si bomo ogledali, kako vzpostaviti naše kopije operacijskega sistema Windows za zagon navideznega stroja v načinu brez glave, ko računalnik postane idle, in shranite njeno stanje, ko uporabnik začne ponovno uporabo stroja. Upajmo, da na tej točki ste videli, kako enostavno je za vzpostavitev takšnega sistema in so srbenje, da se nekateri poskusi si bomo!

Naslednjič, ko

V delu 4, bomo morali iskati za uporabo orodja za zagotovitev, da ste nameščeno najnovejšo različico in virov podatkov kodo tako, da dobljeni rezultati so vedno na tekočem z najnovejšimi poslovnimi informacijami in logiko.

Komentarji (1)

Z Steven Lloyd Watkin , petek 4. december 2009 11:23

Predstavitev

Delam v podjetju, kjer imamo prost dostop veliko delovnih mest paketno obdelavo milijone zapisov podatkov vsak dan in sem bil pred kratkim razmišljal o vseh strojev, ki sedijo okrog vsak dan nič ne delaš več ur. Ali ne bi bilo dobro, če bi lahko uporaba teh strojev za okrepitev procesorske moči naših sistemov? V ta sklop člankov bom pogled na možne koristi zaposluje urad omrežje z uporabo virtualiziranih okoljih.

Kot PHP razvijalec bom uporabljati orodja, ki ga uporabljam vsak dan in sicer, Linux, mySQL , PHP, VirtualBox in prevrat (SVN). Vendar upam, da bo ta vodnik prilagoditi v drugih jezikih, in tehnologij prav tako dobro.

Rešitev sem posredovali, bodo zelo ohlapno temelji na vrsti predelave sva morali pa bi to dosegli morda ne drži skozi celoten članek, kot bom spremeniti stvari, za poenostavitve oziroma da bi bolj zanimivo scenarijev uporabe.

Ti virtualiziranih okolij bo delovala na Windows strojih, ker je to tisto, kar večina uradov teči. Predelavo, da pisarniških strojev ne sme vplivati ​​na zaposlene s temi stroji, je ne potrebujejo vzdrževanja na stroju, in da je lahko napotitev na nove stroje, ko postanejo dostopni. Tudi nove virtualne stroje, ne bi zahtevale nobenih dodatnih nastavitev, saj to v veliki meri zmanjšuje obvladljivost in enostavnost pri kateri se lahko podaljša omrežnega sistema.

Zakaj Uvajanje Grid Computing Office?

Prvič morda mislite, zakaj ne samo uporabo računalniških virov, kot oblak EC2 platforma Amazon ? Dobro bi bilo več razlogov, na primer:

• Ne boste prenese nekatere podatke okolje računalništvo v oblaku
• Ne morete dati nekaterih podatkov v okolju računalništvo v oblaku zaradi pravnih razlogov (npr. podatki iz države), morda zaradi pravnih razlogov, npr NZS evidence.
• Hočeš, da obdržite svoj procesne enote blizu in imajo popoln nadzor nad strojno opremo preveč
• Nimate projekt sredstev za zagon oblak primerkov
• Vaš urad nima povezave na internet in zato ni možno uporabiti oblak virov
• Saj ne, kot so dež, oblaki kažejo, dež, zato vam ne približajte

Prepričan sem, da seznam bi lahko še naprej, vendar mislim, da je dovolj za zdaj.

Prednosti Grid Office Computing

No, omogoča še nekaj matematike (in v pravem slogu fizike omogoča, da so nekateri pometanje predpostavke). Predstavljajte si, da imate velik Debel predelavo strežniku 100 delovnih mest na dan. V vaši pisarni imate 50 stroji, ki so idle 16 ur na dan, vsak od teh strojev je 10%, tako zmogljiv kot vaš Debel obdelavo Sever. (Vsi rezultati tukaj zaokrožen na podcenjujejo povečanje učinkovitosti).

Torej, stroj * 10% moči * 2 / 3 čas = 0,067 tj 1 desktop predelavo v prostem času lahko proces 1 6 zvrhanih opravil na dan.

Če sedaj to lestvico se je traja 15 idle namiznih računalnikov za obdelavo čim več delovnih mest na dan, kot glavno predelovalno strežnik ne vaše.

Torej, v naši pisarni pretvarjati v višini 50 stroje bi lahko povečali našo procesorske moči od 1 server do 4 polni predelavo strežniki, ali pa bi se lahko obdelava 400 delovnih mest na dan namesto 100.

Obvestilo, brez naložb v nove strojne opreme podjetje ima vaš pravkar povečal svojo zmogljivost predelave serije 4-krat! Potencialno boste povečali porabo energije, vendar iz večine okolij pisarni sem bil, da sem stroji so na splošno na levo čez noč nekako, tako da boste lahko videli, da je to pobuda za okolju prijazne.

Druge ugodnosti, pomenilo tudi, da so naložbe v nove (ali posodobljene) predelava strežnikov mogoče odlašati, če so vaši pisarni stroji dovolj in da se boste izboljšali moč vaše pisarniške stroje pisarni omrežje postane bolj močan samodejno.

Tehnologije

Kaj potrebujete? (Oziroma, natančneje, kaj sem uporabo):

• Idle pisarniške stroje (v mojem primeru nadomestnih starih oken laptop XP)
• VirtualBox (ali drugo stranko virtualizacijske programske opreme)
• Stvaren stroj s PHP, mySQL running teče posekali OS, Kličem te moje Limp strežniki:)
• Jobs teči
• Job strežnik (lahko tudi druga virtualni stroj nekje)

Tipična delovna mesta

Vrste delovnih mest, da je ta sistem za zagon je, kot sledi:

• Sistem prejme seznam podatkov, na katerih moramo tekmo in vrnil rezultatov
• Usklajevanje vključuje preverjanje / iskanje več (precej statično) virov podatkov
• Rezultati iz podatkovnih virov lahko zahteva dodatno potrditev, združevanje, preverjanje dodatnih virov podatkov kot odgovor na rezultate
• Podatki se vrnil z ustrezne zapise, v celoti potrjene in predelane
• Vsak zapis v službo je neodvisen od preostalega

Torej v bistvu smo iskali pri vodenju delovnih mest, ki zahtevajo mešanico baze podatkov poizvedbe in nekaj več cmokanje, dokaj tipičen scenarij v poslovnem okolju.

Grid rešitve niso le koristna za obdelavo delovnih mest te vrste. V bistvu lahko vsak proces, ki se lahko razdeli na samostojne enote, se vzporedno. Oglejte si ta wikipedia za primere in več informacij: Grid Computing , ampak nekaj znanih primerov Seti @ Home in BIONC . Obstaja okvir za delovanje računalniške mreže, in to so dobro vredno preučiti.

Kaj bomo dosegli?

Do konca teh členov upam pokazati, da napoti urad omrežje ni treba biti zelo draga ali dolgotrajen. Bom za razpravo:

• Vzpostavitev sistema nadzora na delovnem mestu, delo konfiguracije
• Ustvarjanje ustrezne obdelave stvaren stroj
• Kako setup sistem na stroju okno
• Zagotavljanje uporabljate najnovejše kode in podatkov
• Uvajanje in benchmarking
• Pogled naprej

Bom stavba (ok sem zgradil, potem je to napisal), na primer aplikacijo za preskušanje konceptov na lokalnem računalniku z Windows XP in moje "GridMachine" virtualni stroj. Moja naloga je nadzor server bo moj glavni stroja, ki teče Fedora 11 .

To nikakor ni mišljeno, da dokaže polno delovno trden sistem, njegovo pomenilo več predstavitev in razpravo, ki kažejo, da se te stvari doseči v razmeroma kratkem času in z malo stroški. Prosim, vas prosimo, da mi pošljete vse pripombe, popravke ali izboljšave in bom naredil moj najboljši, da bo ta članek posodobiti, da se ujemajo.

Naslednjič, ko

V delu 2 bom začnemo tako, da sistem nadzora delovnih mest, in poglej, kako je treba konfigurirati delovnih mest, da bi dosegli največjo količino za predelavo in hkrati zagotoviti, da delo je vsak predelan, brez izjeme.

Komentarji (1)

Z Steven Lloyd Watkin , petek 4. december 2009 11:23

Predstavitev

Delam v podjetju, kjer imamo prost dostop veliko delovnih mest paketno obdelavo milijone zapisov podatkov vsak dan in sem bil pred kratkim razmišljal o vseh strojev, ki sedijo okrog vsak dan nič ne delaš več ur. Ali ne bi bilo dobro, če bi lahko uporaba teh strojev za okrepitev procesorske moči naših sistemov? V ta sklop člankov bom pogled na možne koristi zaposluje urad omrežje z uporabo virtualiziranih okoljih.

V delu 1 sem dal pregled sistema in tehnologije I bodo uporabljali kot tudi razpravljali nekateri od možnih razlogov, zakaj bi si želeli ustvariti pisarno omrežje.

Job Control

Če boste se teče delovna mesta potem boste potrebovali nekaj tako da bi jih obvladovali. Vaša naloga nadzornega sistema (na vašem delovnem mestu strežnik), je treba res dobro premišljena, še preden poženete pisarno omrežje. Torej, najprej, kaj so naloge, za sistem nadzora na delovnem mestu:

• Razdelite delovna mesta na zahtevo delavcev
• Povej delavcev kakšne vrste delovnih mest, ki vodijo
• Track delovna mesta
• Poskrbite, da delovna mesta le teči, ko
• Zagotoviti zaposlitev podatkov za delavce, ali jih vsaj povej kje naj dobim

Sistem mora biti tudi raztegljiva, rešitev, ki deluje za zdaj v enem primeru se lahko razširi na vožnjo več vrst delovnih mest, saj podjetja vidi vrednost v mreži rešitev. Na primer, nova delovna mesta pridobiti prednostne naloge, lahko več kot eno zaposlitev tip obstaja (tj. več koda baze), na koncu lahko celo vodijo več različnih strojev delavcev, ki so optimizirani za vsako vrsto delovnega mesta (čeprav to ne odmaknejo od "generično delavec "ideja). Vedno začeti razmišljati o prihodnosti pri razvoju sistemov, lahko kratkoročno vizijo vodilo do dolgoročnejših frustracije in povečano čas razvoja.

Job Server

Bomo nekje potrebo po nadzoru naša delovna mesta iz, naj bo to edini sistem v vaši mreži, ki ima stalno resource locator, da je treba IP naslov, ime gostitelja, URL (z uporabo internih DNS), itd To je zato, ker delavci morajo vedeti, kje iskati zaposlitev, delavcem je treba najti sistem nadzora na delovnem mestu (ne dela nadzornega sistema našli delavci).

Zaposlitev strežnik sam ne res zapletena naloga (v osnovni sistem tako ali tako), ki jih potrebuje za shranjevanje seznama delovnih mest, roko delovnih mest, prejeli rezultate, nato pa jih shranite za poznejše iskanje. Kako so ti deli (kot so "roko delovna mesta"), opredeljene so lahko zelo osnovne. Kasneje lahko razširi sistem vključuje uprava vmesnik za dodajanje, urejanje, brisanje, začasno delovnih mest, vendar je to po tem izvaja.

Ni razloga torej, da svoje delo strežnika ni bilo mogoče virtualni stroj teče v svoji glavni strežnik za obdelavo, če te ne bega preveč sredstev iz njega. Zaposlitev server pa ne potrebujejo visoke razpoložljivosti, če gre navzdol na petek zvečer boste izgubili cel vikend obdelave, lahko stanejo vam nekaj tednov vredno časa obdelave (v primerjavi z vašo glavno predelovalno server sam) . Morda boste želeli, da razmisli o vašem delu strežnik, na obremenitev uravnoteženo okolje za visoke razpoložljivosti.

Basic Setup

Osnovne nastavitve za naše delo server bo sestavljen iz kaj Kličem, je eden od mojih strežnikov mlahavi (to je Li Nux, m ySql, P HP). Kode teče na Thea delavcev bo dejansko delajo, kaj delovnih mest, lahko vodijo v stiku s službo baz podatkov s sistemom nadzora. Kasneje smo lahko ustvarili spletno storitvijo in dejansko roko delovnih mest, ne pa ob delavci delati trdo delo sami, vendar za zdaj bomo še naprej uporabljati načelo KISS (Keep it Simple, Stupid!).

Torej, omogoča, da ustvarite tri mySQL tabel za reševanje delovnih mest. Ti bodo "delovna mesta", "jobRecords", in "jobResults".

Tukaj sem z uporabo SQL Buddy zelo malo alternativa phpMyAdmin samo zato, ker njeno lažje namestiti na CentOS (za ostalo glej: 10 Velika alternativa phpMyAdmin )

Ta tabela je sestavljena iz 5 preprostih polj,

• id: enolično identificirajo delo
• Naziv: Ali lahko stranke reference, ali poljubno število drugih identifikatorjev
• Status: Morate vedeti, kje je delo na, na primer
  • 0: ni začelo
  • 1: Pobral
  • 2: dopolnil
• started_by: Kdo je začel delamo? To ni povsem potrebna, vendar je lepo, da so. Želel predlagam sledenje delavcev z njihovimi IP naslov v omrežju
• started_at: Kdaj je delavec začne delo? S sledenjem delovnih mest, ki se niso zaključile v višini X časa vemo, da je treba pobrati delo še enkrat in začeti predelave s strani drugega delavca. Delavci mogel ustaviti predelavo / go offline za katero koli število razlogov, izpad električne energije, crash, omrežja izgube, itd

To je enostavno, kako bi se to lahko tabela razširi z nekaj dodatnih področjih, ki omogoča sledenje statistiki, stolpec zaključek čas, da vidite, kako dolgo delovno mesto se je, v nasprotju z vidite, koliko delavcev pobral delovnih mest (seveda mora to običajno 1), delovno mesto prednost, se lahko seznam gre naprej in naprej. V bolj zapletenih delovnih scenarijev bi bilo mogoče določiti, koliko pomnilnika bi delavec potrebujejo dostop do (in zato uporabljajte le primerne delavce), ali celo kaj bi bilo vrsto delavca zahteva.

Lets dodati nekaj delovnih mest, na primer:

Naslednja tabela spet je dokaj preprost za razumevanje, da so to naše delo evidenc. Te so povezane z glavno tabelo delovnih mest z stolpec "jobs_id". Make up te tabele je zelo odvisna od podatkov, ki jih potrebujete za oskrbo za vaše delavce, da omogoča zelo enostaven primer, kjer imamo štiri stolpce:

• id: ID zapisa
• Ime: ime Person
• naslov: naslov Person
• jobs_id: zaposlitev ID ta zapis je to povezano s

Tretja in zadnja tabela je sestavljena iz tabele rezultatov, ki jih je precej podobno sestavljajo do naših zapisov v tabeli, in z dodatkom nekaterih stolpcev bi lahko del zapisov v tabeli:

• job_record_id: Link rezultat dela tabele
• Rezultat: Rezultat podatki

... In to je vse, kar potrebujete za nadzor delo! (Čeprav na zelo osnovni ravni) V mojem primeru sem opozoril na drugo mizo, kjer je bila moja podatkov za obdelavo, vendar bi to lahko prav tako enostavno je datoteka, parametri za zagon simulacije kodo, kar hočete.

Izbira zaposlitev

Kot je navedeno prej, se bodo delavci to naše delo uprave za nas, za zdaj, tako da vsi moramo res je najti službo, ki potrebuje predelavo in dobili informacije. Kako bi mi to naredil? No pick naša merila za izbiro novih delovnih mest in iskanju zaposlitve, v SQL sem naslednje:

1. Bodite vsakega delovnega mesta, ki niso označena kot popolna, a od naših delavcev in jih reset (nadomestna __ME__ z identifikacijsko oznako, bi najlažje je IP naslov):

     UPDATE "delovna mesta" SET "status" = 0, če "status" = 1 IN "started_by" = __ME__; 

2. Uporaba naših merila za izbiro delovnih mest, izberite delovno mesto in povedal, nadzorni sistem, da je ta delavec, ki se ukvarjajo z njim:

     UPDATE "delovna mesta" SET "status" = 1, "started_by" = __ME__, "started_at" = NOW () WHERE "status" = 0 ali
    ("Status" = 1 IN "started_at"> DATE_SUB (NOW (), INTERVAL X HOUR)) ORDER BY `id ASC"; 

   Z oprijemalne delovnih mest, ki se niso vrnili rezultatov v višini X časa bomo zagotovili, da so vsa delovna mesta izvajali v primeru delavca treskav ali gre AWOL.

3. Naslednja zgrabi delovnih mest podrobnosti sledijo zapisi sami:

     SELECT * FROM `delovnih mest` WHERE `started_by" = __ME__ LIMIT 1;
    SELECT * FROM `job_records` WHERE `id` = __JOBID__; 

Po zaključku dela vstavimo naš rezultat evidence in označite delo kot popolna. Ne pozabite, saj lahko nova delovna mesta prekine / ponovno ob vsakem času omogočajo nekaj robustnosti v svoj scenarij. Mogoče je, da je naloga prekine na polovici posodobiti sistem nadzora na delovnem mestu, tako da preverjanje število zapisov v delovnih mest in število zadetkov shrani nazaj na sistem nadzora na delovnem mestu, bi bila pametna poteza.

Poleg tega, medtem ko se to kaže, kako se nova delovna mesta je mogoče izbrati in upravljati z SQL-poizvedbo okvir, ki ga je treba res abstrahiranja svoje delo nadzora, tako da če se boste odločili za prehod na uporabo spletne storitve, datoteke sistema, XML , ali katero koli drugo število sistemov, ki jih ne bo vplival na kodo nad njo.

Job Configuration

Naslednji vidik, ki menijo, zaposlitev velikost in konfiguracijo. S poigravanjem s konfiguracijo delo lahko najti odlično ravnovesje med hitrostjo, proces replikacije, in zanesljivost. Bodite par ofa scenarijev:

1. Jobs se 1 dan vsak teči: To pomeni, da vaši delavci potrebujejo 15 dni za obdelavo vsako delovno mesto (ne pozabite 10% moči za 2/3rds časa). To seveda ni pametno konfiguracijo, vaša naloga je velikost tako prevelika! Zato bi potrebovali vsaj dvakrat v času, da bi dobili službo obdelati začetno delavec šel AWOL (čas, da se poberem, da se ni vrnil rezultat plus predelave čas). V idealni boš moral vsaj eno polno delovno mesto z lahkoto odstranjujeta koncu vsakega prostega teka dolgo obdobje, tako da vam obdržati delovna mesta označite več in v najslabšem primeru bi delo traja dva dni, da se proces mora biti prvi izginotju.
2. Jobs se 1 minuto teči: To pomeni, da vaši delavci traja približno 15 minut teči vsako delovno mesto. Medtem ko se to lahko na začetku zdi idealno, boste pridobili dodatno delo za predelavo v času kosila, odmori, sestanki, itd Ta scenarij postavlja sev na druga področja vašega sistema in uvaja svoje težave. Na primer, najprej vaš setup / čas obdelave razmerje je šel desno navzdol, zato izgublja učinkovitost sistema. Vaše omrežje bo treba nenehno pretakanje podatki o delovnih mestih z različnimi delavci neprijetno osebje, ki je dong svoje vsakodnevno delo. Ti si bomo tudi, da se bolj seva na strežniku poslu oplemenitenja, kot se je, da jed iz serij in veliko manjše kose dela redno. Nazadnje, v tem primeru, če svoje delo strežnik gre dol boste ustvarili velik back dnevnik nedokončanega dela, ker večjih mest bi lahko v nadaljevanje postopka Blaženo vedela, da je delo server je bil v težavah.

V resnici ne bo idealna konfiguracija za vaše omrežje setup, veliko je odvisno od razpoložljivih sredstev, vrste delovnih mest, delovnih zahtev časa preobrat, zmogljivosti omrežja, in tako naprej. Vendar pa so nekatere smernice, bi bil:

• Velikost delovnih mest, tako da lahko vsak delavec priti skozi vsaj 3-4 delovnih mest v obdobju 15 ur (najdaljša verjetno prostega teka roka)
• Play with obsega opravila tako, da postane setup čas dokaj nepomemben v primerjavi z obdelavo časa (ob upoštevanju zgoraj točko).
• Če zaposlitev ne dopolni v dvojno količino časa (morda manj), lahko pričakujete, da dokonča domneva, da svoje šli AWOL in začeti pri njihovi obdelavi z drugim delavcem. To pomeni, da boste morda morali počakati do trikrat normalni dobi zaposlitev za to, da popolna (tudi dlje, če je nadaljnje delo ne uspe). Morda boste želeli, da se zmanjša ta čas, vendar bodite previdni, da se ne zmanjša preveč, saj lahko začnete podvajanja naloge obdelave redno.
• Delovna mesta morajo biti neodvisne od zunanjih zahtev v največji možni meri. Naloga strežnika, na primer, je treba le obrniti na začetku in koncu vsakega delovnega mesta.
• Ne nasiti vaše omrežje, bo to imelo dve negativni učinki, bo vaš dnevni osebja najti preko mreže frustrirajuće in težave se lahko pojavijo s priključki časa ven problem, ki bo le še slabše, kot ste lestvici svoje omrežje.
• Zagotoviti nova delovna mesta se lahko izvaja na vaših delavcev. Če mest preveč pomnilnika bo intenzivno ali prostora na disku intenzivnih delovnih mest začeli z zaustavitvijo in edina stvar, ki jo boste opazili upad števila delovnih mest predelanih brez pravega razloga, zakaj.

Predložitev Rezultati Job

Ob predložitvi rezultatov dela je pomembno, da preveri, ali so rezultati niso bili predloženi drug delavec, še posebej, če je bil sedanji delavec mirujočem stanju nekaj časa.

Ko so rezultati predloženi zagotovi, da število rezultatov ustreza številu zapisov v službo.

Kot je navedeno prej, in ni mogoče preveč poudariti, zgraditi toleranco napak v pridobivanje delovnih mest ter rezultatov oddajo. Delavci se lahko (in verjetno bo) šel v ustavi mode na najbolj neprijetno časov in to mora biti poskrbljeno za. Prav tako še enkrat abstrahiranja stran vaše rezultate vloge bodo pomagali poskrbeti za prihodnje spremembe v sistemu nadzora na delovnem mestu veliko lažje reševanje.

Povzetek

V tem section smo si ogledali, kaj dela nadzorni strežnik, mora storiti in kako priti zelo osnovnega sistema vzpostaviti. Razpravljali smo o tem, kako pridobiti delovno mesto iz nadzornega sistema, in kako najbolje oblikovati delovna mesta, da bi dobili najbolj naš vašega sistema pisarno omrežje. Do konca, točka ali dve o predložitvi rezultatov nazaj na strežnik nadzora na delovnem mestu je bila predstavljena.

• Nadzor opravil strežnika upravlja delovna mesta in zagotavlja, da so izpolnjene vse delovne enote
• S črpanjem svoje delo select / rezultatov oddajo bomo lahko spremenite tehnologijo strežnik za nadzor, ne da bi veliko težav
• Konfiguriraj svoje delo, da se zagotovi, da so potekajo hitro in učinkovito, da ne bi bila preveč pritiska na vaše omrežne infrastrukture, in ne podvajajo nalog predelave redno.
• Prepričajte se, da si zgraditi toleranco napak in napak checking v vašo rutino, se delavci lahko prekine in nadaljuje, najbolj neprijetno časov. Ne pozabite preveriti, če so rezultati že predložil drug delavec.

Naslednjič, ko

V delu 3 bomo ustvarili naše virtualne obdelavo in postavili naše okno stroje, da postane idle delovnim časom.

Komentarji (3)

Z Steven Lloyd Watkin , petek 4. december 2009 11:03

Predstavitev

Delam v podjetju, kjer imamo prost dostop veliko delovnih mest paketno obdelavo milijone zapisov podatkov vsak dan in sem bil pred kratkim razmišljal o vseh strojev, ki sedijo okrog vsak dan nič ne delaš več ur. Ali ne bi bilo dobro, če bi lahko uporaba teh strojev za okrepitev procesorske moči naših sistemov? V ta sklop člankov bom pogled na možne koristi zaposluje urad omrežje z uporabo virtualiziranih okoljih.

V delu 4, sva pogledala z uporabo orodja, ki zagotavljajo, da smo nameščeno najnovejšo različico in virov podatkov kodo tako, da dobljeni rezultati so vedno na tekočem z najnovejšimi poslovnimi informacijami in logiko.

Pre-Deployment

Pred uvedbo vašega omrežnega sistema, če obstaja ena stvar, ki jo naredite, in ena stvar, samo to je merilo vaš trenutni sistem! Ni važno, kaj vam povem, kolegi o tem, koliko dodatnega dela je vaš sistem bo naredil, če imate številke bi to vaš jamstva niso nič. Torej,

• koliko zapisov lahko proces trenutno? Per Day? Na uro?
• Kako dolgo traja običajno obrnil delo?
• Koliko več zmogljivosti imate?

Tam je tudi dodatna vprašanja:

• Če vaš strežnik za obdelavo (ali eden od vaših strežnikov obdelave) gre dol, kako bo to vplivalo na vaše sposobnosti, vam bo invalid?
• Kakšne prednosti si upam / pričakujem, da bi dobili od omrežnega sistema?
• Ali vaši pisarni stroji, ki lahko teče delovna mesta?
• Ali so vaši (ali pa se pretvori delovnih mest) za delo v tem slogu vodenja?

Zadnja večja Bistvo je, da vzamete čas za večje spremembe, kot je ta. Update your obdelave kode dela z novo metodologijo, merilo znova. Morebiti nastavite obdelavo strežnik teči virtualni stroj, ko bo vse vaše predelave server še en delavec (samo zelo močan eno relativno). Pustimo, da se novi postopek za poravnavo.

Deployment

Moj predlog bi bil, da pop v pisarno en vikend opravljajo vse naprave in nastavitev. Ali to tik pred štirinajst dni na počitnice in pustite, da drugi slabo chap k soočanju s posledicami ... morda pa tudi ne ...

Za uvajanje sistema, kot je to treba počasi. Kljub temu, da bi bilo relativno enostavno vzpostaviti sistem, to bo vplivalo na celotno infrastrukturo pisarni (tudi digitalno). Prvič, razvaljamo na nekaj strojev v času, spremljanje omrežnega prometa, kako delavec gosti nastopili na dan za dnem. Morda boste morali spremeniti svoje delo konfiguracijo kot odgovor na vaše ugotovitve.

Ko je sistem poravnana z nekaj stroji (recimo 10% vseh pisarniških strojih, tj 5) voditi za spremljanje omrežnega prometa in gostitelja stroj performance. Naslednje merilo spet, bi zdaj moral biti obdelavo 33% več delovnih mest kot svoj prvi meril. Preverite, ali je temu tako, ali da ste vsaj v tem podobno. Če ne, raziskati, kaj se dogaja pred prehodom na. Ponovite ta cikel, dokler ne boste srečno vse pisarniških strojev, ki teče brez ubijanja posameznih učinkovitost stroja ali mletje omrežju do mirovanja.

V vseh časih vodi primerjalno analizo, tudi po tem, ko se je vse uvajanja. Preverite, kako nove posodobitve oznaka vpliva na hitrost vašega sistema, preverite vse delavce, so poročanje v predelavo in delovna mesta. Počasi (zelo počasi) prirastek vaša naloga, konfiguracijo, da bi dobili najboljše od vaših delavcev in omrežje.

Stop!

Kaj pa, če želite ustaviti svoje delavce s tekmovanje v teku na nekaj časa? Vsi so tam teče regeneracijo, in poskuša po svojih najboljših močeh za obdelavo podatkov, kot lačen žuželk. Odgovor se morda zdi očitno, vendar je treba še dodati, samo v primeru, da njen spregledati. Preprosto urejanje obdelavo skript z izhodom (0) or die () ali kakšno drugo izjavo, da bi ubil svojega obdelavo delovnih mest. Pomemben razlog, zakaj smo vedno poskušali posodobiti na najnovejšo obdelavo skript pred vožnjo!

Dokaz System

Da se napisati to niz kratkih člankov sem ustvaril zelo majhna omrežja, da se dokaže tehnologij in metodologij. Prebral sem veliko člankov, vaj, in se uporabljajo različna orodja za namestitev in spremljati, kaj se dogaja. Z ne pomeni, da sem šel ven in nasičenih celo pisarno s prometom in prav sem imel dostop do rednega PC uslužbencev, da vidite, kako je bila prizadeta gostitelja uspešnosti.

Moja predstavitev je bil zelo ponižen res. Včasih sem sam, na običajno pult, ustanovljena kot pomočnik nadzora na delovnem mestu. Na to sem imel umestiti mySQL server nameščen ustanovljena kot mojster razmnoževanja, PHP , Â in SVN povezani preko apache (za dostop prek delavca VM).

Nato sem ustvaril CentOS delavec stroj na VirtualBox na 6 let star laptop Windows XP. I setup redne naloge, določene po kopiranju VM na stroj in pustite, da gredo.

Navidezni stroj je bil ustanovljen s PHP, subverzijo, in mySQL. Preveril sem iz podružnice imenom "delavca" iz moje strežnike nadzora nad delom skladišču in so prepričani, da bi bilo mogoče posodobiti s "svn update". Nato sem setup mySQL kot suženj in preveri, da podatki so bili posnemajo iz mySQL na strežniku nadzora nad delom navzdol na delavca VM. Po vsem tem setup sem bash skripto in cron delovnih mest.

Moj obdelavo skript v bistvu šel po vzoru tega (zelo preprosto stvari):

• Preberite v imenu področju
• Šteje število podobnih imen v tabeli iz vira podatkov, ki jo na VM
• Šteje število imen kot zgoraj, vendar razdelitev ime s presledki (tj. ime, srednje, priimek)
• Ponavljajoče se ta proces 1.000-krat

Vsako delo je trajalo približno 20 minut teči. Na eni točki sem odprl več kopij delavca VM na laptop okna in gledal delovnih mest, je treba preveriti off vsakega delavca IP naslovov. Na tej točki sem tudi potrdil, da replikacije samodejno ponovno zažene.

Leaving laptop pripravljenosti, ki je povzročilo delavec začenja proces delovnih mest iz strežnika nadzora na delovnem mestu. Ko nadaljevanje laptop navada je prišlo do zamude približno 30-60 sekund, je to precej časa in osebja, bo treba zavedati, da lahko njihovi stroj ustavite za kratek čas, ko se vračajo v stroj. Novejši stroji ne smejo imeti pavzo tega dolga. Korist zneska obdelavo, ki jo ti stroji v idle obdobjih bi bilo več, da prevladajo nad uslužbenci bi morali čakati krajše obdobje (recimo 1 minuta), je ob prihodu v njihovi stroji zjutraj (I pogosto čakati dlje, da je to za Windows Defender posodobitev, ki mesto), če so bili seznanjeni s tem (koristen čas, da zgrabite jutranje kave!).

Na splošno preprican sem, da sem dokazal, tehnologije, ki bi jih lahko uporabili za vzpostavitev takšnega sistema. I so pokazale, da tak sistem ne dela na (zelo) majhnem obsegu in z nekaj več eksperimentirati lahko povečajo uporabiti sredstva strojev urada. Če ne pridem do točke, za to bi me zelo zanimalo / videti, ko nekdo drug ne.

Sklepi / vrednotenje

Naslednji korak bi bil očitno dejansko dobil pravi primer svet in začeti, da se uporabi sistem, kot je to v pisarniško okolje in glej kaj se zgodi. Zahtevati od podjetja, da se zavežejo k temu, ne da bi utrl pot družbe dokazati, tehnologijo in učinkovitost, se lahko malo težko. Grid / Distributed računalništvo je zelo priljubljen, je nekaj krogov in ima nekaj velikih aplikacij (BIONC, SETI @ Home, Folding @ Home, itd.) Nisem pa našel v manjšem obsegu in enostaven sistem, kot je to v mojem iskanja, ki bi se lahko izvajale v pisarniško okolje.

Ustvaril sem v bistvu prosti sistem, ki uporablja večinoma odprtokodne programske opreme in orodij na voljo v skoraj vsaki pisarni. Tehnologije, so v bistvu dokazati in pokazati, da izvaja in delujejo po pričakovanjih. Upajmo, da sem pokazati, da z ne veliko dela in z zelo preprosto namestitev lahko uporabi računalniških omrežij, urad, ki je močna, poceni, Â in prilagodljiva vse ob istem času.

Ko sistem je začela delovati skoraj ni konec znesek prilagoditev in izboljšav ki jih lahko naredite. Na primer statistika / benchmarking lahko enostavno doda kaže vredno takšnega sistema vsak dan. New stroje, se lahko doda hitro in enostavno, če in ko prispejo z nadgradnjo obstoječih strojne krepitev svoje procesorske moči.

Upam, da ste uživali branju tega serijo člankov in ti dal za razmislek o tekočih sistem pisarno omrežje. Rešitev, predstavljena tukaj, ne bo nujno, da dela v vseh primerih, vendar morajo biti prilagojeni vam omogočajo, da dobite za obdelavo podatkov opravlja z uporabo svoje rešitve.

Prosim, vas prosimo, da mi pošljete vse pripombe, popravke ali izboljšave in bom naredil moj najboljši, da bo ta članek posodobiti, da se ujemajo.

Komentarji (0)

Z Steven Lloyd Watkin , nedelja, 11. oktober 2009 06:09

Če ste nedavno nadgradili PHP in Apache ste morda prihaja nad izdajo spletni strežnik vračajo praznih strani, in metanje sporočil o napakah v vaše dnevnike z ne vem, zakaj, tukaj je en možen način, da to popraviti ...

Sem imel ta problem nekajkrat nedavno po nadgradnji Apache in PHP na virtualni stroj. Prvič, ko sem opazil napako sem preprosto vrnili k backup mojega VM pa drugič sem spoznal, da sem moral pogledati v vprašanju.

Prvič, ko sem opazil vprašanje nekaj mojih spletnih strani, ki so služili kot prazne datoteke, medtem ko drugi delali popolnoma v redu. Po nekaj preiskav sem ugotovil, da je bil apache za pisanje iz / var / log / http / error_log z naslednje sporočilo repeatidly:

[Obvestilo] podrejene XXXX izhod signal Segmentacija napak (11)

Tam se ne dodeli, da gredo z on-line, in večina strani o tem sledi off nič. To je dejal, sem zožil vprašanje za PHP treskav ko poskušajo Nepotreben dinamičnih knjižnic.

Ob pogledu na mojo php.ini (/ etc / php.ini) sem komentiral iz vseh dinamičnih knjižnic naložen načrtovanje na njih komentiranje nazaj v skladu z zahtevami. Obe sem sprejeti, kje pdo.so in mysql . tako.

Ko so te odstranjene vse moje spletne strani, ki so bile vročene fine, prav tako kot pred PHP / posodobitev Apache.

Komentarji (0)

Z Steven Lloyd Watkin , sobota 11. julij 2009 09:48

Kot sem preživel še nekaj ur danes brez dostopa do interneta, sem mislil, da sem bolje, da se odpisana, tako da naslednjič, ko sem nered svoj laptop do informacij, je enostavno popraviti.

V bistvu, da se brezžično Vozniki, ki delajo za Acer 5002 WLMi boste morali uporabiti B43-fwcutter. Navodila lahko najdete tukaj: Linux Wireless B43 .

Enostavno, ko se nahajajo podatki.