Keresés: - Cfosspeed-szerűség linux alatti megvalósítása?

Hirdetés

Legfrissebb anyagok

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

Új hozzászólás Aktív témák

#26 vtechun veterán vtechun #25

Új Válasz 2005-02-22 12:17:47 #26
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

válasz vtechun #25 üzenetére

up!
#25 vtechun veterán

Új Válasz 2005-02-20 13:02:57 #25
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

még mindig áll a kérdés! Tehát aki tud valamilyen jó megoldást ami ha el nem is éri, de legalább megközelíti a cfosspeed szintjét akkor ne tartsa magában! Segítsen!
#24 vtechun veterán Flashy #23

Új Válasz 2004-10-31 22:39:01 #24
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

válasz Flashy #23 üzenetére

defaultba a régi van még mindig..., nemtom,,hogy 2.6 -ost merjek-e felrakni? azért akarok átállni linuxra, hogy jobban megtanulgassam, mert semmi komolyat nem csinálok a géppel, tehát nem fejlesztek programot nem kell excel sem , Photoshop sem, bár multimédiafejlesztő vagyok... de inkább rendszergazda szeretnék lenni
#22 vtechun veterán Flashy #21

Új Válasz 2004-10-31 21:56:25 #22
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

válasz Flashy #21 üzenetére

ok, de jo lett ez a masodik kernel, persze másofjára, mert először elfelejtettem belerakni a acpi-t... teljesen át kellene állnom linuxra, akkor biztosan könnyebben megtanulnám, mint így, hogy csak a szerver linux...
#20 vtechun veterán

Új Válasz 2004-10-31 21:34:11 #20
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

kernel fordítottam és jó, de ha a régi kernellel akarok indulni akkor a netmegosztáshoz szükséges modulokat nem találja... ez mi miatt lehet?
#18 vtechun veterán

Új Válasz 2004-10-31 20:41:29 #18
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

nem azt akarom, hogy lassan töltsenek rólam, mert ha ilyen felfogással élne mindenki akkkor nem lenne érdemes dc-zni...hanem azt hogy mindig maradjon elegendő sávszélesség a csomagok megérkezésének visszaigazolására...
#15 vtechun veterán

Új Válasz 2004-10-31 08:55:05 #15
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

#!/bin/bash
# Wonder Shaper
# please read the README before filling out these values
#
# Set the following values to somewhat less than your actual download
# and uplink speed. In kilobits. Also set the device that is to be shaped.

DOWNLINK=360
UPLINK=60
DEV=ppp0

# low priority OUTGOING traffic - you can leave this blank if you want
# low priority source netmasks
NOPRIOHOSTSRC=

# low priority destination netmasks
NOPRIOHOSTDST=

# low priority source ports
NOPRIOPORTSRC=

# low priority destination ports
NOPRIOPORTDST=

# Now remove the following two lines

#echo Please read the documentation in 'README' first
#exit

if [ ''$1'' = ''status'' ]
then
tc -s qdisc ls dev $DEV
tc -s class ls dev $DEV
exit
fi

# clean existing down- and uplink qdiscs, hide errors
tc qdisc del dev $DEV root 2> /dev/null > /dev/null
tc qdisc del dev $DEV ingress 2> /dev/null > /dev/null

if [ ''$1'' = ''stop'' ]
then
exit
fi

###### uplink

# install root HTB, point default traffic to 1:20:

tc qdisc add dev $DEV root handle 1: htb default 20

# shape everything at $UPLINK speed - this prevents huge queues in your
# DSL modem which destroy latency:

tc class add dev $DEV parent 1: classid 1:1 htb rate ${UPLINK}kbit burst 6k

# high prio class 1:10:

tc class add dev $DEV parent 1:1 classid 1:10 htb rate ${UPLINK}kbit \
burst 6k prio 1

# bulk & default class 1:20 - gets slightly less traffic,
# and a lower priority:

tc class add dev $DEV parent 1:1 classid 1:20 htb rate $[9*$UPLINK/10]kbit \
burst 6k prio 2

tc class add dev $DEV parent 1:1 classid 1:30 htb rate $[8*$UPLINK/10]kbit \
burst 6k prio 2

# all get Stochastic Fairness:
tc qdisc add dev $DEV parent 1:10 handle 10: sfq perturb 10
tc qdisc add dev $DEV parent 1:20 handle 20: sfq perturb 10
tc qdisc add dev $DEV parent 1:30 handle 30: sfq perturb 10

# TOS Minimum Delay (ssh, NOT scp) in 1:10:

tc filter add dev $DEV parent 1:0 protocol ip prio 10 u32 \
match ip tos 0x10 0xff flowid 1:10

# ICMP (ip protocol 1) in the interactive class 1:10 so we
# can do measurements & impress our friends:
tc filter add dev $DEV parent 1:0 protocol ip prio 10 u32 \
match ip protocol 1 0xff flowid 1:10

