Radeon.ru https://forum.radeon.ru/ |
|
ATI Mobility Radeon X1300 в 2018 году https://forum.radeon.ru/viewtopic.php?f=6&t=49159 |
Страница 2 из 3 |
Автор: | rikoilas [ 18:03 17.04.2018 ] |
Заголовок сообщения: | |
неа.. не запускается ничего... Все библиотеки в System32 скопировал d3dcompiler47 из папки Maxthon удалил запускаю Maxthon.exe --ignore-gpu-blacklist --no-sandbox http://radeon.ru ничего!!! Есть отладка какая? Кстати, у меня Portable версия... Может нужно проинсталировтаь обычную? Это может все свое использует... -- Добавлено спустя 3 мин 7 с -- кстати, вы на какой версии пробуете? я последнюю 5.2.1.4000 -- Добавлено спустя 11 мин 50 с -- неа... при инссталляции браузера ничего не меняется... виддно все-таки не запускается wine на ogl2.1 |
Автор: | Svyat [ 18:35 17.04.2018 ] |
Заголовок сообщения: | |
rikoilas У меня последняя версия Maxthon. Отладка под виндой это проблема, гляну на R60 как будет работать, попробую разобраться. |
Автор: | rikoilas [ 18:40 17.04.2018 ] |
Заголовок сообщения: | |
в общем вот с такой строкой start Maxthon.exe http://radeon.ru --ignore-gpu-blacklist --gpu-no-complete-info-collection --use-gl=desktop --use_virtualized_gl_contexts --disable-gl-extensions=GL_ARB_sync --disable-flash-3d --disable-gpu-rasterization --disable_es3_gl_context --disable-es3-apis --use_client_side_arrays_for_stream_buffers --in-process-gpu запускается и похоже идет работа на видеокарте (fps побольше, чем с програмной поддержкой) но сам браузер тормозит не-подецки!!! полагаю, что из-за --use-gl=desktop (предполагаю он интерфейс тогда рисует через GL) но если опцию убрать, то не смотря на то, что ms://gpu рапортуует о поддержке, в тестах ее нету Как-то так получается пока... |
Автор: | proffy [ 18:49 17.04.2018 ] |
Заголовок сообщения: | |
rikoilas Не знаю, что там запускается, мне не получилось добиться работы Maxthon 5.2 с OpenGL ниже чем из Catalyst 12.6. То есть ни с каким официальным AMD драйвером не работает даже на HD 2000-4000, откуда заработает на x1300? Поэтому в посте для тех карт указал на использование OpenGL из официально не поддерживающего 2000-4000 драйвера. Svyat Рыбки — это не серьёзно, как на счёт After the Flood? Заодно рыбки, только не 500, а 5000: |
Автор: | Svyat [ 20:14 17.04.2018 ] |
Заголовок сообщения: | |
proffy Это 64-битная XP? |
Автор: | proffy [ 20:18 17.04.2018 ] |
Заголовок сообщения: | |
Svyat, нет, это 32-битный Server Standard, отличия с XP минимальны. Какие-то, кстати, странные показатели GPU Memory, что в used (непонятный мизер), что в max (карта c 1GB). |
Автор: | rikoilas [ 22:07 17.04.2018 ] |
Заголовок сообщения: | |
Тут все недополнимание из-за потери контекста... Я получил поддержку WebGL1 hardware accelerated в Maxthon 5.2 через WineD3D wraper... То что работает аппаратная карта, а не софтверная эмуляция, которая есть в Maxthon, говорят 1. Радикально возрозший fps в тестах (webglsamples.org) 2. Загрузка процессора на уровне ядря (работат системные библиотеки и трансляция вызовов в OGL, как я понимаю) Ну и еще один ключевой аспект это конечно "как-то" работает... Тесты только половиной идут, сам браузер тормозит нещадно... Тот же Quake не запустился (точнее запустился, но ничего не показывает) Резюмирую 1. Поддержка WebGL1 через WineD3D есть, но кривая 2. Более менее полноценная поддержка есть в Chrome 38 с библиотеками libEGL.dll и libGLESv2.dll от Chrome 36 -- Добавлено спустя 1 мин 26 с -- P.S. Тут опять же важно заметить, что в Chrome 36-38 она именно более-менее полноценная
After the Flood — нет Как-то так... -- Добавлено спустя 55 мин 52 с -- Коллеги, приношу извинения.... я ввел вас в заблуждение... WebGL1 запустился на MX5 в нативном режиме без всяких WineD3D (оказалось, что SFC у меня не отключилась и система восстановила стандартную библиотеку). Сейчас вычистил WineD3D библиотеки из системы Распаковал новую сборку MX5 WebGL запускается при запуске с параметрами из поста proffy start Maxthon.exe https://pc-newtab.maxthon.com --ignore-gpu-blacklist --gpu-no-complete-info-collection --use-gl=desktop --use_virtualized_gl_contexts --disable-gl-extensions=GL_ARB_sync --disable-flash-3d --disable-gpu-rasterization --disable_es3_gl_context --disable-es3-apis --use_client_side_arrays_for_stream_buffers --in-process-gpu Как уже говорил поддержка более глючная, нежели у Chrome 36, но возможно это из-за флагов запуска |
Автор: | proffy [ 04:28 18.04.2018 ] |
Заголовок сообщения: | |
Звучит фантастически. Нет браузер не то чтобы не стартовал, или не включал ускорение на драйверах ниже Catalyst 12.6, но баги-артефакты были во всём, не только в отображении WebGL. Как оно может нормально работать на Catalyst 9.3 (или его производном — 10.2 Legacy) — это, как минимум, необычно. С приведённым перечнем ключей After the Flood и не мог запустится, потому что --disable-es3-apis явно задаёт запрет WebGL2. Дело в том, что перечень приведён, для максимально беспроблемной, нормальной работы браузера, на указанном AMD железе. В WebGL2 — сейчас нечего смотреть, кроме демок, а его включение на AMD OpenGL приводит к артефактам или нерабочести в большинстве опробованных WebGL игр. Такая вот хитрая зависимость. То есть можно включить WebGL 2 и "понаслаждаться" After the Flood, но получить глюки в WebGL 1 с реальными играми (не в рыбках, это очень древний и простой тест). Или же можно оставить включенным только WebGL 1, и тогда всё что не пробовал например с y8.com, всё работает как д0лжно. А про After the Flood — предназначалось Svyatу, может в Wine или на NV дела получше, и там одновременно нормально в XP работают и WebGL, и WebGL 2? -- Добавлено спустя 1 ч 58 мин 27 с -- rikoilas, а ведь, и в правду работает. Сразу не сообразил, что на имеющейся 4850 можно и OpenGL из Catalyst 9.3 (10.2 Legacy) попробовать, результат: Было бы софтовое/эмулированное, артефактов бы не было. Но откровенно, работа такая, что лучше её выключить. -- Добавлено спустя 2 ч 2 мин 45 с -- С другой стороны, если браузер используется не для игр, то самое главное из "ускорений" — это аппаратный композитинг, то что даёт скорость в отрисовке обычных страниц, то что форсирует vsync (убирает эффект разрывов при плавной прокрутки или просмотре видео). Если есть баги в работе Canvas и WebGL, можно отключить и то и другое, но сохранить Compositing. Позже посмотрю. |
Автор: | rikoilas [ 08:06 18.04.2018 ] |
Заголовок сообщения: | |
Доброе утро! Ну что касается меня, то мне игры на браузере не нужны! Интересует исключительно ускорение работы сайтов... Просто на сколько я понял те же maps.yandex.ru используют WebGL в прорисовке... Или я не прав? Так что, Proffy, если есть набор ключей, где всякие глюки, которые нужны для игр можно отключить, а точнее включить то, что оказывает влиание на ускорение в работе страниц, то буду крайнен признателен. Вчера опять до полуночи проковырялся с этими браузерами Замечено следующее 1. При активации OGL прорисовки contra — тормозит интерфейс — нет стабильной прорисовки всплывающих окон (они мигают с частотоя наверное 5-10 герц) — жесточайшие тормоза на HTML5 сайтах (webvizbench дает 1fps) — иногда запуск получается не с первого раза (крашится). Возможно дело в том, что в памяти висит какой-нибудь подвисший процесс от предыдущего запуска и потому новый запуск с активированным OGL не проходит (нужно как-то килять процессы MX, а потом давать команду на запуск (типа, как в linux — kill maxthon...) pro — воспроизведение виде в youtube просто волшебное (идет H264 и для 720p устанавливается загрузка 40-50% при частоте процессора 1Ghz (ото минимум) 2. При стандартном запуске без OGL (без ключей) contra — воспроизведение виде в youtube посредственное (идет H264 и для 720p при загрузке 70-80% и полной частоте 1.83Ghz pro — интерфейс отзывчивый (конечно не так, как в MX5.0 или Opera 36, но тем не менее вполне — всплывающие окна — окна — HTML5 сайты боле менее приемлево (на MX5.2 webvizbench — 17 fps. При этом Opera 36 — 60fps) В общем получается, что прямо нужно держать 2 ярлыка для запуска в обычном режиме для браузинга и отдельный, когда youtube посмотреть... Что конечно не очень удобно... Такой задачи "пойти посмотреть youtube" у меня, например, не бывает... обычно это встроено в изучение каких-то ресурсов... соответственно придется смотреть в режиме отсутствия ускорения (а значит с тормозами) Эх, пока не находится более менее приемлемое решение... -- Добавлено спустя 3 мин 30 с -- Svyat Будете пробовать запустить WineD3D на своем R60? Поделитесь результатами! У меня то так и не получилось завести его... оффтоп. Как SFC отключит на XP SP3? та инфа, что есть в инете (недокументированный ключ в реестре) работет только на SP2 -- Добавлено спустя 36 мин 49 с -- сравнил загрузку при воспроизведении видео... в OGL режиме загузка при поспроизведении почти такая же как в MPC-HC (а это вероятно минимум возможного) и даже ниже, чем в VLC3.0 феноменальный результат для браузера!!! никогда такого не видел... |
Автор: | proffy [ 09:17 18.04.2018 ] |
Заголовок сообщения: | |
rikoilas, на я.картах WebGL задействован для эффектов при выводе панорам, увеличении, уменьшении масштаба. Для ускорения, как такового он там не нужен, справляется Canvas 2D. Если игры не нужны, то рекомендация, как для 14.4 pack3: заменить --use_client_side_arrays_for_stream_buffers на --disable-webgl -- Добавлено спустя 1 мин 48 с -- Что касается запуска через раз, и моргания элементов интерфейса, это уж какой он есть OpenGL в старом драйвере. На последних проблем с запуском нет, а моргание было вылечено в Catalyst 12.8. Если есть желание попробовать побороть моргание или настроить таки WebGL, можно попытать счастья добавляя к ключам разные gpu workarounds, с -- разумеется. Список доступных для Maxthon 5.2 костылей: [Показать] список add_and_true_to_loop_condition adjust_src_dst_region_for_blitframebuffer avda_dont_copy_pictures avoid_egl_image_target_texture_reuse avoid_one_component_egl_images avoid_stencil_buffers broken_egl_image_ref_counting clear_alpha_in_readpixels clear_to_zero_or_one_broken clear_uniforms_before_first_program_use count_all_in_varyings_packing create_default_gl_context decode_encode_srgb_for_generatemipmap disable_accelerated_vpx_decode disable_angle_instanced_arrays disable_async_readpixels disable_av_sample_buffer_display_layer disable_blend_equation_advanced disable_chromium_framebuffer_multisample disable_d3d11 disable_delayed_copy_nv12 disable_depth_texture disable_direct_composition disable_discard_framebuffer disable_dxgi_zero_copy_video disable_es3_gl_context disable_ext_draw_buffers disable_framebuffer_cmaa disable_gl_rgb_format disable_larger_than_screen_overlays disable_multimonitor_multisampling disable_non_empty_post_sub_buffers_for_onscreen_surfaces disable_nv12_dxgi_video disable_overlay_ca_layers disable_post_sub_buffers_for_onscreen_surfaces disable_program_cache disable_program_caching_for_transform_feedback disable_program_disk_cache disable_software_to_accelerated_canvas_upgrade disable_texture_cube_map_seamless disable_texture_storage disable_timestamp_queries disable_multisampling_color_mask_usage disable_webgl_rgb_multisampling_usage disallow_large_instanced_draw dont_remove_invariant_for_fragment_input etc1_power_of_two_only emulate_abs_int_function emulate_isnan_on_float exit_on_context_lost force_cube_complete force_cube_map_positive_x_allocation force_discrete_gpu force_integrated_gpu force_int_or_srgb_cube_texture_complete force_update_scissor_state_when_binding_fbo0 get_frag_data_info_bug gl_clear_broken ignore_egl_sync_failures init_gl_position_in_vertex_shader init_one_cube_map_level_before_copyteximage init_texture_max_anisotropy init_two_cube_map_levels_before_copyteximage init_vertex_attributes max_copy_texture_chromium_size_1048576 max_copy_texture_chromium_size_262144 max_fragment_uniform_vectors_32 max_texture_size_limit_4096 max_varying_vectors_16 max_vertex_uniform_vectors_256 msaa_is_slow multisample_renderbuffer_resize_emulation needs_offscreen_buffer_workaround pack_parameters_workaround_with_pack_buffer rebind_transform_feedback_before_resume regenerate_struct_names remove_invariant_and_centroid_for_essl3 remove_pow_with_constant_exponent reset_base_mipmap_level_before_texstorage restore_scissor_on_fbo_change reverse_point_sprite_coord_origin rewrite_do_while_loops rewrite_float_unary_minus_operator rewrite_texelfetchoffset_to_texelfetch scalarize_vec_and_mat_constructor_args set_texture_filter_before_generating_mipmap set_zero_level_before_generating_mipmap simulate_out_of_memory_on_large_textures surface_texture_cant_detach swizzle_rgba_for_async_readpixels texsubimage_faster_than_teximage unbind_attachments_on_bound_render_fbo_delete unbind_egl_context_to_flush_driver_caches unbind_fbo_on_context_switch unfold_short_circuit_as_ternary_operation unpack_alignment_workaround_with_unpack_buffer unpack_image_height_workaround_with_unpack_buffer unpack_overlapping_rows_separately_unpack_buffer use_client_side_arrays_for_stream_buffers use_gpu_driver_workaround_for_testing use_intermediary_for_copy_texture_image use_non_zero_size_for_client_side_stream_buffers use_shadowed_tex_level_params use_unused_standard_shared_blocks use_virtualized_gl_contexts validate_multisample_buffer_allocation wake_up_gpu_before_drawing rely_on_implicit_sync_for_swap_buffers avoid_using_image_flush_external_with_egl_create_image |
Автор: | rikoilas [ 09:56 18.04.2018 ] |
Заголовок сообщения: | |
Спасибо Посмотрю может позже поиграю с ключами... Сейчас хочу протестировать на производительность браузеры (Octane, JetStream, Speedometr... Нужно определяться какую конфигурацию оставлять... |
Автор: | proffy [ 09:59 18.04.2018 ] |
Заголовок сообщения: | |
Кстати, в Win7 c Aero по идее, не должно быть "моргания" интерфейса. Сколько памяти-то на ноуте? Если 3Gb, что в инфо (правильно GB, всё-таки Байт, а не бит), то держаться за XP смысла нет. |
Автор: | rikoilas [ 10:40 18.04.2018 ] |
Заголовок сообщения: | |
да, стоит 3gb... я решил откатиться на WinXP, т.к. под Win7 были какие-то проблемы с управлением процессором... При практически любой нагрузке ноут достигал 67 градусов после чего сразу сбрасывал частоту до минимума... Соответственно все тормозить начинало... потому начал ковырять WinXP Так то сразу была идея перейти на Win7.. там и дыр меньше и думал проблем меньше -- Добавлено спустя 1 мин 30 с -- так образ инсталляции W7 сохранил к какому-то выводу по XP приду, попробую еще раз на W7 перепрыгнуть -- Добавлено спустя 7 мин 22 с -- Вопрос по драверам есть. Нужно ли ставить ССС, есть какие-то там нужные функции или он только память ест? Я обычно ставил только дравер через диспетчер оборудования.. Но у меня ноутбук и тут вопрос по части управления частотой и т.д... Есть ли какие функции управления энергопотреблением, которые идут с ССС? |
Автор: | proffy [ 11:28 18.04.2018 ] |
Заголовок сообщения: | |
Нет. И ужасных "улучшайзеров" видео включенных по умолчанию, ради отключения которых ставил CCC, в те времена ещё не было. Имхо, нет в ССС смысла. -- Добавлено спустя 2 мин 7 с -- А Win7 ещё и "богатством выбора" браузеров предпочтительнее. Макстон-то он тоже, навряд бесконечно XP поддерживать будет, число её пользователей и в Китае отнюдь не растёт. |
Автор: | Манул [ 12:11 18.04.2018 ] |
Заголовок сообщения: | |
proffy Цитата Нет. И ужасных "улучшайзеров" видео включенных по умолчанию, ради отключения которых ставил CCC, в те времена ещё не было. Имхо, нет в ССС смысла. А как он будет переключаться между картами а? Только при помощи ССС(((( |
Автор: | rikoilas [ 12:22 18.04.2018 ] |
Заголовок сообщения: | |
Это про что? не в курсе... |
Автор: | proffy [ 12:35 18.04.2018 ] |
Заголовок сообщения: | |
Да это Манул-у всюду ноуты с Dual Graphics мерещатся, а если ещё и HP... ночью приснится, так в холодном поту небось вскакивает. Спокойствие! Здесь НЕТУ двойной графики, и ноут вовсе не HP! |
Автор: | rikoilas [ 12:55 18.04.2018 ] |
Заголовок сообщения: | |
да, тут одна дискретная карта ATI Mobility Radeon X1300 и все на T2400 Кстати, если говорить о W7, есть смысл ставить 64bit??? Я про лучшую совместимость, дравера... P.S. Разворачиваю сейчас W7 на вторую партицию... Посмотрю как там обстоят дела с ускорениями и иже с ними |
Автор: | proffy [ 14:39 18.04.2018 ] |
Заголовок сообщения: | |
Впервые слышу про "про лучшую совместимость, дравера". x64 на 3-ёх ГБ не нужна. |
Автор: | BrainRipper [ 15:04 18.04.2018 ] |
Заголовок сообщения: | |
При наличии >2 Гб лучше ставить 64-битную Windows http://forall.ru-board.com/egor23/onlin ... emory.html |
Автор: | proffy [ 15:12 18.04.2018 ] |
Заголовок сообщения: | |
Не лучше. Занимает больше места на HDD (= чуть медленнее загружается и сама, и x64 программы), занимает больше места в оперативке (= меньше памяти под нужды программ, медленнее работа), как она может быть лучше? Только на системы от 4ГБ. |
Автор: | Svyat [ 15:19 18.04.2018 ] |
Заголовок сообщения: | |
BrainRipper Ну и бред же. Софт, котрый нативно написан и cкомпилен под x86 будет работать быстрее на x86 винде, нежели на x64 винде под wow64 транслятором. Софт который нативно скомпилен и написан под x64 теоретически может получить прирост на 64-битной винде в некоторым математических операциях, но ввиду того что накладные расходы на потребляемый обьем оперативы на 64-битной винде примерно в 1.3-1.5 раза выше чем на 32-битной, то с малым обьемом, а особенно когда речь идет о 2ГБ, такое приложение прироста не получит, только ущерб. Поэтому если у вас софт 32-битный и обьем оперативки не превышает 4ГБ, 64-битная винда избыточна и прироста принести не сможет. Только разве что 32-битным приложухам с LAGRGEADDRESSAWARE флагом и то вряд ли. Емли вы не пользуетесь тяжелым софтом, не играете в рескрсоемкие игры, особенно те где открытый мир, вам по-сути 64-битная винда будет только "сьедать" дополнительно потреблчемые ватты вашего компа бестолку. |
Автор: | Манул [ 15:28 18.04.2018 ] |
Заголовок сообщения: | |
proffy Как не странно но вы правы. Цитата — Да это Манул-у всюду ноуты с Dual Graphics мерещатся, а если ещё и HP... ночью приснится, так в холодном поту небось вскакивает. НЕ ДАЙ БОГ НИКОМУ ЭТОГО ГЕМОРРОЯ!!!! ДАЖЕ САМОМУ ЗАКЛЯТОМУ ВРАГУ НЕ ПОЖЕЛАЮ ТАКОГО. |
Автор: | BrainRipper [ 15:50 18.04.2018 ] |
Заголовок сообщения: | |
proffy, Svyat, перед тем как комментировать, сперва бы прочли статью по ссылке. У 64-битной меньше вероятность возникновения ошибки "Недостаточно памяти". |
Автор: | Svyat [ 16:24 18.04.2018 ] |
Заголовок сообщения: | |
BrainRipper Ну ты поставь 64-битную к примеру 7-ку на 2ГБ мозгов и запусти Хром хотя бы с тремя вкладками главной страницы radeon.ru и посмотри как будет свопить и какая будет ужасная отзывчивость системы. И сделай то же самое еа 32-битной винде. Статья очень устарела и не применима к современным версиям Шиндовс. Даже сравниваемые в статье Win XP x86 и Win XP x64 также не являются годными для сравнения т.к. на XP x64 (NT5.2) переписан менеджер памяти. Данная статья может кое-как быть применима к XP x64 т.к. для ее комфортной работы хватает даже 512МБ ОЗУ, и накладных расходов меньше чем на Vista и выше, но если говорить о современных ОС, то для 64-битной Win10 даже 4ГБ мало для повседневных задач домохозяек. |
Автор: | proffy [ 16:49 18.04.2018 ] |
Заголовок сообщения: | Re: |
BrainRipper, у 64-битной на трёх гигах, и уж тем более на двух — больше вероятность возникновения ошибки "Недостаточно памяти". В статье описаны преимущества x64 системы при 4ГБ оперативки, но против этого никто и не спорил. |
Автор: | BrainRipper [ 17:05 18.04.2018 ] |
Заголовок сообщения: | Re: |
С точностью до наоборот:
Голословное утверждение. |
Автор: | proffy [ 17:15 18.04.2018 ] |
Заголовок сообщения: | |
BrainRipper, в приведённой цитате про полезность использования IMAGE_FILE_LARGE_ADDRESS_AWARE в приложении. И оно "уже сто лет как" в любой 32-битной программе включено. Где про преимущества x64 системы на 2~3 ГБ оперативки? |
Автор: | BrainRipper [ 17:23 18.04.2018 ] |
Заголовок сообщения: | |
proffy
Получаем 2 Гб непрерывного пространства вместо 1. |
Автор: | proffy [ 17:36 18.04.2018 ] |
Заголовок сообщения: | |
BrainRipper, ну давайте на пальцах: если приложение собрано с IMAGE_FILE_LARGE_ADDRESS_AWARE, то оно может получить "дополнительно непрерывный регион памяти" в 32-битной системе до 1 ГБ, в x64 — до 2 ГБ Итого: в 32-битной: приложению без флага доступно 2ГБ, с флагом + 1ГБ, то есть до трёх ГБ в 64-битной: приложению без флага доступно 2ГБ, с флагом + 2ГБ, то есть до четырёх ГБ Ещё раз объясните, какое преимущество даст x64 система при наличии всего 2~3 ГБ оперативки?? При том, что сами x64 приложения и Windows отъедают на 20% памяти больше. |
Автор: | BrainRipper [ 17:38 18.04.2018 ] |
Заголовок сообщения: | |
proffy Память виртуальная, а её всегда 4 Гб. P.S. В 32-битной ОС. |
Автор: | proffy [ 17:42 18.04.2018 ] |
Заголовок сообщения: | |
BrainRipper, вы противоречите статье и самой же верхней таблице в ней. |
Автор: | BrainRipper [ 17:45 18.04.2018 ] |
Заголовок сообщения: | |
proffy Конкретнее? Я никаких противоречий не вижу. |
Автор: | proffy [ 17:49 18.04.2018 ] |
Заголовок сообщения: | |
Эм, монитор потёк? |
Автор: | BrainRipper [ 17:53 18.04.2018 ] |
Заголовок сообщения: | |
proffy Вы не уходите от ответа, а обоснуйте, где вы увидели противоречие. |
Автор: | proffy [ 17:54 18.04.2018 ] |
Заголовок сообщения: | |
BrainRipper, я увидел неприкрытый троллинг:
Первое то сообщение уже подправлено с 2 Гб на >2 Гб? |
Автор: | BrainRipper [ 17:58 18.04.2018 ] |
Заголовок сообщения: | |
proffy Ну да, и читаем дальше:
2, 2,25 или 2,5 Гб — это особой роли не играет. Больше памяти в данном случае — лишь меньше своппинга. |
Автор: | proffy [ 18:04 18.04.2018 ] |
Заголовок сообщения: | |
BrainRipper, как уже не всегда 4? Удивительные дела. Вы надеялись на больше чем 2ГБ в 2~3ГБ системе? Думаете x64 их ещё пару добавит из 6-го измерения? Никаких проблем в Vista+ при увеличении UserVA до 3 ГБ, какие были у XP с /3GB — больше нет. А памяти свободной будет меньше, потому что жрёт x64 больше, больше своппинг. |
Автор: | BrainRipper [ 18:15 18.04.2018 ] |
Заголовок сообщения: | |
proffy Да забудьте вы, сколько ОЗУ установлено на компьютере. На 64-битной ОС для 32-битного процесса доступно 4 Гб (если приложение компилируется с параметром IMAGE_FILE_LARGE_ADDRESS_AWARE), даже если физической памяти всего 2 Гб. Потому что приложениям выделяется виртуальная память. |
Автор: | proffy [ 18:20 18.04.2018 ] |
Заголовок сообщения: | |
Это не относится к дискуссии, про выгоду x64 системы, никак. Смысл забывать о том, в чём суть спора: о преимуществах на системе c таким-то физическим объёмом памяти? Ладно, мне надоело. |
Страница 2 из 3 | Часовой пояс: UTC + 3 часа |
Copyright © 2001 - 2012, Radeon.ru Team Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |