[DeF]

P335W jó lehet routernek, nekem P334W üzemel már istentudja mióta (mióta megvettem...) probléma nélkül.

Viszont ha sokat zenélsz a torrent nevû bandában akkor célszerû a maximum session per user értéket átállítani 256-ról maxra, különben belassíthatja a böngészést.

Egyébként jó kis gép.

[ebertek]

Idézet: repattila - Dátum: 2007. jan. 22., hétfõ - 19:19

Hulyeseg, mikor lekorlatoznak akkor ujratoltetik a modemmel a konfig filet es onnantol le vagy korlatozva.

Konfig-újratöltéshez kell modem reset, nem? :confused:
Tudnak távolról is modem resetet küldeni, tudom, de ha épp WoW-ozik valaki, és hirtelen elmegy a net, akkor.. akkor mérges lesz Tehát nem hinném, hogy napközben küldözgetnék ki a triggereket.
Meg hát ha nem ez, akkor mi lenne az érthetõ magyarázat arra, hogy össze-vissza kapjuk meg a korlátot a limit elérése után?

[gdeak]

Idézet: ebertek - Dátum: 2007. jan. 22., hétfõ - 19:43

Konfig-újratöltéshez kell modem reset, nem? :confused:
Tudnak távolról is modem resetet küldeni, tudom, de ha épp WoW-ozik valaki, és hirtelen elmegy a net, akkor.. akkor mérges lesz Tehát nem hinném, hogy napközben küldözgetnék ki a triggereket.

Dinamikus IP van csellónál, ha pedig megváltoztatják az ipt, akkor elképzelhetõ, hogy megszakad a net. Így egy megszakadás ilyen modemRR miatt az simán elõfordulhat - nem hiszem, hogy egy user bármit is szólhatna ilyenkor, fõleg ha mondjuk havi 1* történik ilyen csak.

[--== SzaboZE ==--]

Idézet: -=nfs=- - Dátum: 2007. jan. 22., hétfõ - 11:06

köszönöm a válaszokat.

per pill SMC-t használok és soha többet nem veszek SMC cuccot. Elõtte linksys volt, azt se.

Szerintem elég erõs a linksys, mint cisco árnyék lehúzása. Szerintem a WRT54 sorozat az egyik legjobb routercsalád, nem mellékesen akár linuxos firmware-rel, nyílt forráskóddal...

[repattila]

Idézet: ebertek - Dátum: 2007. jan. 22., hétfõ - 19:43

Konfig-újratöltéshez kell modem reset, nem? :confused:
Tudnak távolról is modem resetet küldeni, tudom, de ha épp WoW-ozik valaki, és hirtelen elmegy a net, akkor.. akkor mérges lesz Tehát nem hinném, hogy napközben küldözgetnék ki a triggereket.
Meg hát ha nem ez, akkor mi lenne az érthetõ magyarázat arra, hogy össze-vissza kapjuk meg a korlátot a limit elérése után?

Azt hittem, hogy te is azt a legendat akartad felemlegetni, hogy amig nincs kezileg ujrainditva a modem addig nincs korlat.
Szerintem nem kell a modemet ujrainditani az uj konfighoz, bar nem ertek hozza

[--== SzaboZE ==--]

Idézet: repattila - Dátum: 2007. jan. 22., hétfõ - 19:50

Azt hittem, hogy te is azt a legendat akartad felemlegetni, hogy amig nincs kezileg ujrainditva a modem addig nincs korlat.
Szerintem nem kell a modemet ujrainditani az uj konfighoz, bar nem ertek hozza

Nem kell semminek újraindulni én láttam élõben a lekorlátozásomat. Egyszercsak letöttyent 300kbit-re és kész. Semmi újraindítás sehol.

[moq]

Idézet: --== SzaboZE ==-- - Dátum: 2007. jan. 22., hétfõ - 19:52

Nem kell semminek újraindulni én láttam élõben a lekorlátozásomat. Egyszercsak letöttyent 300kbit-re és kész. Semmi újraindítás sehol.

Én is láttam már ilyet, a modem anélkül tölti le az új configot, hogy megszakadna a net. Az ip is marad.

[megyocon]

Idézet: pauz - Dátum: 2007. jan. 22., hétfõ - 18:14