# To speed up downloads while an upload is going on, put ACK packets in
# the interactive class:

tc filter add dev $DEV parent 1: protocol ip prio 10 u32 \
match ip protocol 6 0xff \
match u8 0x05 0x0f at 0 \
match u16 0x0000 0xffc0 at 2 \
match u8 0x10 0xff at 33 \
flowid 1:10

# rest is 'non-interactive' ie 'bulk' and ends up in 1:20

# some traffic however suffers a worse fate
for a in $NOPRIOPORTDST
do
tc filter add dev $DEV parent 1: protocol ip prio 14 u32 \
match ip dport $a 0xffff flowid 1:30
done

for a in $NOPRIOPORTSRC
do
tc filter add dev $DEV parent 1: protocol ip prio 15 u32 \
match ip sport $a 0xffff flowid 1:30
done

for a in $NOPRIOHOSTSRC
do
tc filter add dev $DEV parent 1: protocol ip prio 16 u32 \
match ip src $a flowid 1:30
done

for a in $NOPRIOHOSTDST
do
tc filter add dev $DEV parent 1: protocol ip prio 17 u32 \
match ip dst $a flowid 1:30
done

# rest is 'non-interactive' ie 'bulk' and ends up in 1:20

tc filter add dev $DEV parent 1: protocol ip prio 18 u32 \
match ip dst 0.0.0.0/0 flowid 1:20

########## downlink #############
# slow downloads down to somewhat less than the real speed to prevent
# queuing at our ISP. Tune to see how high you can set it.
# ISPs tend to have *huge* queues to make sure big downloads are fast
#
# attach ingress policer:

tc qdisc add dev $DEV handle ffff: ingress

# filter *everything* to it (0.0.0.0/0), drop everything that's
# coming in too fast:

tc filter add dev $DEV parent ffff: protocol ip prio 50 u32 match ip src \
0.0.0.0/0 police rate ${DOWNLINK}kbit burst 10k drop flowid :1

jelenleg ezt használom, és az a gáz, hogy a dc-seknek iszonyat belassul egy idő után, mármint akik töltenek le rólam...

[Szerkesztve]
#13 vtechun veterán Flashy #12

Új Válasz 2004-10-30 23:18:30 #13
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

válasz Flashy #12 üzenetére

hát nemtom, a cfosspeed jobban müködött... olyan hihetetlennek tűnik, hogy nincs erre ingyenes megoldás....ami tökéletes.... és látszik egyáltalán, hogy fut-e ez a wshaper? vagy csak elindul, de a ps aux nem listázza ki...
#11 vtechun veterán vtechun #10

Új Válasz 2004-10-30 16:54:28 #11
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

válasz vtechun #10 üzenetére

up
#10 vtechun veterán Flashy #6

Új Válasz 2004-10-30 12:42:22 #10
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

válasz Flashy #6 üzenetére

fordul a kernel... a scriptben miket kell beirni, hogy müködjön is.. normálisan, mert prioritásokat látok... de nekem azért kellene, hogy a dv letöltéseinek nagy mig a feltöltéseinek kis prioritást adjon, vagyis a lényeg az lenne, hogy ne lassuljon be a lrtöltés a feétöltések miatt... 384/64-es adsl-nél miket írjak be?
#9 vtechun veterán

Új Válasz 2004-10-30 12:04:05 #9
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

elinditottam a make menuconfigot és alapból már be voltak x-elve ezek a cuccok...tehát nem lehet, hogy a gyári kernelben is benne lennének?
#8 vtechun veterán

Új Válasz 2004-10-30 11:59:48 #8
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

és más ilyen cuccot nem ismer valaki? egyáltalán miért nem ilyen alapoból a kapcsolat? miért nincsen a visszaigazoló csomagoknak nagyobb prioritása...?
#7 vtechun veterán Flashy #6

Új Válasz 2004-10-30 11:53:39 #7
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

válasz Flashy #6 üzenetére

a francba, lehet, hogy tényleg kénytelen leszek kernel fordítani?
#5 vtechun veterán Flashy #4

Új Válasz 2004-10-29 18:19:14 #5
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

válasz Flashy #4 üzenetére

lehet, hogy a slackware gyári kernelében benne van amire szüksége van ennek?
#1 vtechun veterán

Új Válasz 2004-10-28 22:41:44 #1
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vtechun

veterán

Hello! A linuxos gépem osztja az adsl-netemet, hogyan lehetne megoldani, hogy ne kelljen a wines gépekre a cfosspeed progit felrakni. Linuxon van valami ingyenes megoldás erre a célra? Nem hiszem, hogy ne lenne... Annyi lenne a lényeg, hogy a visszaigazolásoknak maradjon elég sávszélesség...tehát tudjak még éetölteni a dc-vel, meg fel is tudjanak tölteni rólam....