Исходное сообщение
"Проект по реализации системы дедупликации памяти для ядра Li..." Отправлено PnD, 03-Июл-12 14:23
> Безопасность важнее скорости и экономии памяти. На примере Windows (про Линукс не > знаю): в Win9x DLL грузились один единственный раз, т.е. напр. kernel32.dll > была загружена единожды и использовалась всеми приложениями. В WinNT у каждого > процесса изолированная область памяти и собственный набор DLL, с которыми оно > может делать что угодно, хоть писать в их память. Сбой приложения > в 9x мог повлечь проблемы в других приложениях, сбой приложения в > NT приводил лишь к закрытию сбойного приложения.   Что-то Вы напутали. В NT-ях насколько я помню есть минимум 2 способа импортировать DLL: в память процесса (для ускорения доступа) или в шаред-режиме, когда импортируется только таблица с адресами используемых функций. При ином раскладе работа того же M$-офиса 2003 на терминальном сервере (каждому по эксплореру) на 40 юзеров жрала не 4 гига памяти (как было на моей практике, а там кроме офиса еще много чего вертели), а 10-20-30... Так вот, в моем случае память в основном ели дельфевые поделки (их модно было статически линковать). > Решение в статье работает на уровне страниц, т.е. оно понятия не имеет > о хранимых данных и возможно что если напр. Блокнот и SQL-сервер > вдруг создали страницы с одинаковым содержимым, то останется только одна.   Опять сморозили. При записи происходит проверка блока. Дальше объяснять?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Безопасность важнее скорости и экономии памяти. На примере Windows (про Линукс не >> знаю): в Win9x DLL грузились один единственный раз, т.е. напр. kernel32.dll >> была загружена единожды и использовалась всеми приложениями. В WinNT у каждого >> процесса изолированная область памяти и собственный набор DLL, с которыми оно >> может делать что угодно, хоть писать в их память. Сбой приложения >> в 9x мог повлечь проблемы в других приложениях, сбой приложения в >> NT приводил лишь к закрытию сбойного приложения. > Что-то Вы напутали. В NT-ях насколько я помню есть минимум > 2 способа импортировать DLL: в память процесса (для ускорения доступа) или > в шаред-режиме, когда импортируется только таблица с адресами используемых функций. При > ином раскладе работа того же M$-офиса 2003 на терминальном сервере (каждому > по эксплореру) на 40 юзеров жрала не 4 гига памяти (как > было на моей практике, а там кроме офиса еще много чего > вертели), а 10-20-30... Так вот, в моем случае память в основном > ели дельфевые поделки (их модно было статически линковать). >> Решение в статье работает на уровне страниц, т.е. оно понятия не имеет >> о хранимых данных и возможно что если напр. Блокнот и SQL-сервер >> вдруг создали страницы с одинаковым содержимым, то останется только одна. > Опять сморозили. При записи происходит проверка блока. Дальше объяснять?
	Введите код, изображенный на картинке: