Перейти к содержанию
    

Alex77

Участник
  • Постов

    721
  • Зарегистрирован

  • Посещение

  • Победитель дней

    1

Сообщения, опубликованные Alex77


  1. 1 час назад, Rst7 сказал:

    Вы плохо думаете об обработке видео/звука ;) При нелинейном монтаже крайне желательно иметь произвольный быстрый доступ к любым данным. Как бы можно и в 32 бита, частями файлы маппить в адресное пространство, так и делали в уже доисторические времена,  но очень геморойно это, а с 64тибитной архитектурой все куда веселее и удобнее.

    "Ежу понятно" что можно мапить - но это ещё тот геморррр и тормозззз.

    Я не думаю плохо за видео/звук - просто мои практические знания ограничены только кодированием и воспроизведением оного контента.

    Мне просто очень интересно как винХР 32 уделывает наповал вин10 64. в такого рода вычислениях (за которые дают денюшки на работе, и чем быстрее "посчитаешь" тем больше заработаешь).

    Практического смысла в промышленных масштабах любых виндов 32битных нет НИКАКОГО. И ковыряться в левых (допиленных кем то) драйверах, ставить и молиться что не "упадёт" в ответственный момент, и не будет засланного казачка (вируса/трояна) можно только маньяку "ретрограду" и тем кому это надо для хобби.

  2. 5 минут назад, Zoltrix сказал:

    Любой х32 процесс может занимать максимум 2 ГБ памяти на процесс или 3 ГБ если скомпилирован с особым флагом. Но в х64 системе, х32 приложение имеет теже ограничения. Причем речь идет про область программного кода, а не область обрабатываемых данных. Т.е. это не мешает архиватору размером 10 МБ паковать архив размером 5 ГБ, так как одномоментно столько памяти не резервируется.

     

    А почему вы мыслите "одномоментно"? У вас что одновременно выполняется только 1 программа?... Явно их множество. РАЕ позволяет запустить одновременно несколько программ, все процессы которых в сумме будут занимать хоть 50 ГБ.

     

    Вот ХП с режимом РАЕ:

    image.thumb.png.9d25138aa427e1d3a3db6fe8d4ca535b.png

    Да Вы батенька и читать не умеете от слова "совсем"

    1) кому нафиг сдались 32 битные программы по 64 битной ОС ? 32 оставлен из-за  поддержки "старого ПО" - того что замечательно работало до вин7 х86. Только для случаем когда дешевле использовать то что уже работает и "новое" не требуется.

    2) я конкретно сказал что задача  НЕ является архивацией данных ( где доступ осуществляется последовательно).

    3) мыслю одномоментно - потому что есть ПО состоящее из одной задачи (процессса) и которое обрабатывает достаточно "безумно" много данных.

    4) оные данные должны обрабатываться не последовательно, а со "случайным" доступом (к примеру к первому байту и последнему).

    Где Ваш алгоритм (как сиё может обрабатываться в вин 32) показывающий преимущества "32 битной ОС винХР" над "Вин 10 64бит" ?

    и нафига мне скриншот о 8ГБ ОЗУ, когда речь идёт о максимум 3ГБ адресного пространства для конкретного процесса ?

  3. В 07.05.2020 в 22:45, Zoltrix сказал:

    Вы путаете теплое с мягким.... В Виндовс ХП, как и в других 32-битных ОС есть ограничение на объем исполняемого программного кода. Объём данных может обрабатываться любой. Например, видеоконвертером, который занимает в ОЗУ 50 МБ, вы можете обрабатывать видеофайл размером 10 ГБ... И никакая 32-битная ОС вам не помешает это делать. Тем более есть режим РАЕ - возможность пропатчить ОС и отключить ограничение в 4 ГБ. Любая 32-битная ОС адресует 64ГБ ОЗУ, а 4 ГБ - это маркетинговое ограничение для продвижения х64.

    Опишите процесс (алгоритм) работы с данными от 64Гигобайт объёмом (к примеру) на ВинХР ? При условии что для выполнения задачи требуется "одномоментный/параллельный" доступ к данным. Другими словами это не обработка видео/звука/не архивирование.

    ПС: работодателю "пофиг" какая виндовс - ему нужен результат, а результат можно достичь только в 64 битной системе. Из актуальных 64 битных систем из семейства виндовс есть только Вин10.

    ПСПС: Ваше брызгание слюной оного руководителя совсем не вдохновит и он выпрет вас пинком под зад  в дальнее эротическое путешествие. А что вы в данном путешествии будете кушать - это Ваша проблема.

  4. 5 минут назад, Zoltrix сказал:

    Это говнософт! Нормальному софту 32 ГБ памяти не надо.... Представьте себе, WinXP c сотнями тысяч API функций и то занимает места меньше, чем ваш софт.... У него функций больше, чем у операционной системы? Это дырявый говнокод с утечками памяти, написанный индускими программистами, которые не слышали слово "оптимизация".

     

    Проверьте версию 10 летней давности - окажется она не только занимает в 10 раз меньше памяти, но и работает лучше. )))

    Интересно "когда Вы захлебнётесь в своих понятиях говнокод"?

    Вы никогда не слышали про маленький исполняемый код и большой объём обрабатываемых данных (достаточно в случайном порядке) ?

  5. 5 минут назад, haker_fox сказал:

    Тут всё просто: этот софт призван вытащить из вас масимум денег.

    И это лишнее тому подтверждение. Настоящий пацанский софт может работать на Win XP. А если он реально крутой, то и на DOS тоже не проблема запустить.

    З.Ы. Всё сказанное мною не более, чем стёб)))

    сей софт используется для зарабатывания денюжки на хлеб с маслом. А с винХР я помру с голоду... тут не до выпендрёжу по понятиям

  6. В 05.05.2020 в 21:10, Zoltrix сказал:

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

    Есть софт которому надо OS в 64 бит и памяти от 32ГБайт, да и к тому же написан по вин10. Куда прикажете "засунуть ХР" ?

  7. я этого "зверя" не использовал, однако какая связь между IO-шиной ( "Но у MCS есть IO-шина," ) и рисунком ?

    Я не вижу корреляции по смыслу. На самом рисунке упоминается конкретно Microblaze но ни как не MCS.

    ПС: если читать самую свежую доку (правда под виваду) на MCS v3.1 pg111-iomodule.pdf   - там говорится об отдельных сигналах для LMB и IO Bus.

    Может быть Вы более ясно изложите исходную задумку того что вам надо?

  8. Есть веб-интерфейсы разных "железяк". К примеру роутер-keenetic,  NAS-Synologic (особенно это вариант интересует - здесь можно работать с gui в виде "окон").

    Как называется "класс SDK" с помощью чего реализуются оный интерфейсы ?

    Примеры оных SDK ? ссылки на сайты пожалуйста приведите.

    В бытности находил с пяток (но блин склероз - напрочь забыл) конкретные реализации.

     

  9. 17 часов назад, BloomJack сказал:

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

    если вы знаете что где-то "ктото получил подкорректированный" - почему бы "там" и не искать оный ?

  10. В 12.12.2019 в 14:44, BloomJack сказал:

    Неужели никто не сталкивался? Управляю силовыми транзисторами и в момент прошивки ухожу в КЗ...

    Обязательно подавать питание на силовые транзисторы в момент пришивания ?

  11. Vivado Design Suite 2019.2 is now available.  

    • Introducing UVM 1.2 support in Vivado Simulator(XSIM)
    • Improved layer visibility in IP Integrator
    • Physical Optimization and other QoR improvement features
    • 10% reduction in design compilation runtime
    • New high bandwidth ICAP IP for enhancing Dynamic Function eXchange

    Внимание!

    There will be no 2019.2 or future releases of Xilinx SDK, SDSoC and SDAccel Development Environment.

  12. Vitis Core Development Kit - 2019.2 

    Important Information

     

    Xilinx introduces the first release of the Vitis™ Unified Software Platform in 2019.2

    • Unification of Xilinx SDK, SDSoC™ and SDAccel™ Development Environment into an all-in-one software platform for embedded software and application acceleration development
    • Unified design methodology for Xilinx Embedded Processor Platforms and Data Center Accelerator Cards
    • Vitis Core Development Kit 2019.2 Installation includes Vitis Compilers (V++), Host Compilers for ARM and x86 hosts, Vitis Analyzer
    • Vitis Accelerated Libraries, Xilinx Runtime library(XRT) and Vitis Target Platforms Available as separate downloads
       

    Learn More at : www.xilinx.com/vitis

    Note: There will be no 2019.2 or future releases of Xilinx SDK, SDSoC and SDAccel Development Environment.

     

×
×
  • Создать...