я их использую с самособранной гентой — работает давно, проблемы со стабильностью только в сетевом напряжении 230В, буду сооружать бесперебойник на низкой стороне…
Мсье знает толк в извращениях.
Да и ноутбучные процессоры сильно кастрированы — заметна разница в производительности на тяжёлом софте. По работе использую Siemens TIA Portal — декстоп с HDD уделывает ноут с SSD даже по скорости открытия проекта и объектов в нём :)
Ну, у меня сейчас большую часть загрузки занимает POST, даже в FastBoot'е. Совсем от этого уйти нельзя. А сама винда грузится очень быстро. Тут уже упирается в процессор, как понимаю в загрузке Win.
Итого — 30% от 6 ядер — ровно 2 ядра заняты. Играю в HD на ультре.
Остальная нагрузка — у меня там идёт поиск по содержимому файлов + много тяжелого софта ждёт фоном.
Я все игры так проверяю, максимум что пока что видел — 3 ядра реально забитых полностью.
Многопоточность полезна, я говорил о избыточности ядер в домашних ПК, куда «ради понтов» ставят i7, которые не будут утилизироваться в принципе. Или вы хотите сказать, что рядовой пользователь способен часами нагружать на 100% 8 ядер полезной нагрузкой? Игра (1-2 потока, редко 3 потока) + браузер (много потоков, но нагрузка мизерная) — рядовой случай дома.
Я имел в виду домашнее применение. Да и для повседневной разработки выигрыш в пару минут при времени сборки проекта около 2 минут на 4 ядрах — сомнительно, потому что всё равно 99% времени сидим «тупо пялясь в код» ;)
Я уже давно понял, что всякие там I7 с 6-10 ядрами — это просто «пальцы веером». Куда эффективнее купить простой I5 с 4-6 ядрами, при этом максимальная частота на 1 ядро хоть чуть, но выше. Всё равно в повседневном использовании редко используется даже 3 ядра. Сборка крупных программ (тот же GCC в Gentoo) производится очень редко, отсюда и выигрыша от количества ядер не видно особо.
Лучше поставить SSD на NVME — вот где будет прирост скорости…
Такое ещё чаще попадается на ТаоБао. Покупал там детали, и по факту 7/10 лотов по факту нет у продавца, выясняется только после общения в чате. Аналогичная ситуация с книгами там, только более серьёзная — почти всё, что висит — это сбор на «коллективку», после скольки-то заявок продавец оптом купит книг и вышлет своим покупателям :) При чём сроки там порой долгие такого ожидания — командировка была почти полтора месяца, и ничего не успело «собраться». И только примерно спустя 3 месяца продавец пишет, что мол «книги есть, можно заказывать» :)
В Honeywell есть встроенная CVS, если в лицензии была приобретена эта опция ;)
Работает по принципу бэкапа — у каждого контура можно создать версию с описанием, к которой потом можно откатиться.
Кстати, было бы очень интересно понять, почему в промышленной автоматизации визуальные средства так востребованы, чем именно эта область отличается от множества других.
1. Тематика. В автоматике рулит релейка. Все IL/STL, LD и прочие являются их прямым воплощением в контроллере.
2. Относительно низкий порог вхождения. Человек, знающий, как сделать запуск двигателя с самоподхватом на 1 контакторе и 2-х кнопках, сможет эту же схему воплотить и на контроллере (для примера) после изучения самых основ.
3. Лёгкость понимания. Почти везде в автоматике идут дискретные сигналы. И их проще отслеживать визуально в отладке — «ага, вот тут у нас сигнал дальше не идёт, надо посмотреть причину… а вот и она — один из входов в 0!». С аналоговыми величинами абсолютно аналогично — на входе блока X и Y, на выходе имеем Z как результат какой-либо мат. операции. Поищите в интернете ролики об отладке FBD/LAD ;)
Правильнее — «PAL/GAL».
GAL — дальнейшее развитие PAL, отличается большими возможностями и возможностью перезаписывать «программу».
Саму суть можно понять почитав даташит: web.mit.edu/6.115/www/document/gal22v10.pdf
… и сводится она к тому, что некие логические функции с регистровыми или прямыми выходами можно запихнуть в 1 корпус. То есть много корпусом мелкой логики заменяется одним или парой корпусов такой логики. И при этом в дальнейшем можно будет изменять логику работы при необходимости.
Win10 + RTX 2070.
Да и ноутбучные процессоры сильно кастрированы — заметна разница в производительности на тяжёлом софте. По работе использую Siemens TIA Portal — декстоп с HDD уделывает ноут с SSD даже по скорости открытия проекта и объектов в нём :)
Итого — 30% от 6 ядер — ровно 2 ядра заняты. Играю в HD на ультре.
Остальная нагрузка — у меня там идёт поиск по содержимому файлов + много тяжелого софта ждёт фоном.
Я все игры так проверяю, максимум что пока что видел — 3 ядра реально забитых полностью.
Оба теста проводились с одной и той же материнской платы, без прочей нагрузки.
Лучше поставить SSD на NVME — вот где будет прирост скорости…
Работает по принципу бэкапа — у каждого контура можно создать версию с описанием, к которой потом можно откатиться.
1. Тематика. В автоматике рулит релейка. Все IL/STL, LD и прочие являются их прямым воплощением в контроллере.
2. Относительно низкий порог вхождения. Человек, знающий, как сделать запуск двигателя с самоподхватом на 1 контакторе и 2-х кнопках, сможет эту же схему воплотить и на контроллере (для примера) после изучения самых основ.
3. Лёгкость понимания. Почти везде в автоматике идут дискретные сигналы. И их проще отслеживать визуально в отладке — «ага, вот тут у нас сигнал дальше не идёт, надо посмотреть причину… а вот и она — один из входов в 0!». С аналоговыми величинами абсолютно аналогично — на входе блока X и Y, на выходе имеем Z как результат какой-либо мат. операции. Поищите в интернете ролики об отладке FBD/LAD ;)
GAL — дальнейшее развитие PAL, отличается большими возможностями и возможностью перезаписывать «программу».
Саму суть можно понять почитав даташит: web.mit.edu/6.115/www/document/gal22v10.pdf
… и сводится она к тому, что некие логические функции с регистровыми или прямыми выходами можно запихнуть в 1 корпус. То есть много корпусом мелкой логики заменяется одним или парой корпусов такой логики. И при этом в дальнейшем можно будет изменять логику работы при необходимости.
en.wikipedia.org/wiki/GAL22V10