https://ssl.opennet.dev/openforum/vsluhforumID3/65720.html Разработчики Microsoft представили (http://blogs.msdn.com/garretts/archive/2010/04/07/what-s-this-coapp-all-about.aspx) приложение CoApp (https://launchpad.net/coapp) - универсальную Windows-среду для распространения, компиляции и создания пакетов из Open Source приложений, напоминающую по своей сути пакетный менеджеры APT и YUM. В качестве формата пакетов будет использоваться стандартный для Windows формат MSI. Компания Microsoft позволила (http://blogs.msdn.com/garretts/archive/2010/03/31/the-common-opensource-application-publishing-platform-coapp.aspx) одному из сотрудников работать над новым проектом в режиме полного рабочего дня.<br><br><br><br><br>Причины, подтолкнувшие к созданию CoApp:<br><br><br>- Различная идеология Unix и Windows - расположение файлов и библиотек программ, API, методы доступа к файловой системе и т.д.;<br>- Сложность в установке и настройке пакетов зависимостей для конкретного OpenSource приложения (так, например, для сборки вам могут понадобиться библиотека zlib или OpenSSL...<br><br>URL: http://arstech https://ssl.opennet.dev/openforum/vsluhforumID3/65720.html#251 Wed, 14 Apr 2010 04:51:18 GMT Прям анекдот про самосовершенствующийся Windows, превратившийся в конечном итоге в Linux, сбывается :)<br> https://ssl.opennet.dev/openforum/vsluhforumID3/65720.html#250 Tue, 13 Apr 2010 19:27:25 GMT &gt;&gt;не надо так не надо. <br>&gt;% ls /dev/ksm <br>&gt;ls: /dev/ksm: No such file or directory<br><br>На этот случай там выше было:<br>&gt;&gt;&gt;&gt;&gt;&gt;PS: а код такой есть для линукса, и что-то не слышу для <br>&gt;&gt;&gt;&gt;&gt;&gt;винды, макоси, не говоря о *bsd.<br>&gt;&gt;Если интересно, то http://lwn.net/Articles/306704/ и http://lwn.net/Articles/330589/<br>&gt;Да-да. Это такой костыль в Linux, от которого в FreeBSD отказались.<br><br>Так и записываем -- "в FreeBSD слили". Ровно как и раньше с журналированием. Раз уж старались проиллюстрировать -- ну ладно, спасибо.<br><br>&gt;В FreeBSD кэш файловой системы был объединён с кэшем виртуальной памяти, и <br>&gt;вся доступная системная память МОЖЕТ быть выделена для кэширования данных файловой <br>&gt;системы.<br><br>А это к чему было?<br><br>&gt;Я этого не утверждал.<br><br>(откладывая клещи в сторону) Уже хорошо.<br><br>&gt;Не надо за меня что-то додумывать.<br><br>Тогда будьте добры, выражайтесь внятно, раз уж берёте на себя труд говорить с другими.<br><br>&gt;mmap() не "объединяет" в одну структуру данные разных файлов (даже если они бинарно <br>&gt;идентичны). vnode у фай https://ssl.opennet.dev/openforum/vsluhforumID3/65720.html#249 Tue, 13 Apr 2010 13:28:20 GMT &gt;% ls /dev/ksm <br>&gt;ls: /dev/ksm: No such file or directory <br><br>И эти люди сейчас расскажут нам за ZFS-ы!? :-P<br><br>&gt;% uname -rsm <br>&gt;FreeBSD 8.0-STABLE amd64 https://ssl.opennet.dev/openforum/vsluhforumID3/65720.html#248 Tue, 13 Apr 2010 13:14:19 GMT &gt;[оверквотинг удален]<br>&gt;Которые имеют идентичное содержание, являясь логически отдельными объектами. <br>&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;Открой для себя технику файлового отображения в память.<br>&gt;&gt;&gt;&gt;&gt;Вы, может, хотели в другую сторону кивнуть -- на специально обученный искать <br>&gt;&gt;&gt;&gt;&gt;дупы код?<br>&gt;&gt;Не надо додумывать что-то за меня и приписывать это мне же.<br>&gt;<br>&gt;Да я пытаюсь хоть какой-то здравый смысл найти в том, что несёте... <br>&gt;не надо так не надо. <br>&gt;<br><br>% ls /dev/ksm<br>ls: /dev/ksm: No such file or directory<br>% uname -rsm<br>FreeBSD 8.0-STABLE amd64<br><br><br>&gt;Если интересно, то http://lwn.net/Articles/306704/ и http://lwn.net/Articles/330589/<br><br>Да-да. Это такой костыль в Linux, от которого в FreeBSD отказались. В FreeBSD кэш файловой системы был объединён с кэшем виртуальной памяти, и вся доступная системная память МОЖЕТ быть выделена для кэширования данных файловой системы. <br><br>&gt;Вы действительно утверждаете, что обычный mmap() неким образом догадается о том, что <br>&gt;странички из одинаковых по содержанию файлов на самом деле одинаковы -- https://ssl.opennet.dev/openforum/vsluhforumID3/65720.html#246 Tue, 13 Apr 2010 07:12:40 GMT &gt;&gt;Речь ведь шла о нескольких копиях файлов с библиотеками.<br>&gt;"Копии" &#8212; это те, которые отличаются друг от друга? Или те, которые <br>&gt;всё-таки одинаковы? :))<br><br>Которые имеют идентичное содержание, являясь логически отдельными объектами.<br><br>&gt;&gt;&gt;&gt;&gt;Открой для себя технику файлового отображения в память.<br>&gt;&gt;&gt;&gt;Вы, может, хотели в другую сторону кивнуть -- на специально обученный искать <br>&gt;&gt;&gt;&gt;дупы код?<br>&gt;Не надо додумывать что-то за меня и приписывать это мне же.<br><br>Да я пытаюсь хоть какой-то здравый смысл найти в том, что несёте... не надо так не надо.<br><br>Если интересно, то http://lwn.net/Articles/306704/ и http://lwn.net/Articles/330589/<br><br>&gt;&gt;&gt;&gt;Чтоб экономить на ммапе, надо ммапить _заведомо_ одно и то же.<br>&gt;&gt;&gt;Нет. При мапинге просто не производится лишняя пребуферизация, а данные и код <br>&gt;&gt;&gt;приложение сразу берёт из дискового кэша. <br>&gt;&gt;А теперь хором задумываемся: какой-такой волшебный дисковый кэш знает про то, что <br>&gt;&gt;КОПИИ ФАЙЛОВ вообще-то идентичны? (второй день пытаюсь объяснить, дойдёт или всё <br>&gt;&gt;операц https://ssl.opennet.dev/openforum/vsluhforumID3/65720.html#245 Mon, 12 Apr 2010 21:56:32 GMT &gt;&gt;&gt;&gt;&gt;Потом 24 копии дружно выжрут RAM 24 раза и займут в 24 раза больше места на диске<br>&gt;&gt;&gt;&gt;Открой для себя технику файлового отображения в память.<br>&gt;&gt;&gt;Вы, может, хотели в другую сторону кивнуть -- на специально обученный искать <br>&gt;&gt;&gt;дупы код?<br><br>Не надо додумывать что-то за меня и приписывать это мне же.<br><br>&gt;&gt;&gt;Чтоб экономить на ммапе, надо ммапить _заведомо_ одно и то же.<br>&gt;&gt;Нет. При мапинге просто не производится лишняя пребуферизация, а данные и код <br>&gt;&gt;приложение сразу берёт из дискового кэша. <br>&gt;<br>&gt;А теперь хором задумываемся: какой-такой волшебный дисковый кэш знает про то, что <br>&gt;КОПИИ ФАЙЛОВ вообще-то идентичны? (второй день пытаюсь объяснить, дойдёт или всё <br>&gt;операционки дизайните?)<br><br>Не надо хором задумываться. Нужно просто прочитать как работает отображение файлов в память и всё сразу станет ясно.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/65720.html#244 Mon, 12 Apr 2010 21:49:15 GMT &gt;Речь ведь шла о нескольких копиях файлов с библиотеками. Не хард&#124;симлинках, <br>&gt;а копиях.<br><br>"Копии" &#8212; это те, которые отличаются друг от друга? Или те, которые всё-таки одинаковы? :))<br><br>(Я просто думал и думаю, что копии всегда идентичны.)<br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/65720.html#243 Mon, 12 Apr 2010 20:35:04 GMT &gt;&gt;&gt;&gt;Потом 24 копии дружно выжрут RAM 24 раза и займут в 24 раза больше места на диске<br>&gt;&gt;&gt;Открой для себя технику файлового отображения в память.<br>&gt;&gt;Вы, может, хотели в другую сторону кивнуть -- на специально обученный искать <br>&gt;&gt;дупы код? Чтоб экономить на ммапе, надо ммапить _заведомо_ одно и то же.<br>&gt;Нет. При мапинге просто не производится лишняя пребуферизация, а данные и код <br>&gt;приложение сразу берёт из дискового кэша. <br><br>А теперь хором задумываемся: какой-такой волшебный дисковый кэш знает про то, что КОПИИ ФАЙЛОВ вообще-то идентичны? (второй день пытаюсь объяснить, дойдёт или всё операционки дизайните?)<br><br>Речь ведь шла о нескольких копиях файлов с библиотеками. Не хард&#124;симлинках, а копиях.<br><br>&gt;&gt;PS: а код такой есть для линукса, и что-то не слышу для <br>&gt;&gt;винды, макоси, не говоря о *bsd.<br>&gt;Специально для вас: [...] mmap(2) входит в состав libc. <br><br>Да куда ж unix-like без mmap, который SVR4. Я про KSM говорил насчёт искалки дупов, если так и не дошло.<br><br>Скажите честно -- просто проморгали суть сл https://ssl.opennet.dev/openforum/vsluhforumID3/65720.html#242 Mon, 12 Apr 2010 20:19:40 GMT &gt;а C/C++ приложения до сих пор обходятся явным или динамическим <br>&gt;связыванием библиотек при старте приложения, то есть зачатки есть, но до <br>&gt;конца работать на автомате не научились, поэтому требуются всякие там менеджеры <br>&gt;пакетов, разруливающие зависимости и т.д.. <br><br>Почитайте про dlopen(3), что ли. Подумайте про загрузку модулей ядра.<br><br>&gt;&gt;:).Какое счастье что iZENы не дизайнят операционки.<br>&gt;Если б я сейчас дизайнил операционки, я бы делал всё правильно<br><br>Сначала букварь, пожалуйста. R, не W.<br>