kerek 30000MB az nem 30giga

Ja, a 30 giga az még byte-ra átszámolva is csak 32.212.254.720 byte
Ez még mindig nem magyarázza sem a 34572 MB-ot, sem pedig a 45324 MB-ot.
Ugyanis ezt a 45324 MB-ot mutatta a chellos mérõ dec. 18-án hétfõn reggel 10 órakor, mikor ránéztem a mérõoldalra, ugyan miért lassú a netem. Bár 23-ál feloldották a korlátot legtöbbünk örömére, de ez most lényegtelen.
Vasárnap este 11 órakor még ment gõzerõvel. 15 gigát nehéz összehozni pár óra korlátozott nettel, szóval akkor hogy is van ez az automatikus bekorlátozásos dolog?

[*Pangea*]

Idézet: megyocon - Dátum: 2007. jan. 22., hétfõ - 20:17

Vasárnap este 11 órakor még ment gõzerõvel. 15 gigát nehéz összehozni pár óra korlátozott nettel, szóval akkor hogy is van ez az automatikus bekorlátozásos dolog?

Van olyan, hogy mázlid, van és nem korlátoznak le. Van olyan, hogy nem jó a mérõ. Van olyan, hogy a mérõ frontendje nem jó, de mér és korlátoz is. Az utóbbi kettõ mostanában nem gyakran fordul elõ.

[moq]

Idézet: megyocon - Dátum: 2007. jan. 22., hétfõ - 20:17

Ja, a 30 giga az még byte-ra átszámolva is csak 32.212.254.720 byte
Ez még mindig nem magyarázza sem a 34572 MB-ot, sem pedig a 45324 MB-ot.
Ugyanis ezt a 45324 MB-ot mutatta a chellos mérõ dec. 18-án hétfõn reggel 10 órakor, mikor ránéztem a mérõoldalra, ugyan miért lassú a netem. Bár 23-ál feloldották a korlátot legtöbbünk örömére, de ez most lényegtelen.
Vasárnap este 11 órakor még ment gõzerõvel. 15 gigát nehéz összehozni pár óra korlátozott nettel, szóval akkor hogy is van ez az automatikus bekorlátozásos dolog?

Volt róla már korábban szó, hogy a korlátozó script nem real time figyeli az adatokat, hanem bizonyos idõközönként vesz mintákat (ezek szerint egy másik adatbázisból, ami a honlapon is megjelenik). Ha egy ilyen mintavétel pont az utolsó legális adatmennyiségi pozicióban történt, akkor jóeséllyel tölthetsz még sokat a következõ mintavételig.

Majd NSD kijavít, ha nagy baromságot írtam

[adam.k]

Idézet: repattila - Dátum: 2007. jan. 22., hétfõ - 19:50

Szerintem nem kell a modemet ujrainditani az uj konfighoz, bar nem ertek hozza

Ha nem ertesz hozza, minek irod :)  A megoldas pedig minden bizonnyal annyi, hogy fut a korlatozo script crontabbol, bizonyos idonkent, ami pollozza az adatokat.  Aki a limit felett van, annak helo van.  A kulcs a bizonyos idonkent.  Nyilvan egy idoben csak egy scriptet celszeru futtatni, reszint a futtato gep terhelese miatt (mokas amikor a crontab inditja az uj scripteket de a regiek meg futnak), reszint pedig azert mert a korlatozas az adott savszelesseg %-aban van megadva.  Ha tobb script futna, es mindketto (eltero idoben) bunosnek talal valakit, akkor az aktualis ertek %-ara allit.  Namos ha 2 script fut, akkor az egyik lekorlatoz, majd jon a masik, az is, de ekkor az aktualis ertek mar a korlatozott, es ennek veheti a script a %-at.  Ez persze mokas volna, azert ennel nyilvan jobban irnak dolgokat - ez csak egy elvi lehetoseg.  Es nem is ide akartam kilukadni, hanem oda, hogy a bizonyos ido fugghet attol is, hogy mennyi ideig nyalja vegig a program az adatbazist.  Ha peldaul 8 perc alatt, akkor celszeru 10 percenkent inditani.  Raadasul ha peldaul a 'rainditast' is el akarjak kerulni, akkor mondjuk a script a hatarerteken belul 1 byte-tal talalt Teged.  Nem tilt.  Am a futasa 11 perc, mert mondjuk lassu.  10 perc mulva a kovetkezo script nem indul, mert meg fut az elozo peldanya.  Tehat 20 perc mulva nez Rad megint es csak akkor tilt.

