Qt vs фрагментация памяти

[Amigo_sa]

Доброго дня!
Мучает меня 1 вопрос на понимание скорее: про фрагментацию памяти в операционной системе. Есть задача - написать высокопроизводительный сервер, который должен работать очень устойчиво и 24 на 7. Точнее она уже решена. Но старшие товарищи до ужаса боятся использовать в ней какие либо сторонние либы вроде Qt, поэтому было написано куча велосипедов - начиная от работы с сетью и заканчиваю машиной состояний. Все написано в статике, с кучей ухищрений.
Собственно вопросы: так ли опасна фрагментация? Неужели менеджеры памяти не умеют освобождать неиспользованные страницы? Насколько оправдано использовать Qt в высокопроизводительных серверных программах?
Буду благодарен, если подскажете какую нибудь книгу или ресурс на тему, как ПРАВИЛЬНО разрабатывать архитектуру, потому что подходов миллион - не могу пока отличить незабудки от ... (как там у классика  )

[garryHotDog]

для какой ОС разработано ПО??? если Win32 то есть хорошая книга "Xp из нутри" или как то так....google ее знает )))

[Amigo_sa]

для какой ОС разработано ПО??? если Win32 то есть хорошая книга "Xp из нутри" или как то так....google ее знает )))

ПО для Линукса, за книгу спасибо)

[Amigo_sa]

Что то странное... Какой вопрос не задам - или сложный или не в тему  Почти никто не отвечает...

[niXman]

то то странное... Какой вопрос не задам - или сложный или не в тему   Почти никто не отвечает...

так вы задайте нормальный вопрос.
а то у вас настолько широкая область вопроса, что мне подумалось, что вы сами не знаете что спросить. или просто от скуки задаете вопросы.

[BigZ]

Собственно вопросы: так ли опасна фрагментация? Неужели менеджеры памяти не умеют освобождать неиспользованные страницы? Насколько оправдано использовать Qt в высокопроизводительных серверных программах?

Фрагментация опасна тем, что может в нужный момент не оказаться
куска памяти подходящего размера. Менеджеры памяти умеют освобождать память не они не занимаются дефрагментацией памяти. Сервер, который работает в одном процессе не может быть гарантированно отказо-устойчивым, на чём бы он не был написан. Гарантировано, отказо-устойчивым может быть только кластер серверных процессов управляемых несколькими хостами. Если один процесс дохнет, хост поднимает новый. Если дохнет хост, его поднимает другой хост и т.д. Qt- для написания такой конструкции вполне подходит.
 

[BRE]

так вы задайте нормальный вопрос.
а то у вас настолько широкая область вопроса, что мне подумалось, что вы сами не знаете что спросить. или просто от скуки задаете вопросы.

Данный вопрос можно перефразировать:
"Старшие товарищи рисуют картины с помощью масляных красок. Скажите, а возможно ли с помощью фломастеров рисовать картины, насколько это оправдано?" 

В принципе можно, только для чего нужны лишние зависимости, для чего в высокопроизводительных серверах использовать Qt?
А про фрагментацию памяти... Ну это опять же от писателя зависит, как он будет с памятью работать.

[Amigo_sa]

то то странное... Какой вопрос не задам - или сложный или не в тему   Почти никто не отвечает...

так вы задайте нормальный вопрос.
а то у вас настолько широкая область вопроса, что мне подумалось, что вы сами не знаете что спросить. или просто от скуки задаете вопросы.

Правильная формулировка вопроса - уже залог правильного ответа. Конечно, я сознаю, что спрашиваю не совсем четко. Ситуация такая: руководство не хочет писать высокопроизводительные проги для "сервера 24 на 7" с нагрузкой несколько сот транзакций в секунду, используя сторонние либы, в том числе qt.  Мотивирует это тем, что боится использовать динамику вообще в коде. Я сомневаюсь, что нельзя использовать Qt для таких задач и хотел узнать Ваше мнение.

[BRE]

Что значит:

боится использовать динамику вообще в коде.

В смысле разделяемые библиотеки?

[Amigo_sa]

Что значит:

боится использовать динамику вообще в коде.

В смысле разделяемые библиотеки?

Даже больше - любые new, delete, memcpy, и вообще работу с кучей. А так как в сторонных либах в частности в Qt много подобных конструкций - то их всех в сад.

[Amigo_sa]

Сервер, который работает в одном процессе не может быть гарантированно отказо-устойчивым, на чём бы он не был написан. Гарантировано, отказо-устойчивым может быть только кластер серверных процессов управляемых несколькими хостами. Если один процесс дохнет, хост поднимает новый. Если дохнет хост, его поднимает другой хост и т.д. Qt- для написания такой конструкции вполне подходит.

Большое спасибо за идею! обязательно погуглю про кластеры!

[BRE]

Даже больше - любые new, delete, memcpy, и вообще работу с кучей. А так как в сторонных либах в частности в Qt много подобных конструкций - то их всех в сад.

Да ладно... 
Может уже написан свой менеджер памяти, который и используется? Как-то я пока не представляю, как можно обойтись без динамической памяти в сложной программе.

[Amigo_sa]

Даже больше - любые new, delete, memcpy, и вообще работу с кучей. А так как в сторонных либах в частности в Qt много подобных конструкций - то их всех в сад.

Да ладно... 
Может уже написан свой менеджер памяти, который и используется? Как-то я пока не представляю, как можно обойтись без динамической памяти в сложной программе.

Уваряю, что именно так мне и говорили. Все рабочий потоки созданы на стеке, сокеты, классы с логикой... даже буферы памяти и строки переписаны таким образом, что в конструкторе резервируют свой максимальный размер, а если вдруг ктото допишет байт сверх допустимого, то генерируется эксепшн.

[BRE]

в конструкторе резервируют свой максимальный размер....

А ну все таки резервируют, а то ты заставил меня сильно задуматься, как  вы там на стеке все размещаете. 

[BigZ]

Уваряю, что именно так мне и говорили. Все рабочий потоки созданы на стеке, сокеты, классы с логикой... даже буферы памяти и строки переписаны таким образом, что в конструкторе резервируют свой максимальный размер, а если вдруг ктото допишет байт сверх допустимого, то генерируется эксепшн.

А Stack Overflow старшие товарищи не боятся получить вместо Out of Memory?