Разработчики OpenOffice.org наконец обратили внимание (http://www.vnunet.com/vnunet/news/2153630/openoffice-zooms-l...) на слишком длительную начальную загрузку продукта, правда в проблеме обвинили особенности организации разделяемых библиотек в Linux и вместо проведения оптимизации, решили воспользоваться возможностью предварительной загрузки (http://en.opensuse.org/SUPER_preloading) (preloading).URL: http://www.vnunet.com/vnunet/news/2153630/openoffice-zooms-l...
Новость: https://www.opennet.ru/opennews/art.shtml?num=7298
нефиг на java такое приложение строить. они бы ещё на перле кода нагромоздили.
я как увидел, что порт жабу тащит, тут же грохнул всё это хозяйство к ебм
Во-первых, ни к чему поминать перл всуе -- там всяко свой python таскается в пузе (этот изумительный язык в числе своих достоинств имеет и непревзойдённую обратную совместимость, почему такие костыли и наблюдаем, блин).Во-вторых, без java оно работает, но не полностью (help, некоторые эффекты в impress, в 2.0 вроде ещё что-то отваливалось). Если не судьба взять сборку Раиля -- пинайте там своего портодельца или сами озаботьтесь, ежели, ясное дело, оно вообще надо. (hint: по "тянет java" такие продукты может судить или полный бездельник, или человек немного не от мира сего, как на настоящий день... увы)
В-третьих, ознакомьтесь, что ли, с темой горячей и нежной любви ELF и плюсовых библиотек, начинать можно с elf prelink.
вообще проблема комплексная
заюзали java что очень много памяти ест
заюзали GTK+2.x что есть тоже немало памяти и очень очень сильно тормозит
и еще много много другого внутри самой софтины
у меня на i386/8MbRAM запускался и работал Office97 под Win95 :D тормозно также как Open Office под pII300/64Ram :DDDDDDDDDDDDDDDDDDDD
GTK2 не так ужо и тормозит. XFCE разве тормозит и много памяти хочет? Java - да. Ну дык на то она и платформонезависимая. Тут уж два пути - или писать все на С и трахацца с переносом на не-unix-like, или жить в дружбе с "законом Мура" :) Разработчики выбрали хорошую переносимость, и правильно поступили. На хламе типа P-II-300 тормозит? Ну дык год сейчас какой? Самое дешевое железо из магазина вполне способно быстро крутить OpenOffice.
причем тут "старое - новое" ?!!!!!!!!!!!
я говорю об эффективном использовании процессорного времени
давно пора на софт вешать лямку - Energy Star если хорошо написан +)
вот такую лямку я бы повесил на fltk, gtk+1.x, kde и тд и тп и то в сравнении с qt, gtk+2.x, gnome
пример: с более эффективным софтом бук проработает дольше от батареи
а также сэкономится куча киловаттчасов... дома это не страшно а в крупном офисе например можно сэкономить на счетах за електричество используя менее прожорливые машины =))))) а также на апгрейде...
Вообще-то KDE с использованием QT и написан как раз.
QT по сравнению с GTK+2.x очень шустрый тулкит (памяти ест больше но процессор не так греет)
иногда думаю если вот KDE переписать на FLTK какой же получица супер пупер десктоп
тем более и то и другое на c++ писано
но это стока время надо убить +))) зато результат!!!
Причем тут gtk? Я вообще если чтото быстро состряпать надо abiword пользую, стартует за 2 секунды, gnumeric примерно столькоже. Я принципиально этого динозавра не пользую, впервые посмотрел как тарахтел staroffice 5.2 и сразу пропало желание связываться.
дык! в Юниксах все навороченые приложения с кучей зависимостей долго запускаются:)
Да не, нормально, на 2 x Opteron 265 и 4 Gb RAM :-P
Сам факт того, что на эту проблему обратили внимание уже радует..
На это надо обращить внимание, когда придумываешь программу.[Задача]
[Алгоритм]
[Варианты алгоритма] (той же сортировки например)
[Ресурсы] (RAM, Disk, Swap)
[Скорость] CPU, FPU, GPU, RAM, Disk
[Варианты оптимизации] - например при малом объеме не использовать сортировку
B-tree, а обычный Quicksort.Ну а касательно Open/Star Office, могли бы потихоньку переползать на С/С++.
а под вынь есть порты, например, KWord, Gnumeric , KChart и т.д. и т.п.?
Господа, я плакал :))У меня Office XP в кроссовере на P1.7M|512 по сравнению с этим барахлом просто летает.
Может проще было по-человечески его написать хотя бы под виндовс :) ?
preloading - плохая тенденция.
Так обычно подходят к проблеме те, кому "нафиг ничего не нужно". И уж решением, это назвать никак нельзя, разве что временной заплаткой, т.к. на большее она не тянет.
na chom, na chom napisan OpenOffice?!?! Ah vot on pochemu takoi tormoz strashnij :(
Подход правильный, сначала что-то написать(с хорошей декомпозицией классов), заставить это работать, а уж потом занятся оптимизацией.
Интересно сколько пользователей реально пользуется етим продуктом ?
>Интересно сколько пользователей реально пользуется етим продуктом ?
Ты про ОpenOffice или про preload.OpenOffice, у меня много знакомых и не очень в Германии, так чуть
ли не у каждого, даже 3 девушки..., и у всех Suse 9.2
ПО такого уровня нужно писать на С++ точка
>ПО такого уровня нужно писать на С++ точка
1) ознакомьтесь с предметом.
2) нужно -- пишите.
3) я бы тоже был рад...
>ПО такого уровня нужно писать на С++ точкаА оно на чём написано? C++ и есть. Для help вроде и ещё для чего-то java используется. И всё. Причём я его без java всегда пользовал и не чувствовал что чего-то не хватает. Так что не надо поклёпы наводить. Может для чего и пользуется там ещё питон и ещё что, но редко. Основное там на C++ написано.
А может быть напрасно многим хочется сделать винду из серверной системы?
Про XWindow не слыхали?
Сессия OpenOffice через XWindow на двойном оптероне с 32Gb памяти тоже медленно грузится?
0.5-2 секунды это меделенно? От нескольких сотен юзеров такой сервак будет только слегка жужукать.
Будем переписывать на C++, или вспомим юниксвей?
+1 :)
если я правильно понимаю то имелось ввиду поднять серверный вариант на серваке по линухом, а виндовым и не виндовым клиентам по терминалу раздавать?
>А может быть напрасно многим хочется сделать винду из серверной системы?
Вот разве что.>Про XWindow не слыхали?
Слыхали.>Сессия OpenOffice через XWindow на двойном оптероне с 32Gb памяти
>тоже медленно грузится? 0.5-2 секунды это меделенно?
Медленно.>От нескольких сотен юзеров такой сервак будет только слегка жужукать.
Он может быть не особенно оправдан по цене. Уже 16Gb стоит ещё не так уж и плохо относительно 64*256Mb.>Будем переписывать на C++, или вспомим юниксвей?
Оно и так на C++/Java/Python. Разве что меееедленно и печально додерибанят, как вон нетскейп... (это в смысле выделения xulrunner)