A perc ertekekre csak beirtam konkret szamokat a konkret rendszer ismerete nelkul.  Ha peldaul 1 orat helyettesitesz a 10 perc helyere, akkor maris realis, miert valtozo 3x giganal korlatoznak.

[PyRex]

Idézet: adam.k - Dátum: 2007. jan. 22., hétfõ - 21:55

Ha nem ertesz hozza, minek irod   A megoldas pedig minden bizonnyal annyi, hogy fut a korlatozo script crontabbol, bizonyos idonkent, ami pollozza az adatokat.  Aki a limit felett van, annak helo van.  A kulcs a bizonyos idonkent.  Nyilvan egy idoben csak egy scriptet celszeru futtatni, reszint a futtato gep terhelese miatt (mokas amikor a crontab inditja az uj scripteket de a regiek meg futnak), reszint pedig azert mert a korlatozas az adott savszelesseg %-aban van megadva.  Ha tobb script futna, es mindketto (eltero idoben) bunosnek talal valakit, akkor az aktualis ertek %-ara allit.  Namos ha 2 script fut, akkor az egyik lekorlatoz, majd jon a masik, az is, de ekkor az aktualis ertek mar a korlatozott, es ennek veheti a script a %-at.  Ez persze mokas volna, azert ennel nyilvan jobban irnak dolgokat - ez csak egy elvi lehetoseg.  Es nem is ide akartam kilukadni, hanem oda, hogy a bizonyos ido fugghet attol is, hogy mennyi ideig nyalja vegig a program az adatbazist.  Ha peldaul 8 perc alatt, akkor celszeru 10 percenkent inditani.  Raadasul ha peldaul a 'rainditast' is el akarjak kerulni, akkor mondjuk a script a hatarerteken belul 1 byte-tal talalt Teged.  Nem tilt.  Am a futasa 11 perc, mert mondjuk lassu.  10 perc mulva a kovetkezo script nem indul, mert meg fut az elozo peldanya.  Tehat 20 perc mulva nez Rad megint es csak akkor tilt.

A perc ertekekre csak beirtam konkret szamokat a konkret rendszer ismerete nelkul.  Ha peldaul 1 orat helyettesitesz a 10 perc helyere, akkor maris realis, miert valtozo 3x giganal korlatoznak.

Igen, de nem órákról van szó, mert engem elég régen korlátoztak le utoljára (sem novemberben, sem most, januárban, de decemberben is már bõven 24-e elõtt elértem a 60GB-ot), akkor hogy van ez? :confused:

Szerkesztette: PyRex 2007. 01. 22. 21:03 -kor

[Beácska]

Idézet: PyRex - Dátum: 2007. jan. 22., hétfõ - 21:02

Igen, de nem órákról van szó, mert engem elég régen korlátoztak le utoljára (sem novemberben, sem most, januárban, de decemberben is már bõven 24-e elõtt elértem a 60GB-ot), akkor hogy van ez? :confused:

Örülj neki hogy szerencsés ember vagy, ne azt kérdezgesd "mért pont én nyertem a lotto ötöst?" 

[Beácska]

Idézet: Peetie - Dátum: 2007. jan. 22., hétfõ - 11:36

Pár oldallal visszább valaki csinált ilyen összehasonlítást, asszem 60 meg 120 gigák voltak benne.

(bocsi egyszerre csak egyet tudok idézni)

Az nem a 'fair use' volt, csak a sima adatkorlát. (szerintem)
Néztem osztrák fair use - t, németül nem tudok ugyan, de GB nem szerelpelt benne, csak az e-mail sokszor. 

[mexel]

Idézet: PyRex - Dátum: 2007. jan. 22., hétfõ - 22:02

Igen, de nem órákról van szó, mert engem elég régen korlátoztak le utoljára (sem novemberben, sem most, januárban, de decemberben is már bõven 24-e elõtt elértem a 60GB-ot), akkor hogy van ez? :confused:

