Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

#1  2012-09-17 08:13:11

  Luc3k - Użytkownik

Luc3k
Użytkownik
Zarejestrowany: 2009-10-09
Serwis

ProFTPd - spadający transfer

Mam dosyć nietypowy problem z proftpd, mianowicie: podczas kopiowanie dużych plików z serwera wewnątrz sieci lan obserwuję transfer. Transfer zazwyczaj leci około 10mb/s, ale po jakimś czasie spada do 1 mb, aby po chwili znowu osiągnął prędkość 10 mb/s. Gdzie może tkwić problem?

Offline

 

#2  2012-09-17 08:37:42

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/urandom
Zarejestrowany: 2008-01-07

Re: ProFTPd - spadający transfer

Bufor danych?
Zarówno dysk twardy, jak i poszczególne programy mają bufory, dzięki którym nie trzeba np cały czas katować dysku ciągłymi operacjami zapisu, tylko zapisać większą porcje danych np raz na 5 sekund (wartość domyślna).
Dsyki też mają wbudowane podobne mechanizmy,
Bufor pusty - 10 MB/s,  - prawie  pełny 1MB/s,  pełny - zrzut danych na dysk, i znowu bufor jest pusty, itp.

Podobny problem występuje przy pendrakach, rozwiązuje go montowanie pendraka z opcja sync.
Inna sprawa, że przy pendraku można dać opcję sync, bo nie jest systemowym dyskiem twardym, pracującym ciągle.

Opcja sync powoduje, ze dane są zapisywane natychmiast niezależnie od wielkości porcji danych, i potem głowica dysku zasuwa po talerzu jak mysz przed kotem.

Tak moim zdaniem [b]mogą wyglądać[/b] przyczyny podobnego stanu rzeczy.


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
Nas ludzie lubią po prostu, a nie klikając w przyciski ;-)

[ Generated in 0.009 seconds, 11 queries executed ]

Informacje debugowania

Time (s) Query
0.00013 SET CHARSET latin2
0.00007 SET NAMES latin2
0.00133 SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.137.181.66' WHERE u.id=1
0.00102 REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.137.181.66', 1715464766)
0.00072 SELECT * FROM punbb_online WHERE logged<1715464466
0.00051 SELECT topic_id FROM punbb_posts WHERE id=211122
0.00067 SELECT id FROM punbb_posts WHERE topic_id=21996 ORDER BY posted
0.00084 SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=21996 AND t.moved_to IS NULL
0.00006 SELECT search_for, replace_with FROM punbb_censoring
0.00108 SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=21996 ORDER BY p.id LIMIT 0,25
0.00111 UPDATE punbb_topics SET num_views=num_views+1 WHERE id=21996
Total query time: 0.00754 s