Антивирусник банит сайт с OpenSource ПО

Win. Win-way.

Буквоедство не спасёт

Ничего не гарантированно, всё это можно перехватить на нескольких этапах.

Я, конечно, знаю, что это 4.2 (и могу с одной строки опровергнуть), но попрошу пруфлинк, чисто на посмеяться =)

Тут я могу ошибаться

Ну естественно, и я объясню почему

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

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

Welcome to GTK+.

4.2.: он мало того, что не системный (т.е. его присутствие никем не гарантируется), так ещё и зависит от иксов (присутствие которых тоже никто не гарантирует), про тормознутость и говорить не буду, вообщем низачот =)

никто не гарантирует присутствия файла в кеше, поскольку как только кому-то нужна будет память и свободной не окажется - её отрежут именно от кеша. А замапленный файл всегда в памяти

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

GTK+ зависит от иксов

4.2

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

[рукалицо].... Если тебе нужны данные не для одного приложения, и не раз - ты не просто «разок» обратишься, ты запаришься лазить, и каждая копия ресурсов у тебя будет не разделяемая, т.е. память будет жраться пропорционально числу использований, в отличии от, учи матчасть

4.2

Ты знаешь, что это значит либо просто на автомате пишешь? =) Это, я надеюсь, в объяснении/комментировании не нуждается:

ldd /usr/lib/libgtk[...]

linux-gate.so.1 =>  (0xb77b9000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb7286000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb7283000)
libXi.so.6 => /usr/lib/libXi.so.6 (0xb7273000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb7269000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb725d000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0xb7251000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7163000)
libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0xb7160000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb715d000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb7156000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb7134000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb7021000)
libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0xb6f6b000)
libxcb-shm.so.0 => /usr/lib/libxcb-shm.so.0 (0xb6f68000)
ibX11-xcb.so.1 => /usr/lib/libX11-xcb.so.1 (0xb6f65000)
libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0xb6f5b000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb6f51000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb6f3f000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb6e06000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb6de2000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb6ddf000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb6dd9000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb6db7000)
libpng14.so.14 => /usr/lib/libpng14.so.14 (0xb6d92000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0xb6c28000)
libresolv.so.2 => /lib/libresolv.so.2 (0xb6c0e000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb6be1000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb6b96000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb6b92000)
libdl.so.2 => /lib/libdl.so.2 (0xb6b8c000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb6b53000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb6ac2000)
libz.so.1 => /lib/libz.so.1 (0xb6aad000)
libbz2.so.1 => /lib/libbz2.so.1 (0xb6a9d000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb6a77000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb6a25000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb68f7000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb68dd000)
librt.so.1 => /lib/librt.so.1 (0xb68d4000)
libm.so.6 => /lib/libm.so.6 (0xb68a9000)
libc.so.6 => /lib/libc.so.6 (0xb6732000)
/lib/ld-linux.so.2 (0xb77ba000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb6715000)

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

Замапленый (только для чтения) файл никогда не попадает в своп (по определению), т.к. зачем записывать данные с диска куда-то, если их всегда в неизменном виде можно прочитать из источника? Вообщем ЛОЛ =)

И отобразить можно не весь файл, а лишь то, что нужно (это так, к сведению)

Замапленый (только для чтения) файл никогда не попадает в своп (по определению)

В своп не попадёт, но займёт оперативку, значит в своп попадёт кто-то другой.

И отобразить можно не весь файл, а лишь то, что нужно (это так, к сведению)

А если нужно будет больше? Снова обращаемся к диску? Тогда чем твой вариант отличается от моего?

Ты знаешь, что это значит либо просто на автомате пишешь? =)

Я знаю, что такое 4.2, а ты не умеешь собирать gtk. Иксы не нужны.

А если нужно будет больше? Снова обращаемся к диску? Тогда чем твой вариант отличается от моего?

Как минимум тем, что не нужен directory lookup каждый раз для каждого подкаталога из пути для каждого файла, и сильно меньше (на порядки, особенно для мелких файлов) потерь на метаданных

Я знаю, что такое 4.2, а ты не умеешь собирать gtk. Иксы не нужны.

Чего уж мелочиться - собери и покажи, умеющий наш =) И там, если ты не заметил - есть ещё туева хуча зависимостей от других библиотек, наличие которых в системе, опять же, никто не гарантирует

В своп не попадёт, но займёт оперативку, значит в своп попадёт кто-то другой.

Ты её в любом случае займёшь загруженным ресурсом из файла, с той лишь разницей, что при тупой загрузке из файла ты, к примеру, в каждой копии процесса будешь выделять новую память, чего при mmap делать не нужно, т.е. память именно в твоём случае уйдёт быстрее =)