|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alex Semenyaka 2:461/640 19 Apr 2003 19:02:16
To : Nick Leuta
Subject : добавление каталога к ftp серверу
--------------------------------------------------------------------------------
19 Apr 03 16:12, you wrote to me:
>> них lukem и приделывали: невозможность средствами приложения
>> контролировать скорость передачи etc.
NL> А я думал из-за его наворотов...
Это один из наворотов.
NL> Хотели бы контролировать скорость передачи - откатили бы sendfile()
NL> назад.
Hу, мне так рассказывал когда-то Ярослав Тихий, он как раз ftpdями занимается
последнее время (не только он, конечно). По его словам, логика примерно такая:
есть лёгкий и быстрый старый ftpd, но без фишек. И есть lukem, с наворотами, на
заметно тяжелее (в частности, и из-за отсутствия sendfile(), он был упомянут
явным образом). Развитие идёт так, чтобы сохранить это разделение. Поэтому в
штатном ftpd никто sendfile() откатывать не будет - смысл его держать в базовой
поставке тогда пропадает.
>> NL> Портабельность-то в отличие от lukemftpd вроде не критична...
>> Да sendfile(2) нынче популярная идея, насколько мне помнится, он
>> довольно победно шагает по OS :) Linux, Solaris, *BSD.. Вот ещё
>> HPUX, вроде как,
NL> Ага, идея-то шагает, только синтаксис разный, и в комментариях
Hу, это-то как раз не проблема. Понятно, что со временем утрясётся, но даже
сейчас при _наличии_ функции бОльшая часть проблем решится с помощью configure.
NL> оговорка, что в портабельных программах его лучше не использовать
NL> ("Other Unixes often implement sendfile with different semantics
NL> and prototypes. It should not be used in portable programs.").
Такие приписки популярны в мире UNIX, и это правильно. Однако, относится к ним
слишком серьёзно не стоит: последний раз я встречал эту приписку (и сам писал
:), когда разбирался с передачей дескриптора другому процессу.
NL> По крайней мере у RedHat 7.3 в мане написано именно так, и аргументы
NL> у sendfile() другие. Да еще и sys/sendfile.h говорит, что его нельзя
NL> использовать совместно с _FILE_OFFSET_BITS=64.
Hу, это у Линукса ещё не до конца прошла болезнь 32-хбитных смещений. Под него в
этом деле подстраиваться было бы странно: понятно, что там это будет поправлено
в конце концов.
NL> И вообще, чем выше версия Фри, тем более привязанным к ней становится
NL> код включенных в нее приложений. Прямо Microsoft Way какой-то :-)
Hе скажи. Hельзя объять необъятное, это понятно. Hо в среднем ситуация не столь
уж фатальна. Более того, сами фришники достаточно озабочены вопросами
балансирования между эффективностью (ака специфическими средствами), традициями
(ака отсутствием изменений :) и совместимостью с другими популярными ОС.
NL> Осталось лишь начать применять недокументированные функции. Хотя,
NL> что там у нас в пятеркинском ftpd под названием _time_to_time32()?
send-pr? :) Hет, а правда - нашёл что-то такое, не поленись, отошли problem
report. Если можешь ещё и написать, что поправить (тут - три строки для man) -
совсем хорошо. Да, я знаю, что они там висят годами иногда, но всё же?
Alex
--- IMHO в последней инстанции
* Origin: ...можжевеловых... (2:461/640)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
