Samba langsam
Re: Samba langsam
Naja, ich habe eine PCIe NIC. Und zwei Onboard-Nic, davon eine mit GBit.
Wenn wir meine LEseraten mal als Optimal annehmen und davon ausgehen, das hier der Prozessor nicht bremst, ist das Onboard-GBit schneller als das PCIe. Und zwar signifikant. (Vieleicht ist das Schlüsselwort ja "ordentliche" *g*)
Nur das Doppelkern-Board treibt den Energieverbrauch und die Lautstärke ein bisschen zu hoch. Derzeit lässt sich das ganze System mit 2x120 mm FANs bei 8,5 V kühlen. Vor allem die Lautstärke ist von elementarer bedeutung.
Da werde ich mir wohl etwas überlegen müssen oder mich mit den niedrigeren Schreibraten zufrieden geben müssen. (Wie gesagt, die Leseraten sind echt top)
Wenn wir meine LEseraten mal als Optimal annehmen und davon ausgehen, das hier der Prozessor nicht bremst, ist das Onboard-GBit schneller als das PCIe. Und zwar signifikant. (Vieleicht ist das Schlüsselwort ja "ordentliche" *g*)
Nur das Doppelkern-Board treibt den Energieverbrauch und die Lautstärke ein bisschen zu hoch. Derzeit lässt sich das ganze System mit 2x120 mm FANs bei 8,5 V kühlen. Vor allem die Lautstärke ist von elementarer bedeutung.
Da werde ich mir wohl etwas überlegen müssen oder mich mit den niedrigeren Schreibraten zufrieden geben müssen. (Wie gesagt, die Leseraten sind echt top)
Linux und Windows laufen bei mir zusammen. Ich zocke halt gerne.
-
- Beiträge: 195
- Registriert: 11.02.2007 21:15:49
Re: Samba langsam
Beim Lesen hat die CPU auch kaum etwas zu tun. Beim Schreiben ist aber die Parität zu berechnen, was ordentlich CPU-Last erfordert.
Die Gigabit-onboard-NICs sind intern auch mit PCIe angebunden. Es kommt wirklich auf das Fabrikat an. Bei Realtec-NICs muß die CPU den Großteil der Last übernehmen. Bei Intel-NICs kann die CPU schon etwas schwachbrüstiger sein.
In dem Test der c't 26/08 S.196 "Netzspeicher im Eigenbau: Schnell und vielseitig" wurde u.a. eine "Intel Pro1000 PT Desktop" verwendet (CPU Athlon X2 4200+). Mit CentOS 5.2 und Samba wurden 71 MB/s Schreibgeschwindigkeit erreicht.
Mit Atom 230 / 330 und Sempron lagen die Schreibraten bei mageren 21-38 MB/s.
Du könntest das Performance-/Lärm-Problem also mit einer Intel-NIC und einer ordentlichen CPU oder einem echten Hardware-RAID-Controller angehen.
Gruß
Andreas
Die Gigabit-onboard-NICs sind intern auch mit PCIe angebunden. Es kommt wirklich auf das Fabrikat an. Bei Realtec-NICs muß die CPU den Großteil der Last übernehmen. Bei Intel-NICs kann die CPU schon etwas schwachbrüstiger sein.
In dem Test der c't 26/08 S.196 "Netzspeicher im Eigenbau: Schnell und vielseitig" wurde u.a. eine "Intel Pro1000 PT Desktop" verwendet (CPU Athlon X2 4200+). Mit CentOS 5.2 und Samba wurden 71 MB/s Schreibgeschwindigkeit erreicht.
Mit Atom 230 / 330 und Sempron lagen die Schreibraten bei mageren 21-38 MB/s.
Du könntest das Performance-/Lärm-Problem also mit einer Intel-NIC und einer ordentlichen CPU oder einem echten Hardware-RAID-Controller angehen.
Gruß
Andreas
Zuletzt geändert von andreas123 am 06.01.2009 18:27:20, insgesamt 2-mal geändert.
Re: Samba langsam
Wie genau misst man denn diese Werte?
Mache dies immer nur mit hdparm aber vielleicht gibt es ja noch was besseres?
Mache dies immer nur mit hdparm aber vielleicht gibt es ja noch was besseres?
Oh, yeah!
-
- Beiträge: 195
- Registriert: 11.02.2007 21:15:49
Re: Samba langsam
Wenn du von Windows aus kopierst, hilft die Stoppuhr. Hast du einen Linux-Client, geht das z.B. auf der Konsole mit .
Code: Alles auswählen
time cp ...
Re: Samba langsam
Ich nehme tcptrack oder ein selbst geschriebenes Script dass die werte aus /proc auswertet.
lg mcdikki
lg mcdikki
LINUX - Life is too short for reboot!
Samba PDC auf Debian Etch | 2xIntel Xeon 3GHz - 2048 MB RAM - RAID 10 mit 3Ware 9550SX-4LP und 4x80GB HDD SATAII
Samba PDC auf Debian Etch | 2xIntel Xeon 3GHz - 2048 MB RAM - RAID 10 mit 3Ware 9550SX-4LP und 4x80GB HDD SATAII
Re: Samba langsam
Hallo,
ich hänge mich einfach mal an dieses Thema ran, um nicht ein neues Öffnen zu müssen:
Ich habe das ganze Thema jetzt durchgearbeitet und die Einstellungsvorschläge auch adaptiert. Leider erfolglos. Aber bei mir scheint das Problem auch anders zu sein:
Ich habe seit 2 Wochen Windows 7 auf der Kiste hier (leider). Die anderen Rechner im Gebäude sind weiterhin WinXP und Debian. WinXP und Debian haben mit Samba keinerlei Probleme. Datentransfer und Zugriffszeiten sind wie gewohnt schnell (alles mit 100Mbit).
Mein Win7 Rechner (1Gbit über 100Mbit Switch) hat massive Probleme mit Samba. Wenn ich etwas kopiere ist es sehr langsam. 3MB/s. Zudem kann ich den Samba-Share parallel quasi nicht mehr durchforsten, da jedes Öffnen eines Ordners Sekunden dauert.
Es handelt sich um Samba 3.2. Den Lenny-Backport 3.4 habe ich auch schon ausprobiert ohne eine Verbesserung.
Jemand eine Idee? Für mich klingt das ja so, als ob Win7 wieder ein tolles Ausbrems-Feature eingebaut hat.
Grüße
ich hänge mich einfach mal an dieses Thema ran, um nicht ein neues Öffnen zu müssen:
Ich habe das ganze Thema jetzt durchgearbeitet und die Einstellungsvorschläge auch adaptiert. Leider erfolglos. Aber bei mir scheint das Problem auch anders zu sein:
Ich habe seit 2 Wochen Windows 7 auf der Kiste hier (leider). Die anderen Rechner im Gebäude sind weiterhin WinXP und Debian. WinXP und Debian haben mit Samba keinerlei Probleme. Datentransfer und Zugriffszeiten sind wie gewohnt schnell (alles mit 100Mbit).
Mein Win7 Rechner (1Gbit über 100Mbit Switch) hat massive Probleme mit Samba. Wenn ich etwas kopiere ist es sehr langsam. 3MB/s. Zudem kann ich den Samba-Share parallel quasi nicht mehr durchforsten, da jedes Öffnen eines Ordners Sekunden dauert.
Es handelt sich um Samba 3.2. Den Lenny-Backport 3.4 habe ich auch schon ausprobiert ohne eine Verbesserung.
Jemand eine Idee? Für mich klingt das ja so, als ob Win7 wieder ein tolles Ausbrems-Feature eingebaut hat.
Grüße
- Six
- Beiträge: 8066
- Registriert: 21.12.2001 13:39:28
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Siegburg
Re: Samba langsam
Vielleicht läuft auf MS Windows 7 auch nur ein schlechter Virenscanner, z. B. Comodo? Ansonsten verhält sich MS Windows 7 Pro genauso wie Vista Pro, überrascht auch nicht: Networking wurde schließlich nicht geändert.
Be seeing you!
- herrchen
- Beiträge: 3257
- Registriert: 15.08.2005 20:45:28
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Berlin
Re: Samba langsam
Ich schreibe hier (große Dateien) mit gut 90 MB/s auf eine Intel SSD in einer Windows 7 Kiste.Cloonix hat geschrieben: Es handelt sich um Samba 3.2. Den Lenny-Backport 3.4 habe ich auch schon ausprobiert ohne eine Verbesserung.
Jemand eine Idee? Für mich klingt das ja so, als ob Win7 wieder ein tolles Ausbrems-Feature eingebaut hat.
Samba muss wohl etwas aktueller sein.
Meins ist von hier:
deb http://ftp.sernet.de/pub/samba/3.5/debian lenny main
herrchen
Re: Samba langsam
Werde ich mal ausprobieren. Danke
Re: Samba langsam
So, ich kram mal den Uralt-Thread wieder raus, weil ich die samba-config von hier noch genau so (oder zumindest fast) einsetze.
Mein Problem ist aber ein neues:
Mit neuer Hardware (NAS-Seitig) habe ich es unter Win Vista geschafft, mich mit den lese- und schreibraten nahe am theoretischen Optimum vom Gigabit-Netzwerk und den HDDs (Raid5) zu bewegen: 80-110 MB schreibend und lesend (lesend ist bei 100+). Das ganze bei einer großen datei, aber kleine gingen immernoch enorm fix.
Jetzt hab ich meinen Hauptrechner von Vista auf Win 7 aktualisiert (zusammen mit ner SSD) und auf einmal wirds komisch.
Die Schreibraten sind immernoch akzeptabel mit 60-80, die Leseraten liegen jedoch DARUNTER. Bei kleinen Dateien bricht das ganze auch mal komplett auf 10-20 ein. Vor allem letzteres ist leicht störend.
Gibt es bei Win7 irgend was neues, was ich in betracht ziehen sollte? Vor allem, warum ist das ganze Lesend langsamer als Schreibend? Das ist neu...
Mein Problem ist aber ein neues:
Mit neuer Hardware (NAS-Seitig) habe ich es unter Win Vista geschafft, mich mit den lese- und schreibraten nahe am theoretischen Optimum vom Gigabit-Netzwerk und den HDDs (Raid5) zu bewegen: 80-110 MB schreibend und lesend (lesend ist bei 100+). Das ganze bei einer großen datei, aber kleine gingen immernoch enorm fix.
Jetzt hab ich meinen Hauptrechner von Vista auf Win 7 aktualisiert (zusammen mit ner SSD) und auf einmal wirds komisch.
Die Schreibraten sind immernoch akzeptabel mit 60-80, die Leseraten liegen jedoch DARUNTER. Bei kleinen Dateien bricht das ganze auch mal komplett auf 10-20 ein. Vor allem letzteres ist leicht störend.
Gibt es bei Win7 irgend was neues, was ich in betracht ziehen sollte? Vor allem, warum ist das ganze Lesend langsamer als Schreibend? Das ist neu...
Linux und Windows laufen bei mir zusammen. Ich zocke halt gerne.
Re: Samba langsam
Hallo Zusammen,
jetzt schreib ich doch mal in diesen Thread mein Problem rein, da ich sonst nirgends was dazu finde.
Und zwar hatte ich auf dem selben Server wie jetzt auch ein aktuelles Debian Lenny mit Samba. Von einem Vista Rechner konnte ich mit 50-70MB/sek schreiben und lesen. Jetzt hab ich den Server komplett neu installiert (kein Update) auf Debian Squeeze mit Samba 3.5.. und jetzt hab ich nur noch schreibraten von 10-13MB/sek und leseraten von 20-25MB/sek. Das ist definitiv zu wenig!
An was liegen die extrem schlechten Schreib/Leseraten beim Debian Squeeze und Samba 3.5?
jetzt schreib ich doch mal in diesen Thread mein Problem rein, da ich sonst nirgends was dazu finde.
Und zwar hatte ich auf dem selben Server wie jetzt auch ein aktuelles Debian Lenny mit Samba. Von einem Vista Rechner konnte ich mit 50-70MB/sek schreiben und lesen. Jetzt hab ich den Server komplett neu installiert (kein Update) auf Debian Squeeze mit Samba 3.5.. und jetzt hab ich nur noch schreibraten von 10-13MB/sek und leseraten von 20-25MB/sek. Das ist definitiv zu wenig!
An was liegen die extrem schlechten Schreib/Leseraten beim Debian Squeeze und Samba 3.5?
- Six
- Beiträge: 8066
- Registriert: 21.12.2001 13:39:28
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Siegburg
Re: Samba langsam
Bzgl. MS Windows 7 und Samba 3.5+:
Der Network-Stack von 7 und Vista ist identisch. Aber in MS Windows 7 (zumindest in Pro und besser) ist Frame-Autotuning und RDC (das ist eine Art Netzwerkkompression) angeschaltet. Beides ist in reinen SMB2 Netzen sehr nützlich, kann aber negative Auswirkungen auf die Kommunikation mit Software haben, die noch auf SMB1 setzt. So weit ich weiß, ist Samba 3.5.x eine SMB1 Software.
Jedenfalls kann man das in MS Windows 7 abstellen. Dazu eine Eingabeaufforderung mit Admin-Rechten starten, dann:
Das sollte es sein.
Bzgl. lahmer Samba 3.5.
Die hier besprochenen Tips greifen auch für Samba in Squeeze. Experimentieren musst du aber selber.
Der Network-Stack von 7 und Vista ist identisch. Aber in MS Windows 7 (zumindest in Pro und besser) ist Frame-Autotuning und RDC (das ist eine Art Netzwerkkompression) angeschaltet. Beides ist in reinen SMB2 Netzen sehr nützlich, kann aber negative Auswirkungen auf die Kommunikation mit Software haben, die noch auf SMB1 setzt. So weit ich weiß, ist Samba 3.5.x eine SMB1 Software.
Jedenfalls kann man das in MS Windows 7 abstellen. Dazu eine Eingabeaufforderung mit Admin-Rechten starten, dann:
Code: Alles auswählen
netsh interface tcp set global autotuning=disabled
ocsetup MSRDC-Infrastructure /uninstall
Bzgl. lahmer Samba 3.5.
Die hier besprochenen Tips greifen auch für Samba in Squeeze. Experimentieren musst du aber selber.
Be seeing you!
-
- Beiträge: 231
- Registriert: 02.06.2011 11:45:33
Re: Samba langsam
Ich kann das nicht bestätigen. Ich hab' die letzten 14 Tage einen Rechner mit Debian 6.01 aufgesetzt, Samba installiert (welche Version das jetzt aktuell bzw. standardmäßig war - keine Ahnung). Von einem Win7-Rechner hab' ich da Daten (große Dateien) mit 70-90 MB/sek herum geschaufelt.CyberSun hat geschrieben:An was liegen die extrem schlechten Schreib/Leseraten beim Debian Squeeze und Samba 3.5?
Liegt's vielleicht bei Dir am Treiber der NIC?
LG
Re: Samba langsam
Danke für den Tip, hab ich auch gleich mal ausprobiert. Hat auch etwas geholfen. Schreibrate ist jetzt bei großen Datein bei 14-20MB/sek. Nur komm ich damit immer bei weitem nicht auf den damaligen Wert.Six hat geschrieben:Bzgl. MS Windows 7 und Samba 3.5+:
Der Network-Stack von 7 und Vista ist identisch. Aber in MS Windows 7 (zumindest in Pro und besser) ist Frame-Autotuning und RDC (das ist eine Art Netzwerkkompression) angeschaltet. Beides ist in reinen SMB2 Netzen sehr nützlich, kann aber negative Auswirkungen auf die Kommunikation mit Software haben, die noch auf SMB1 setzt. So weit ich weiß, ist Samba 3.5.x eine SMB1 Software.
Jedenfalls kann man das in MS Windows 7 abstellen. Dazu eine Eingabeaufforderung mit Admin-Rechten starten, dann:Das sollte es sein.Code: Alles auswählen
netsh interface tcp set global autotuning=disabled ocsetup MSRDC-Infrastructure /uninstall
Bzgl. lahmer Samba 3.5.
Die hier besprochenen Tips greifen auch für Samba in Squeeze. Experimentieren musst du aber selber.
Hardware ist soweit gleich geblieben, und die Netzwerkdatentransver zwischen zwei Linuxrechnern liegt bei guten 100MB/sek (ohne Samba).
Beim Kopieren von Win7/Vista zum Sambarechner blinkt auch nur sehr selten das Netzwerklicht am Switch und die Festplatten sind auch nur alle 2-3 Sekunden am arbeiten. CPU Auslastung liegt auch im normalem bereich (15-20%).
Kann die extrem langsame Geschwindigkeit auch von einer fehlerhaften smb.conf kommen? Hab sie unter GADMIN-SAMBA und SWAT erstellt/configuriert.
Werde heute Abend mal eine ältere Live-Distri von Ubuntu mit Samba 3.2 testen, mal schaun obs besser ist.
@Zenturio19
Kannst du vielleicht deine SMB.CONF hier bitte posten, dann test ichs mal bei mir. Denke der rest ist bei dir alles standard nach ner frischen Installation.
Treiberprobleme denke ich nicht, dass ich die habe. Ging ja mit der Lenny distri ja schon super und ist nen standard AMD64 Mobo von Asus (Sokel 939). Oder wie kann ich erkennen, ob und wo da was nicht stimmt?
-
- Beiträge: 231
- Registriert: 02.06.2011 11:45:33
Re: Samba langsam
Ich hab' Dir meine smb.conf temproär hier her gestellt - ich bin kein Profi, ob es optimal ist, weiß ich nicht, funzt aber (hab' für Verbesserungsvorschäge auch ein offenes Ohr).CyberSun hat geschrieben:@Zenturio19, Kannst du vielleicht deine SMB.CONF hier bitte posten, dann test ichs mal bei mir. De
LG
Re: Samba langsam
Meine smb.conf gibts übrigens weiter vorne, die ist an sich ziemlich gut getuned...
ABER...
Aber ich habe das Problem näher eingegrenzt;
Teilweise ist das ganze echt schnell, 100 MB/s und mehr.
Manchmal bricht es aber auch völlig ein, 40 und weniger.
Trifft so auf beide Richtungen zu.
Jemand ne ahnung, worauf ich evtl. bei Wireshark oder so achten könnte, um dem ganzen auf die Spur zu kommen?
ABER...
hat nichts gebracht.netsh interface tcp set global autotuning=disabled
ocsetup MSRDC-Infrastructure /uninstall
Aber ich habe das Problem näher eingegrenzt;
Teilweise ist das ganze echt schnell, 100 MB/s und mehr.
Manchmal bricht es aber auch völlig ein, 40 und weniger.
Trifft so auf beide Richtungen zu.
Jemand ne ahnung, worauf ich evtl. bei Wireshark oder so achten könnte, um dem ganzen auf die Spur zu kommen?
Linux und Windows laufen bei mir zusammen. Ich zocke halt gerne.
- Six
- Beiträge: 8066
- Registriert: 21.12.2001 13:39:28
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Siegburg
Re: Samba langsam
SMB Geschwindigkeitsoptimierung ist aber keine one-size-fits-all Angelegenheit. Was bei dem einen gut funktioniert, reißt bei jemand anderem die Performance in den Keller. Da muss man an seinem individuellen Setup experimentieren.ChoMar hat geschrieben:Meine smb.conf gibts übrigens weiter vorne, die ist an sich ziemlich gut getuned...
Vielleicht ein Hardwareproblem? Viel Action auf Broadcast bedeutet, dass vermutlich ein NIC im LAN im Eimer ist. Viele CRCs bedeutet, dass ein Kabel nicht zuverlässig überträgt. Zwinge SND und RCV Link Speed und Duplex auf und fahre weiter runter bzw rauf, bis die Probleme verschwinden bzw. auftreten.ABER...hat nichts gebracht.netsh interface tcp set global autotuning=disabled
ocsetup MSRDC-Infrastructure /uninstall
Aber ich habe das Problem näher eingegrenzt;
Teilweise ist das ganze echt schnell, 100 MB/s und mehr.
Manchmal bricht es aber auch völlig ein, 40 und weniger.
Trifft so auf beide Richtungen zu.
Jemand ne ahnung, worauf ich evtl. bei Wireshark oder so achten könnte, um dem ganzen auf die Spur zu kommen?
Be seeing you!
Re: Samba langsam
Ich weiß, die damals hab ich ja mit dir zusammen erarbeitet. Die Socket Options hab ich seit damals auch wieder verändert (SO_SNDBUF, SO_RCVBUF und max xmit), aber es stehen ja auch comments drin.SMB Geschwindigkeitsoptimierung ist aber keine one-size-fits-all Angelegenheit.
Und im gegensatz zu Zenturios Config hab ich die Socket Options drin, dafür hat er ne anspruchsvollere Authentifizierung *g*
Duplex könnt ich experimentieren, aber sobald ich ihn runter auf 100 MBit bringe bin ich eh weit unterhalb des Problembereichs.Zwinge SND und RCV Link Speed und Duplex auf und fahre weiter runter bzw rauf, bis die Probleme verschwinden bzw. auftreten.
Aber ich werd mir die Tage noch mal alles im Wireshark genauer anschauen. Braucht halt nur etwas zeit.
Linux und Windows laufen bei mir zusammen. Ich zocke halt gerne.
Re: Samba langsam
Da ich den Thread als "backup" meiner Standartkonfig habe erlaube ich mir mal, ihn wieder auszugraben um einige änderungen am Initscript (/etc/init.d/samba) von Samba vorzustellen, die mir scheinbar helfen.
Vieleicht kann sie ja jemand näher erklären, cih weiß nämlich nur ungefähr, was das macht. Auf jeden fall finde ich das diskussionswürdig (modifikationen bei start-stop-deamon):
--nicelevel -9: setzt den Prozess auf Priorität -9, was Samba mehr CPU geben sollte
--procsched rr:50: Setzt den Prozessscheduler auf RoundRobin und die Priorität auf 50 (typ:priorität). Aber da hörts dann auf. Werte mit Trial and Error ermittelt. fifo währe eine andere option, erwies sich aber als schädlich. Getestet habe ich jeweils (rr und fifo) 30,50 und 80. bei 50 hatte ich die meiste leistung und das system lief zuverlässig
--iosched real-time:3 ändert das verhalten des ioschedulers. (Klasse:Priorität) eine Priorität von zwei hat dazu geführt, das samba nicht mehr erreichbar war. eine von über 4 auch. Ich weiß ehrlich gesagt nicht mal ob die priorität rückwärts oder vorwärts läuft.
eigentlich sollte es reichen,d as ganze nur für den smbd und nicht den nmbd zu machen
Gefunden habe ich das ganze hier
http://man.cx/start-stop-daemon%288%29/de
Achtung: Die Änderungen greiffen auf jeden fall performance von anderen Anwendungen ab.
Vieleicht kann jemand die Werte genauer erklären oder so?
Vieleicht kann sie ja jemand näher erklären, cih weiß nämlich nur ungefähr, was das macht. Auf jeden fall finde ich das diskussionswürdig (modifikationen bei start-stop-deamon):
Code: Alles auswählen
start)
log_daemon_msg "Starting Samba daemons"
# Make sure we have our PIDDIR, even if it's on a tmpfs
install -o root -g root -m 755 -d $PIDDIR
if [ -n `which testparm` ]
then
NMBD_DISABLED=`testparm -s --parameter-name='disable netbios' 2>/dev/null`
fi
if [ "$NMBD_DISABLED" != 'Yes' ]; then
log_progress_msg "nmbd"
if ! start-stop-daemon --start --nicelevel -9 --procsched rr:50 --iosched real-time:3 --quiet --oknodo --exec /usr/sbin/nmbd -- -D
then
log_end_msg 1
exit 1
fi
fi
if [ "$RUN_MODE" != "inetd" ]; then
log_progress_msg "smbd"
if ! start-stop-daemon --nicelevel -9 --procsched rr:50 --iosched real-time:3 --quiet --oknodo --exec /usr/sbin/smbd -- -D; then
log_end_msg 1
exit 1
fi
fi
log_end_msg 0
--procsched rr:50: Setzt den Prozessscheduler auf RoundRobin und die Priorität auf 50 (typ:priorität). Aber da hörts dann auf. Werte mit Trial and Error ermittelt. fifo währe eine andere option, erwies sich aber als schädlich. Getestet habe ich jeweils (rr und fifo) 30,50 und 80. bei 50 hatte ich die meiste leistung und das system lief zuverlässig
--iosched real-time:3 ändert das verhalten des ioschedulers. (Klasse:Priorität) eine Priorität von zwei hat dazu geführt, das samba nicht mehr erreichbar war. eine von über 4 auch. Ich weiß ehrlich gesagt nicht mal ob die priorität rückwärts oder vorwärts läuft.
eigentlich sollte es reichen,d as ganze nur für den smbd und nicht den nmbd zu machen
Gefunden habe ich das ganze hier
http://man.cx/start-stop-daemon%288%29/de
Achtung: Die Änderungen greiffen auf jeden fall performance von anderen Anwendungen ab.
Vieleicht kann jemand die Werte genauer erklären oder so?
Linux und Windows laufen bei mir zusammen. Ich zocke halt gerne.
Re: Samba langsam
Yeah, und so wirklich gut dokumentiert scheint das ganze nicht zu sein...
Ich werd damit noch ne runde rumspielen, weil es scheint doch merklich auswirkungen zu haben, vor allem wenn noch andere Sachen laufen...
Hier wird ein bisschen von dem zeug erklärt: http://www.askapache.com/optimize/optim ... onice.html
Ich werd damit noch ne runde rumspielen, weil es scheint doch merklich auswirkungen zu haben, vor allem wenn noch andere Sachen laufen...
Hier wird ein bisschen von dem zeug erklärt: http://www.askapache.com/optimize/optim ... onice.html
Linux und Windows laufen bei mir zusammen. Ich zocke halt gerne.
Re: Samba langsam
Ich möchte mich einfach mal bei meinem vergangenen Selbst für diesen Thread bedanken.
Es ist mir gelungen, mein HeimNAS sehr Performant wieder aufzusetzen. (mal schauen, was die nächsten Tage bringen)
Und vielen Dank an das Debianforum, das dieser alte Thread noch existierte und gut zu finden war.
Es ist mir gelungen, mein HeimNAS sehr Performant wieder aufzusetzen. (mal schauen, was die nächsten Tage bringen)
Und vielen Dank an das Debianforum, das dieser alte Thread noch existierte und gut zu finden war.
Linux und Windows laufen bei mir zusammen. Ich zocke halt gerne.