Посмотреть бы на статистику по метро, там должно быть много колодочной пыли, и потоки воздуха, разгоняющие её. Надо будет спуститься в метро с датчиком pm2.5/10. Или если кто-то в Москве, то если кому не трудно (и у кого есть датчик), было бы любопытно посмотреть статистику - после ухода состава и до прихода следующего, непосредственно на платформе.
Спасибо, буду иметь ввиду, на той виртуалке лишних всего 10Гб было - моя виртуалка разработчика, на которой и программный стек для приложений c#, и стек для крестовых приложений+СУБД, и IDE для пром. контроллеров)))
Кстати - не пробовали ли рамдиск в виртуализации? В сценарии, когда виртуалка с nvme при запуске копируется в ramdisk, далее запускается ide/компилятор, вносятся изменения, компилируются (узкое место - чтение файловой системы компилятором перед линковкой), а потом падает на nvme обратно при остановке (или частичная синхронизация раз в период определённой группы файлов(так можно?), ещё не продумал наиболее оптимальный сценарий).
Вселили надежду, и всё вышло в 4 утра)) Спасибо! Основной ошибкой было то, что в какой-то момент пару дней назад я решил попробовать default seabios при создании очередной виртуалки, и он начал ставиться по умолчанию для каждой следующей создаваемой виртуалки. Summary для любителей вставать на мои грабли:
qcow2 образ примерно равен объёму всех vmdk
для многотомового vmdk(а-ля Windows 10 x64 test-s0??.vmdk итд) канает команда для головного файла(Windows 10 x64 test.vmdk): qemu-img convert -pf vmdk -O qcow2 "Windows 10 x64 test.vmdk" out.qcow2
далее на машине proxmox(при существующей volume group NVME2T, я так назвал свою группу из 1 диска нвме на 2 Тб, 101 - номер виртуалки в нумерации proxmox) qm disk import 101 out.qcow2 NVME2T
и далее по инструкции - главное - чтоб bios был uefi
Возможно, экспериментирую сейчас. У меня был мульти-VMDK, я на хосте виндовом их объединил в raw, залил на proxmox хост и сделал импорт в вирт.машину. Не понятно по каким причинам объединённый файл получился 170 Гб вместо 85 в формате vmdk, может это так и должно быть, но после импорта в вирт.машину qm disk import 101 img.raw NVME2T всё равно 170 Гб, может неправильно объединил как-то. Вы из множественных vmdk создавали единый? Менялся ли размер? Класс диска в исходной виртуальной машине - NVME
Я удивлен факту, что полно людей, живших в сознательном возрасте в то время, не видели ту комету, хотя она была огромных размеров, и очень долго была видна
These systems must provide absolute guarantees that a certain action will occur by a certain time.
Под action совсем не имеется ввиду гарантированная обработка действия. Action может быть и прекращение этой обработки, если она не может быть завершена в пределах заданного времени.
Ну я всё равно ознакомился с конъюнктурой потребления нефти, автотранспорт как отдельная статья (3-4летней давности) - 44%, авиация 6.5, морской транспорт 4, жд и речной - 1.8%, электроэнергетика 5%, промышленность 13, нефтехимия 13.5 (не знаю только, что под последними статьями подразумевается, но они не доминируют над сжиганием для движения)
Корабли как-то подзабыли. На атомную энергию их мало где переводят, мне они видятся основными потребителями нефти. Кстати, в Норвегии (относительно хороший климат у воды, за счёт этого мягкие зимы) газифицировано около 2% домохозяйств, емнип.
Ну давайте, может, по технической части уже, понятно, что напрямую МВД не генерит прибыль, зато создаёт конъюнктуру для её генерации. Как общественный транспорт дотационный и убыточный. Отменить его, так ведь бунт случится. МВД - это базы данных.
Вы же сами цитируете - "проблемы с производительностью". И я пишу о том, о чём слышал, с описанием узкого места. У вас есть информация по потерям прибыли?
Там вроде какие-то приложения, запущенные через JVM, не смогли в производительность, емнип. Может допилили уже. Я на python фреймграббер уже перемолоть могу в несколько потоков)) А пару лет назад это лагало не по-детски изза прослойки между интерпретатором "псевдопрограммы на python" и реальным кодом ))
Если говорить о требованиях как об аналитических документах, то они в принципе всегда разные, и дело не в заказной разработке как таковой, разработка делается с оглядкой на какие-то стандарты, с какими-то особенностями. Есть продукты двойного назначения, они как на "закрытых" в ваших терминах (спецприменение), так и на "открытых" рынках есть. И есть ещё менеджмент разработки, который для "закрытого" рынка может управлять качеством (не всегда в лучшую сторону). Вы ведь об этом? Так что масштабирование всё же бывает, если продукт получается годным, а годность зависит от бюджетов, компетенций менеджмента, компетенций стратегических инвесторов
Нет давно открытого рынка. Есть условно-открытый. Началось всё с акционерного протекционизма. Был бы рынок открытым - ПЛК сименс вообще нигде бы не стояли)) Редкостное Г.
Проблема не во владении средствами производства, а во владении интеллектуальными пропертями (IP). То есть, грубо говоря, дизайн платы есть у нас, а подходящий фаб можно нанять (с нюансами, под нужный техпроцесс что-то адаптируется, но тут я не профи). Важность владения IP касается многих сфер, например - купили европейцы стекольный завод в разруху в 90е, разработку всех техпроцессов увели в материнскую для акционеров страну. И оставили тут только фаб. Такая вот "страна-фаб" получилась к 2022.
А вообще для себя сделал вывод, что владение средствами производства - то ещё бремя. Ну это так, лирика. Для тех, кто знает, что такое OEE, TEEP
Посмотреть бы на статистику по метро, там должно быть много колодочной пыли, и потоки воздуха, разгоняющие её. Надо будет спуститься в метро с датчиком pm2.5/10. Или если кто-то в Москве, то если кому не трудно (и у кого есть датчик), было бы любопытно посмотреть статистику - после ухода состава и до прихода следующего, непосредственно на платформе.
Спасибо, буду иметь ввиду, на той виртуалке лишних всего 10Гб было - моя виртуалка разработчика, на которой и программный стек для приложений c#, и стек для крестовых приложений+СУБД, и IDE для пром. контроллеров)))
Кстати - не пробовали ли рамдиск в виртуализации? В сценарии, когда виртуалка с nvme при запуске копируется в ramdisk, далее запускается ide/компилятор, вносятся изменения, компилируются (узкое место - чтение файловой системы компилятором перед линковкой), а потом падает на nvme обратно при остановке (или частичная синхронизация раз в период определённой группы файлов(так можно?), ещё не продумал наиболее оптимальный сценарий).
Вселили надежду, и всё вышло в 4 утра)) Спасибо! Основной ошибкой было то, что в какой-то момент пару дней назад я решил попробовать default seabios при создании очередной виртуалки, и он начал ставиться по умолчанию для каждой следующей создаваемой виртуалки. Summary для любителей вставать на мои грабли:
qcow2 образ примерно равен объёму всех vmdk
для многотомового vmdk(а-ля Windows 10 x64 test-s0??.vmdk итд) канает команда для головного файла(Windows 10 x64 test.vmdk): qemu-img convert -pf vmdk -O qcow2 "Windows 10 x64 test.vmdk" out.qcow2
далее scp out.qcow2 root@192.168.1.6:/var/lib/vz/template/qcow/
далее на машине proxmox(при существующей volume group NVME2T, я так назвал свою группу из 1 диска нвме на 2 Тб, 101 - номер виртуалки в нумерации proxmox) qm disk import 101 out.qcow2 NVME2T
и далее по инструкции - главное - чтоб bios был uefi
Возможно, экспериментирую сейчас. У меня был мульти-VMDK, я на хосте виндовом их объединил в raw, залил на proxmox хост и сделал импорт в вирт.машину. Не понятно по каким причинам объединённый файл получился 170 Гб вместо 85 в формате vmdk, может это так и должно быть, но после импорта в вирт.машину qm disk import 101 img.raw NVME2T всё равно 170 Гб, может неправильно объединил как-то. Вы из множественных vmdk создавали единый? Менялся ли размер? Класс диска в исходной виртуальной машине - NVME
Ох как я мучаюсь сейчас с конвертированием vmdk в формат qcow2, и не грузится ни фига с него
Да какой интернет, она с пол луны была! И год её было видно
это скорее для любителей progressive, включалась во многие trance сборники 98-99 годов
Я удивлен факту, что полно людей, живших в сознательном возрасте в то время, не видели ту комету, хотя она была огромных размеров, и очень долго была видна
минусуют...ну давайте разберём
Под action совсем не имеется ввиду гарантированная обработка действия. Action может быть и прекращение этой обработки, если она не может быть завершена в пределах заданного времени.
>чтобы любое действие было гарантированно обработано. На этом познания об этой системе у большинства айтишников заканчиваются
И чем это гарантируется))? В рамках какой концепции ОСРВ?) Познания айтишников..
>сначала реализуй минимально допустимое решение (которое, тем не менее, будет хоть как-то работать), а потом можешь его постепенно улучшать
))) если оно работает хоть как-то - может не возникнуть стимула трогать его дальше)) "постепенный ремонт"
Ну я всё равно ознакомился с конъюнктурой потребления нефти, автотранспорт как отдельная статья (3-4летней давности) - 44%, авиация 6.5, морской транспорт 4, жд и речной - 1.8%, электроэнергетика 5%, промышленность 13, нефтехимия 13.5 (не знаю только, что под последними статьями подразумевается, но они не доминируют над сжиганием для движения)
Корабли как-то подзабыли. На атомную энергию их мало где переводят, мне они видятся основными потребителями нефти. Кстати, в Норвегии (относительно хороший климат у воды, за счёт этого мягкие зимы) газифицировано около 2% домохозяйств, емнип.
Ну давайте, может, по технической части уже, понятно, что напрямую МВД не генерит прибыль, зато создаёт конъюнктуру для её генерации. Как общественный транспорт дотационный и убыточный. Отменить его, так ведь бунт случится. МВД - это базы данных.
Вы же сами цитируете - "проблемы с производительностью". И я пишу о том, о чём слышал, с описанием узкого места. У вас есть информация по потерям прибыли?
Там вроде какие-то приложения, запущенные через JVM, не смогли в производительность, емнип. Может допилили уже. Я на python фреймграббер уже перемолоть могу в несколько потоков)) А пару лет назад это лагало не по-детски изза прослойки между интерпретатором "псевдопрограммы на python" и реальным кодом ))
Вот, кстати, пруф, https://maps.app.goo.gl/5teBcmAPJtib3CFD9
Предложу губернатору памятник из него сделать
Если говорить о требованиях как об аналитических документах, то они в принципе всегда разные, и дело не в заказной разработке как таковой, разработка делается с оглядкой на какие-то стандарты, с какими-то особенностями. Есть продукты двойного назначения, они как на "закрытых" в ваших терминах (спецприменение), так и на "открытых" рынках есть. И есть ещё менеджмент разработки, который для "закрытого" рынка может управлять качеством (не всегда в лучшую сторону). Вы ведь об этом? Так что масштабирование всё же бывает, если продукт получается годным, а годность зависит от бюджетов, компетенций менеджмента, компетенций стратегических инвесторов
Нет давно открытого рынка. Есть условно-открытый. Началось всё с акционерного протекционизма. Был бы рынок открытым - ПЛК сименс вообще нигде бы не стояли)) Редкостное Г.
Проблема не во владении средствами производства, а во владении интеллектуальными пропертями (IP). То есть, грубо говоря, дизайн платы есть у нас, а подходящий фаб можно нанять (с нюансами, под нужный техпроцесс что-то адаптируется, но тут я не профи). Важность владения IP касается многих сфер, например - купили европейцы стекольный завод в разруху в 90е, разработку всех техпроцессов увели в материнскую для акционеров страну. И оставили тут только фаб. Такая вот "страна-фаб" получилась к 2022.
А вообще для себя сделал вывод, что владение средствами производства - то ещё бремя. Ну это так, лирика. Для тех, кто знает, что такое OEE, TEEP