Таблица лидеров


Популярный контент

Showing most liked content on 27.07.2017 во всех темах

  1. 5 лайков
  2. 5 лайков
  3. 4 лайков
  4. 4 лайков
    Я тут кароч разузнал про железо. И хочу сказать про всякие сообщения про "надо больше оперативы" Итак, имеем жесткий диск, оперативу, проц. Всё утрируем. Скорость загрузки с жесткого (чтение) = 1 мегабайт в секунду. Скорость оперативы (предположим чтение-запись) = 100 мегабайт в секунду. Скорость обработки данных внутри проца = 5000 мегабайт в секунду (как написал выше - утрировано. Не буду расписывать про такты, регистры и прочую заумную фигню ) Получаем вот что: первоначальная загрузка с жёсткого диска отнимает больше всего времени. Т.е. старт системы и открытие документов это самая долгая часть. Чтение с жёсткого. Далее, мотаясь от оперативы к процу всё быстрее. Задача проца, это обработать данные пришедшие от оперативы. Данные обрабатываются кучкой, которая и складывается в кэш проца. Оттуда уже идёт обратно в оперативу. Итак, отправили процу 1 мегабайт данных, покаааа он (мегабайт) там дойдёт до него (скорость оперативы) проц УЖЕ успеет обработать недавно полученную порцию, отдаст её и будет ждать следующую. Вот тут вступает в силу размер кэша проца. Пока от оперативы идут данные, проц обрабатывает свои данные и скидывает в кэш. Чем больше кэш, тем больше данных проц обработает пока не придёт следующая порция из оперативы. Тут то и следует подумать о первом параметре: кэш проца. Ибо при его малом размере и высокой частоте, проц тупо будет простаивать. Скорость обмена между оперативой и процем - это второй параметр: тактовая частота оперативы. Она важна, а не огромный объём, как пишет многознающий никнейм выше))) Чем быстрее оператива перекидывается данными с процем - тем быстрее всё выдаётся пользователю. Ясен пень, всё это не заметно человеческому глазу))) и происходит за наносекунды. Но когда данных море, наносекунды превращаются в милисекунды, а те уже в чуток, но секунды. А это уже "заметно человеческому глазу". При всём при этом высокие скорости - это гигантский нагрев (опять же, не буду углубляться во всякие кристаллы, транзисторы, архитектуры) и особенности работы системы в целом, в комплексе. Т.е. обязок нужен оптимал по отводу тепла. Именно поэтому производители не закладывают СРАЗУ всё по повышенным таймингам (внештатная работа). Как итог: - имея суперкрутой проц и хреновую оперативку = ничего не ускорится - имея суперкрутую оперативку и средний проц = ничего не ускорится, если всё это стоит на хреновой материнке - имея суперкрутой проц и суперскоростную оперативку = ничего не ускорится если прога постоянно работает с хардом а хард HDD - имея суперкрутой проц, суперкрутую оперативку, SSD = ничего не ускорится при абсолютно безграмотном использовании всего в целом, без настроек железа для взаимодействия друг с другом. Для этого и придумывают так называемые "рабочие станции" на сладкое))) - имея средний проц, среднюю оперативу, SSD и суперкрутую ультра_квадро_видяху = ничего не ускорится, ибо солид не работает с видяхой по полной акромя рендеринга)))) Добавлено: при всём при этом, ни разу не забываем про старую добрую поговорку: все беды от программистов. Безграмотно написанный код с ошибками сведёт на "нет" все ваши потуги с суперкомпьютером и выбиванием денег у начальства или из своего кармана))
  5. 3 лайков
  6. 3 лайков
    Это нигде не написано в документациях,т.к считается что на уровень СУБД пользователи и даже порой администраторы лезть не должны. Для начала нужно знать в каких таблицах что хранится(айтемы,отношения, итд) и от этого плясать, т.е знать организацию связей таблиц БД тимцентра чтобы можно было этим пользоваться. В основе тимцентра - модель данных объектно ориентированная, и грубо говоря эта модель на низком уровне и представлена определенной организацией таблиц. Мы эту систему более менее знаем и пользуемся. В интернете на различных ресурсах англосаксонских тоже можете чуток найти информации. У сименса максимум есть курс и фича под клиент для генерации быстрых отчетов(в частности больших специализированных отчетов) которая как раз и работает по принципу прямого обращения к БД посредством SQL вместо ипользования какого-либо API(програмирования).Мы его в свое время заказывали. Вот вам простой пример в тему - вывести все айтемы в базе ID которых начинается с "T" на sql: select *from pitem where pitem_id like 'T%'; Здесь pitem - таблица БД где хранятся данные по собственно айтемам. Обратите внимание на скорость работы этого прямого запроса и аналогичного действия через стандартный поиск в rich client для этих экспериментов вам подойдет sqldeveloper например. подключение к базе думаю сами разберетесь как настроить
  7. 3 лайков
  8. 3 лайков
  9. 1 лайк
    В разделе справки Run the rich client from Eclipse указаны настройки In Eclipse, choose Run →Debug Configurations . In the tree on the left of the Create, manage, and run configurations dialog box, double-click Eclipse Application , then select the New_configuration node. In the Name box, type RichClient . In the Main tab, perform the following: Select the Clear check box to clear the workspace before running the application. Ensure that Run a product is selected and that the product is com.teamcenter.rac.aifrcp.product . Ensure the correct JRE appears in the Runtime JRE box. Установите Clear и чистить RAC не придется
  10. 1 лайк
    @Ivas, пути то не слишком длинные получились, случаем? А то поди лимит превысили, не? Переместите свой лицензионный дистрибутив в папку с меньшим уровнем вложенности и попробуйте распаковать там. Если не поможет - пинайте официальную техподдержку (Siemens или там интегратора вашего).
  11. 1 лайк
  12. 1 лайк
    Зацепы выполнены как конфигурации пластин звеньев или иначе?
  13. 1 лайк
    1) потому что гладиолус. давление на сверхзвуке не передается вперед. поэтому нужно буквально несколько ячеек между входом и объектом: зависит от того, насколько вперед отходит ударная волна. ударные волны от выхода не отражаются, поэтому тут тоже особых проблем нет. а в дозвуке объект влияет вперед и назад на очень большие расстояния. 2) переферию в любых задачах - СЗ или ДЗ - не стоит детализировать. Детализируют поверхность объекта и скачки уплотнения (если они нужны или если они взаимодействуют с телом - например головной скачок взаимодействующий с планером.)
  14. 1 лайк
    куда-то все пропали а что там раскрывать? две пружины из предыдущей задачки посередине разрезали и соединили между собой, разве у вас не так? Это то да, без массива в массиве очень часто никуда, ток я сначала хотел сделать массив из подсборок и ими управлять - N стеллажей на K полок и 1 стеллаж на Y полок, т.е. это же мы увидим в спецификации без танцев с бубном но тут я прочел и вставил подсборку из стеллажа на 2 полки, затем простой двумерный массив, последние элементы если стеллаж неполный удаляем, в спецификацию при необходимости выводим параметр по уравнению так я первооткрыватель, я 10 лет назад этим не занимался, вот сейчас попробую, для меня новое да и сборок с видео там вроде нет и не одного с изменением формы на заранее подготовленную тоже без проблем, только не придумал как менять паз под элементами, так что просто сделал парам.элемент и копи-паст 8раз @BSV1 что-то случилось с обмоткой мне понравился стаканчик из ваших старых запасов, может его в след. раз попробую но сначала механизма
  15. 1 лайк
    геометрию делайте параллелепипедом чтоб не было причин для косяков на входе. ветер, если надо, учитывайте через вектор скорости на неотражающем, если речь о дозвуке размер области 10-20 хорд/длин объекта
  16. 1 лайк
    1 Показывай свои умения в ветке NX и там же соревнуйся, тут ты нах не кому не интересен ! 2 Я здесь не утверждаюсь а набираюсь опыта в решении тех или иных вопросов и при этом делюсь им с другими участниками в отличии от тебя "соревнователь" ))) 3 У тебя хорошо получается только ляпать языком, постоянно ныть и при этом всех и все клеймить ! P.S Думал может ты исправишься, но нет в очередной раз убедился что общяться с тобой как со спецом, а тем более как с человеком нет не какого смысла!
  17. 1 лайк
  18. 1 лайк
    @kiria87 Макросы для использования Renishaw по мне лучше писать и отлаживать отдельно, потом добавлять в УП. А по поводу дополнительных требований это да. Самому приходилось стандартные посты править. Нужна более конкретная постановка задачи.