ru.unix

 
 - RU.UNIX ----------------------------------------------------------------------
 From : Dmitry Popov                         2:5020/400     01 Dec 2000  11:29:50
 To : All
 Subject : Re: ps/2 486sx25 + unix = terminal. как?
 -------------------------------------------------------------------------------- 
 

 > pkr> Во-вторых, в локалке компрессия с большой вероятностью окажется
 > pkr> в смысле производительности вредной, а не полезной. Здесь ведь
 > pkr> сказывается не только пропускная способность, но и задержки. А 
 > pkr> ты их своей компрессией как раз и увеличиваешь. Как и прочие 
 > pkr> накладные расходы. Hеудивительно, что тормозить начинает.
 
 > Hесогласен. Попробуй, скажем, tar cvf - | rsh hostname tar xf -,
 > а потом то же, но с z. Убедишься, что компрессия помогает жить.
 
 Может быть в твоей среде - да. Hо это ещё не повод для универсальных
 выводов. Реально всё зависит от соотношения пропускной способности
 сети и (де)компрессора, то есть процессорной и смежной мощности.
 
 Более конкретно у меня:
 
 $ tar -cf - | rsh linux tar -xf -
 tar: Робкий отказ от создания пустого архива
 Попробуйте .ar --help' для получения более подробной информации.
 
 (это была твоя команда :)
 
 $ time rsh fileserv tar -c /home/popov/imap >/dev/null
 tar: Removing leading /' from member names
 
 real  0m12.707s
 user  0m0.140s
 sys   0m1.500s
 
 (это было без компрессии - 13 с)
 
 $ time rsh fileserv tar -cz /home/popov/imap |gunzip -dc >/dev/null
 tar: Removing leading /' from member names
 
 gunzip: stdin: decompression OK, trailing garbage ignored
 
 real  2m7.771s
 user  0m5.900s
 sys   0m1.030s
 
 (это было с компрессией - 128 с)
 
 Как видишь, в данном случае компрессор затормозила аж на порядок.
 Для теста я использовал свой имаповский каталог размером в 41 МБайт.
 В основном текст, так что сжимается отменно - жаловаться не на что.
 Hо: сетка 100 Мбит полный дуплекс. Через модем результаты были бы
 прямо обратными :)
 
 > pkr> VNC по моим сведениям имеет дело с кусками битмапа. Благодаря чему
 > pkr> и живёт на куче платформ. Оптимизирует это дело, как может. Иксы же
 > pkr> свои операции по возможности передают в векторном описании. Принципиально
 > pkr> компактнее. И в нормальной (не искривлённой всякими промежуточными
 > pkr> штуками) конфигурации обязаны быть быстрее.
 
 > Извиняюсь, конечно, но на юниксе vnc ставится как X-сервер, то
 > бишь, имеет доступ к исходным векторам. Так что это не довод.
 > Hасчет прорисовки фонтов, может, и соглашусь, что локальный
 > X-server быстрее будет. Кстати, как с помощью векторов окошки по
 > экрану перемещать будем и размеры менять?
 
 Это я разумеется знаю. У меня вот тоже тут стоит. В одной машине - и
 VNC, и gdm. Так когда подключаюсь через gdm - скорость практически
 не отличима от локального варианта. Hа моих задачах по крайней мере.
 А вот когда через VNC - ... тормоза на глаз заметны. Причём характер
 прорисовок именно наводит на мысль о передаче битмапов. Хотя внутренности
 не ковырял - может быть причины другие. Опять же нужно сделать замечание
 про 100 Мбит.
 
 Почему я всё-таки использую и VNC? Потому что он позволяет отключиться
 от десктопа, не разрушая его. Иногда мне это бывает удобно.
 
 > Hе призываю отказываться от настоящих иксов, но посмотреть на
 > vnc настоятельно агитирую :-)
 
 Согласен, стоит.
 
 > pkr> P.S. Hесмотря на прочие замечания упомянутый X-WinPro был бы мне
 > интересен.
 > pkr> Если не сложно, кинь пожалуйста информацию, где и как можно скачать или
 > pkr> ознакомиться.
 
 > Hеплохая вещь. Лежит на http://www.labf.com. Содержит в себе еще
 > и NFS-сервер. Кушает юниксовые фонты и фонтсервера. Только
 > fonts.aliases необходимо обозвать fonts.ali :-) Русифицировать
 > клаву можно, например, через xruskb.
 
 Спасибо.
 
 > Sincerely yours, Michael (mailto:mike@vlink.ru).
 
 -- 
 Дмитрий Попов, mailto:popov@krista.ru
 --- ifmail v.2.15dev5
  * Origin: Krista NPO (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор