|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 28 Dec 2004 01:38:35
To : Ruslan Kosolapov
Subject : Re: доступ с линукса на винды
--------------------------------------------------------------------------------
Ruslan Kosolapov -> Artem Chuprina @ Mon, 27 Dec 2004 19:27:33 +0000 (UTC):
RK>>> emacs, mozilla, acroread, java. Гигабайт, пожалуй, не надо, а вот
RK>>> половинку - очень даже надо. Пускать всё это с другой машины
RK>>> смысла особого нету. А когда в свопе 300 метров без хорошей на то
RK>>> причины - абыдна.
AC>> В половинку верю. Еще могу настоятельно порекомендовать сменить
AC>> acroread на xpdf.
RK> xpdf, когда я в последний раз её видел, имеела следующие критические
RK> недостатки:
RK> 1. медленно работает
Hу уж всяко на заметно быстрее акрорида... Грузится (т.е. время от
запуска до возможности начать работать с файлом) - так на порядок быстрее.
RK> 2. не умеет показывать continues pages (то есть представлять документ
RK> как ленту из склееных страниц) - из-за этого читать очень неудобно.
У меня экран разумного размера. Я ему сказал в ресурсах чи настройках,
не помню, fit to page, и листаю кнопкой PgDn. Куда удобнее contiguous
pages.
RK> 3. acroread проще встраивается в mozilla
Угу, и занимает еще и своими менюшками дополнительное место... Я раз
попробовал, глянул, что получилось, и немедленно оторвал.
RK> Hу и про печать я не особо в курсе - как у xpdf с печатью? Выделение
RK> текста/поиск - тоже не помню, а это для меня важно.
AFAIR под юниксом если не одинаково, то у acroread хуже. Виндовый - тот
да, тот и букмарки русские умеет...
AC>> А у их серверов есть тот недостаток, что их попробовать не дают. В
AC>> результате я не знаю, что мне нужно - ESX сервер, GSX сервер, или
AC>> они вообще ни на что не годятся. И должен денег заплатить до того,
AC>> как узнаю. Знал бы - давно бы заплатил.
RK> По-моему, GSX-то дают попробовать. По крайней мере год назад точно
RK> давали.
И правда, дают... Давненько я туда не смотрел... Прямо скажем, с 2.x.
RK> Hу и проблема с другой процессорной архитектурой не решается ни gsx ни
RK> esx - ни macos, ни что-нибудь под amd64 не попробовать.
RK> Многопроцессорность опять же довольно слабо удаётся эмулировать.
RK> Приходится держать настоящие железные машины, а это проблемы с
RK> откатом, и вообще неудобства.
RK> Вы как такое решаете? Была у меня мысль acronis использовать, но пока
RK> я не изучал эту возможность, и у нас банальный медленный неудобный
RK> багоопасный dd...
Hикак пока не решаем. Трех SMP машин для тестов хватает (у нас
зависимость от нескольких процессоров интересна только для групп
операционок, соответствующих используемому тредовому интерфейсу), от
типа процессора - соответственно, не зависит от операционки, так что
берется по одной железной машине и одной операционке (создается
некоторый зоопарк), и вперед.
--
Artem Chuprina <ran{}ran.pp.ru>
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
