 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Grigoriy Shpakov 2:5020/400 09 Mar 2007 18:40:42 To : "Sergey Khvatov" Subject : Re: Динамическая линковка программы -------------------------------------------------------------------------------- Как-то раз Sergey Khvatov(xbatob@techno.spb.ru) написал: GS>> Дык есть они у нас. То, что не находится в основном каталоге с GS>> исходниками, в результате компиляции становится библиотеками. GS>> Только что толку, если линковка все равно статическая. Процесс все GS>> равно долгий получается. SK> Hе переживайте. Alex Korchmar основное что тут делает - всех на @!#$ SK> посылает. Иногда это тоже бывает полезно. Я тут уже покопался по доступным мануалам и понял, что в данном конкретном случае он отчасти прав. Путь, по которому я пошел, может, и не тупиковый, но уж точно не наилучший. SK> По делу. Это у вас линковка объектнков столько идёт? Подозрительно - этот SK> теперь процесс довольно быстрый. Hа самом деле я слегка эмоционально утрировал. Если стереть исполняемый файл и сказать "time make" - то общий результат на уровне 4-4.5 минуты. А там не только линковка делается. Там еще кое-какие проверки идут. Просто во время линковки экран длительное время остается статичным, и это создает эффект большой продолжительности процесса. SK> Hо тогда вы можете оформить ваши библиотеки SK> как разделяемые. Тут правда возникнут проблемы с совместимостью, но они SK> преодолимые. Ещё можно использовать dlopen() с компанией. Это как раз SK> более всего соответсвует .dll, да и более совместимо. Правда и возни SK> больше. Да я уж теперь и не знаю - есть ли смысл заморачиваться. SK> Более правильный метод - разбить проект на кучу наленьких независимых SK> задач, общающихся между собой по сети (unix domain который на самом деле SK> просто ipc). В нашем конкретном случае сеть не при делах. Если уж делить проект на независимые части - то на такие, которые будут крутиться в одном компе и общаться через системные средства межпроцессного взаимодействия (в которых я тоже не силен :-( ). SK> Только это потребует изменения идеологии и как следствие значительных SK> изменений во всех компонентах проекта. Да ещё и сам message flow engine SK> наверное писать придётся. Да вот, похоже, все к тому и идет. -- Григорий Шпаков Бывший 2:5020/198.39 AKA /213.25 AKA /54.35 AKA grigory@sirena.rinet.ru Hыне grigory@sirena2000.ru Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5.3 * Origin: Talk.Mail.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/6488be389f1e.html, оценка из 5, голосов 10
|
|
|