Ahogy kiadja az agyuk. Örülj neki. 

[repattila]

Idézet: adam.k - Dátum: 2007. jan. 22., hétfõ - 20:55

Ha nem ertesz hozza, minek irod   A megoldas pedig minden bizonnyal annyi, hogy fut a korlatozo script crontabbol, bizonyos idonkent, ami pollozza az adatokat.  Aki a limit felett van, annak helo van.  A kulcs a bizonyos idonkent.  Nyilvan egy idoben csak egy scriptet celszeru futtatni, reszint a futtato gep terhelese miatt (mokas amikor a crontab inditja az uj scripteket de a regiek meg futnak), reszint pedig azert mert a korlatozas az adott savszelesseg %-aban van megadva.  Ha tobb script futna, es mindketto (eltero idoben) bunosnek talal valakit, akkor az aktualis ertek %-ara allit.  Namos ha 2 script fut, akkor az egyik lekorlatoz, majd jon a masik, az is, de ekkor az aktualis ertek mar a korlatozott, es ennek veheti a script a %-at.  Ez persze mokas volna, azert ennel nyilvan jobban irnak dolgokat - ez csak egy elvi lehetoseg.  Es nem is ide akartam kilukadni, hanem oda, hogy a bizonyos ido fugghet attol is, hogy mennyi ideig nyalja vegig a program az adatbazist.  Ha peldaul 8 perc alatt, akkor celszeru 10 percenkent inditani.  Raadasul ha peldaul a 'rainditast' is el akarjak kerulni, akkor mondjuk a script a hatarerteken belul 1 byte-tal talalt Teged.  Nem tilt.  Am a futasa 11 perc, mert mondjuk lassu.  10 perc mulva a kovetkezo script nem indul, mert meg fut az elozo peldanya.  Tehat 20 perc mulva nez Rad megint es csak akkor tilt.

A perc ertekekre csak beirtam konkret szamokat a konkret rendszer ismerete nelkul.  Ha peldaul 1 orat helyettesitesz a 10 perc helyere, akkor maris realis, miert valtozo 3x giganal korlatoznak.

Ha mar kotekszel akkor rendesen tedd!
Egy szot nem irtam a scriptekrol, vagy barmi masrol, csupan a modem config file kezeles modjarol spekulaltam (mint kesobb lathato volt helyesen), de elnezesedet kerem.

Ez a rainditasos dolog nagyon szakszeruen hangzik, csakhogy a % -os korlatozas nem ugy mukodik, hogy megnezi milyen sebesseg van a mostani configban es szepen szorozza 0.1 -gyel, hanem van szepen kulon config file minden csomaghoz korlatozas utanra is, es egyszeruen fogja es azt tolteti le a modemmel. De ha nem igy lenne, meg akkor is lehet egy egyszeru mezo ertekkel jelezni, hogy az adott user mar korlatozva van, igy akar szaz korlatozo script is futhat...

A lenyeg, hogy senkinek nincs fogalma arrol, hogyan is mukodik ez a gyakorlatban, vagy akinek van nem fogja ide beirni, de ne koss mar bele a masikba, csak mert leirta mit gondol, hisz a te mondandodba is legalabb annyira konnyu belekotni...

[unixservice]

heurisztika eltársok.akinek több?
Mikóls bátyyi hotta s'lûn bódottá

[Falánk]

Idézet: tikva - Dátum: 2007. jan. 23., kedd - 0:54

heurisztika eltársok.akinek több?
Mikóls bátyyi hotta s'lûn bódottá

[PaLa]

Idézet: tikva - Dátum: 2007. jan. 23., kedd - 0:54

heurisztika eltársok.akinek több?
Mikóls bátyyi hotta s'lûn bódottá

Hátttõ... Te nyertél...

Mit szeretnél mondani?

[unixservice]

néhány oldallal ezelõtt kitárgyaltuk nsd-vel a témát.
Nincs benne preciz rendszer,leszámitva a script inditójának GammaGlobulin értékét az elõzõ éjjel elfogysztott tömények miatt...
De lehet hogy a takaritónõ porolgatja le a billentyûzetet amikor beáll a sript...
No ennyi