tftpd-hpa tweaking
tftpd-hpa tweaking
Ich verwende nun den tftpd-hpa Server als TFTP Server für PXE, da der als einzigster mit großen Dateien umgehen kann (muss ein 200MB Image laden)
Das Problem: Der Server kommt nie über 2MB/s transferrate und das ist nicht so toll.... Hab hier Gigabit und hab auch kann auch mit bis zu 30MB/s zwischen den rechnern austauschen, da sind 2MB/s ja recht lächerlich :c
Kann man den Server noch irgendwie tweaken das der mehr leistung raushaut? Ich hab hier gelesen: http://www.pebuilder.de/ltopic,1683,0,asc,0.html dass sein BartPE von einem Windows Server in 17sec geladen ist... ich brauche zZ 68...
Gibts da irgendeine coole Option die den Server schneller macht?^^
Das Problem: Der Server kommt nie über 2MB/s transferrate und das ist nicht so toll.... Hab hier Gigabit und hab auch kann auch mit bis zu 30MB/s zwischen den rechnern austauschen, da sind 2MB/s ja recht lächerlich :c
Kann man den Server noch irgendwie tweaken das der mehr leistung raushaut? Ich hab hier gelesen: http://www.pebuilder.de/ltopic,1683,0,asc,0.html dass sein BartPE von einem Windows Server in 17sec geladen ist... ich brauche zZ 68...
Gibts da irgendeine coole Option die den Server schneller macht?^^
- 6uellerBelästigungspanda
- Beiträge: 333
- Registriert: 07.02.2007 08:36:58
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Österreich
Re: tftpd-hpa tweaking
meißt liegt es an der netzwerkkarte...aufruf für dich uns zu sagen welche du hast
The nice thing about Windows is - It doesnt' just crash, it displays a
dialog box and lets you press 'OK' first
dialog box and lets you press 'OK' first
Re: tftpd-hpa tweaking
am Server:
eine der Realtek ist die Hauptnetzwerkkarte
am Client
Eine Intel Pro 10/100 VE onboard.
am anderen Client
nvidia nforce 430 (glaub ich)
Code: Alles auswählen
00:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
00:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
00:0b.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5788 Gigabit Ethernet (rev 03)
am Client
Eine Intel Pro 10/100 VE onboard.
am anderen Client
nvidia nforce 430 (glaub ich)
- 6uellerBelästigungspanda
- Beiträge: 333
- Registriert: 07.02.2007 08:36:58
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Österreich
Re: tftpd-hpa tweaking
ist die realtek auch noch onboard ?? wenn ja dann ist der fehler schon gefundenreox hat geschrieben:am Server:eine der Realtek ist die HauptnetzwerkkarteCode: Alles auswählen
00:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) 00:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) 00:0b.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5788 Gigabit Ethernet (rev 03)
The nice thing about Windows is - It doesnt' just crash, it displays a
dialog box and lets you press 'OK' first
dialog box and lets you press 'OK' first
Re: tftpd-hpa tweaking
ne die beiden realtrek sind offboard karten^^
die clients sind onboard
die clients sind onboard
- 6uellerBelästigungspanda
- Beiträge: 333
- Registriert: 07.02.2007 08:36:58
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Österreich
Re: tftpd-hpa tweaking
bedeutet das, das der austausch zwischen Client und Server ebenso schnell ist oder ebenso langsam wie beim tftpHab hier Gigabit und hab auch kann auch mit bis zu 30MB/s zwischen den rechnern austauschen, da sind 2MB/s ja recht lächerlich :c
The nice thing about Windows is - It doesnt' just crash, it displays a
dialog box and lets you press 'OK' first
dialog box and lets you press 'OK' first
Re: tftpd-hpa tweaking
wie meinen? Wenn ich zB scp oder samba laufen lasse komm ich locker auf 8MB/s bei 100Mbit und auf 30MB/s bei 1GB/s, nur tftp ist eben seeehr lahm :c
- 6uellerBelästigungspanda
- Beiträge: 333
- Registriert: 07.02.2007 08:36:58
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Österreich
Re: tftpd-hpa tweaking
ja das wollte ich wissenreox hat geschrieben:wie meinen? Wenn ich zB scp oder samba laufen lasse komm ich locker auf 8MB/s bei 100Mbit und auf 30MB/s bei 1GB/s, nur tftp ist eben seeehr lahm :c
schon mal
Code: Alles auswählen
man tftpd
http://tools.ietf.org/html/rfc2348
The nice thing about Windows is - It doesnt' just crash, it displays a
dialog box and lets you press 'OK' first
dialog box and lets you press 'OK' first
Re: tftpd-hpa tweaking
mh also da ich ja nur 1500Byte MTU habe bleiben mir damit 1428byte für die Daten pro Paket. (steht ja auch so im RFC drin) Damit komme ich dann auf 2,98MB/s, also genau auf 68sec. Wenn ich die blocksize noch weiter erhöhe passiert nix, er fragmentiert warscheinlich (sollte ich mal tcpdump dazwischenhängen) und die Datenrate bleibt weiterhin bei 2,98MB/s
Schneller würde es wohl nur mit Jumbo Frames gehen, kann ich aber nicht verwenden da ich nur einen Rechner und meine Switches habe die das von der Netzwerkkarte unterstüzten :/ nvidia macht da leider nicht so viel... Müsste mir jetzt wohl neue Karten für die PCs kaufen^^
Mh blöd... da bleibt mir nur übrig das image kleiner zu bekommen^^
Schneller würde es wohl nur mit Jumbo Frames gehen, kann ich aber nicht verwenden da ich nur einen Rechner und meine Switches habe die das von der Netzwerkkarte unterstüzten :/ nvidia macht da leider nicht so viel... Müsste mir jetzt wohl neue Karten für die PCs kaufen^^
Mh blöd... da bleibt mir nur übrig das image kleiner zu bekommen^^
Re: tftpd-hpa tweaking
Mangle (Paket priorisierung) ist die Lösung
Die firewall musst du mit speichern
Folgendes Paket installieren
Und dann das bashfile speichern und ausführen
Viel erfolg und grüße florit
Die firewall musst du mit speichern
Code: Alles auswählen
iptables-save > file4.log
ip6tables-save > file6.log
arptables-save > filearp.log
ebtables-save > fileeb.log
Code: Alles auswählen
apt install net-tools
Code: Alles auswählen
#!/bin/bash
NS=$(command -v ifconfig)
TC=$(command -v tc)
GREP=$(command -v grep)
CUT=$(command -v cut)
ERG=$($NS | $GREP flags | $CUT -d: -f1)
for i in $ERG ; do
$TC qdisc del dev $i root 2> /dev/null
$TC qdisc del dev $i ingress 2> /dev/null
$TC qdisc add dev $i root handle 1: hfsc default 10
$TC class add dev $i parrent 1: classid 1:1 hfsc ls rate 975mbit ul rate 975mbit
$TC filter add dev $i parrent 1:1 prio 1 protocol ip handle 10 flowid 1:10
$TC qdisc add dev $i parrent 1:10 handle 10: sfq perturb 10
DEVO=$i | $(command -v grep) "eth|en|bond"
DEVI=$i | $(command -v grep) "wlan|bnep|hci"
DEVT=$i | $(command -v grep) "tun"
LO=$(LO0)
IPT=$(command -v iptables)
APT=$(command -v arptables)
IPT6=$(command -v ip6tables)
EBT=$(command -v ebtables)
$IPT -F
$APT -F
$IPT6 -F
$EBT -F
*nat
:PREROUTING ACCEPT [2:120]
:INPUT ACCEPT [2:120]
:OUTPUT ACCEPT [10:680]
:POSTROUTING ACCEPT [0:0]
for i in $DEVO ; do
$IPT -A POSTROUTING -o $i -j MASQUERADE
$IPT -A POSTROUTING -t mangle -o $i -j MARK --set-mark 10
$IPT6 -A POSTROUTING -t mangle -o $i -j MARK --set-mark 10
done
for t in $DEVI ; do
$IPT -A POSTROUTING -t mangle -o $t -j MARK --set-mark 10
$IPT6 -A POSTROUTING -t mangle -o $t -j MARK --set-mark 10
done
for s in $DEVT ; do
$IPT -A POSTROUTING -t mangle -o $s -j MARK --set-mark 10
$IPT6 -A POSTROUTING -t mangle -o $s -j MARK --set-mark 10
done
$(command -v iptables-restore) < file4.log
$(command -v ip6tables-restore) < file6.log
$(command -v arptables-restore) < filearp.log
$(command -v ebtables-restore) < fileeb.log
- schorsch_76
- Beiträge: 2556
- Registriert: 06.11.2007 16:00:42
- Lizenz eigener Beiträge: MIT Lizenz
Re: tftpd-hpa tweaking
Vorschlag: tftp lädt Kernel und initrd. Initrd lädt dann das Image via ssh/nfs/whatever.
So mach ich das bei meinem BBB und Netboot.
So mach ich das bei meinem BBB und Netboot.
Re: tftpd-hpa tweaking
Lol. Habt ihr gesehen von wann die Frage ist? Hier wurde gerade eine 15 Jahre alte Leiche ausgegraben...
Ich hab weder die Hardware von damals, noch verwende ich BartPE.
Meine Vermutung ist, dass es tatsächlich einfach an langsamer Hardware lag. Heute mit nvme, multicore und guter Gigabit Hardware bootet mein pxe grml auch in ein paar Sekunden durch - allerdings per NFS.
Edit: wobei nach dem Lesen vom Threads komm ich drauf, dass ich damals das ja sogar ausgerechnet hatte und die volle Bandbreite schon nutzen konnte. Der Client hatte aber nur 100MBit zur verfügung. So gesehen, war das Ergebnis damals: reox, Kauf dir endlich Gigabit! (War als schüler halt etwas schwer zu der Zeit )
Ich hab weder die Hardware von damals, noch verwende ich BartPE.
Meine Vermutung ist, dass es tatsächlich einfach an langsamer Hardware lag. Heute mit nvme, multicore und guter Gigabit Hardware bootet mein pxe grml auch in ein paar Sekunden durch - allerdings per NFS.
Edit: wobei nach dem Lesen vom Threads komm ich drauf, dass ich damals das ja sogar ausgerechnet hatte und die volle Bandbreite schon nutzen konnte. Der Client hatte aber nur 100MBit zur verfügung. So gesehen, war das Ergebnis damals: reox, Kauf dir endlich Gigabit! (War als schüler halt etwas schwer zu der Zeit )