none
Предложение для развития (операционные системы и среды для разработки) RRS feed

  • Вопрос

  • Предложение для отказа от виртуальной памяти, файлов(разделов) подкачки, так как скорость оперативной памяти очень высокая и часто ограничивается общей скоростью к дисковым разделам. Можно устранить(использовать) "стандартом" с минимальным количеством оперативной памяти, при необходимом количестве программ(runtime). Для примера: оперативная память минимум 2gb(512gb операционная система, + 3 приложение по 512gb) с учетом объема при котором приложения используют ресурсы(текстовый редактор + файл для текстового редактора, видео плеер + часть видео файла). Это должно учитываться в программах для разработки приложений. Для безопасности нужно развивать RAID1 на уровне оперативной памяти. Отладку и сбои в оперативной памяти при разработке приложений.

     

    Предложение для создания общей среды разработки(для создания програмного обеспечения)

    Представьте среду разработки которая способна работать на архитектурах всех существующих современных процессорах. Для этого нужна база, подходящая операционная система со средой для разработки програмного обеспечения.

     

    Например одна операционная система, немного отличается на разных архитектурах, но в результате своей работы создает общую базу, объеденяет все архитектуры. Программы по разрабокте в конечном итоге имеют одинаковый исходный код, отличается итоговый результат, компиляция. То есть один исходный код можно скомпилировать под различные архитектуры, с одной общей, схожей операционной системой.

     

    Для этого необходим общий минимальный стандарт ресурсов. Например создавать программы можно в среде разработки, отправить на компиляцию под определенную архитектуру, получить файлы(программы) которые возможно использовать на другой архитектуре с общей операционной системой (телефон, часы, планшет)

     

    В современном мире мы ограничены различными стандартами, например объем веб-страницы, качество и размер картинок, скорость загрузки и многое другое. В общем хотелось бы увидеть понятный и приятный интерфейс с учетом ограничений. Текстовый редактор(процессор) может использовать очень много ресурсов, для прорисовки изображения, содержать большое количество многоязычных шрифтов, множество функций, но при этом использовать файлы очень маленького размера. И наоборот видеоплеер может использовать файлы очень большого размера, и различные кодеки пожирающие множество ресурсов, при этом плеер должен быть отзывчивым, реагировать на все действия без тормозов и зависаний.


    В общем хотелось бы увидеть среду, возможно онлайн ресурс(портал для хранения исходного кода, и компиляции под заказ), позволяющий использовать один и тот же код, в разных системах без использования виртуализации. Среда должна иметь несколько языков для разработки, которые должны использоваться очень длительное время(для будущего), изменения могут быть на уровне компиляции, но тогда операционные системами при обновлении должны поддерживать, и старые, и новые процедуры, или должен быть запланированный переход в результате которого прежние программы без изменений можно скомпилировать под новую операционную систему.(То есть "Код" остается прежним, а компиляция(под заказ) позволяет его использовать под другие среды без внесения изменений)

    14 июня 2016 г. 12:10

Все ответы

  • Предложение для отказа от виртуальной памяти, файлов(разделов) подкачки, так как скорость оперативной памяти очень высокая и часто ограничивается общей скоростью к дисковым разделам. Можно устранить(использовать) "стандартом" с минимальным количеством оперативной памяти, при необходимом количестве программ(runtime). Для примера: оперативная память минимум 2gb(512gb операционная система, + 3 приложение по 512gb) с учетом объема при котором приложения используют ресурсы(текстовый редактор + файл для текстового редактора, видео плеер + часть видео файла). Это должно учитываться в программах для разработки приложений. Для безопасности нужно развивать RAID1 на уровне оперативной памяти. Отладку и сбои в оперативной памяти при разработке приложений.

     

    Предложение для создания общей среды разработки(для создания програмного обеспечения)

    Представьте среду разработки которая способна работать на архитектурах всех существующих современных процессорах. Для этого нужна база, подходящая операционная система со средой для разработки програмного обеспечения.

     

    Например одна операционная система, немного отличается на разных архитектурах, но в результате своей работы создает общую базу, объеденяет все архитектуры. Программы по разрабокте в конечном итоге имеют одинаковый исходный код, отличается итоговый результат, компиляция. То есть один исходный код можно скомпилировать под различные архитектуры, с одной общей, схожей операционной системой.

     

    Для этого необходим общий минимальный стандарт ресурсов. Например создавать программы можно в среде разработки, отправить на компиляцию под определенную архитектуру, получить файлы(программы) которые возможно использовать на другой архитектуре с общей операционной системой (телефон, часы, планшет)

     

    В современном мире мы ограничены различными стандартами, например объем веб-страницы, качество и размер картинок, скорость загрузки и многое другое. В общем хотелось бы увидеть понятный и приятный интерфейс с учетом ограничений. Текстовый редактор(процессор) может использовать очень много ресурсов, для прорисовки изображения, содержать большое количество многоязычных шрифтов, множество функций, но при этом использовать файлы очень маленького размера. И наоборот видеоплеер может использовать файлы очень большого размера, и различные кодеки пожирающие множество ресурсов, при этом плеер должен быть отзывчивым, реагировать на все действия без тормозов и зависаний.


    В общем хотелось бы увидеть среду, возможно онлайн ресурс(портал для хранения исходного кода, и компиляции под заказ), позволяющий использовать один и тот же код, в разных системах без использования виртуализации. Среда должна иметь несколько языков для разработки, которые должны использоваться очень длительное время(для будущего), изменения могут быть на уровне компиляции, но тогда операционные системами при обновлении должны поддерживать, и старые, и новые процедуры, или должен быть запланированный переход в результате которого прежние программы без изменений можно скомпилировать под новую операционную систему.(То есть "Код" остается прежним, а компиляция(под заказ) позволяет его использовать под другие среды без внесения изменений)

    Вообще PageFiles, виртуальная память или swap разделы, созданы не только из-за недостатка оперативной памяти, но и для отлавливания и поиска ошибок. Хотелось бы увидеть в будущем более качественную среду для работы с памятью. например инструменты на уровне операционной системы, для анализа и сбора данных без использования медленной дисковой подсистемы. То есть после загрузки операционной системы, работа с диском осуществлялась только для сохранения информации(настроек) на случай перезагрузки системы, снизив этим нагрузку на медленную дисковую подсистему. Можно создавать образы операционных систем, которая может загружаться с любого носителя информации, и только настройки сохранялись на дисковой подсистеме(предотвращает проблемы, но для этого необходимы специальные сервисы по обновлению, что бы получить образ операционной системы, только со всем необходимым). Вообще в технической документации на 64-битные процессоры AMD, есть возможность использовать программный менеджер памяти, без аппаратной сегментации.

    14 июня 2016 г. 12:13
  • Не сочтите за грубость, но как человек, который не в состоянии разобраться на каком форуме он находится, может давать дельные советы по разработке ОС?

    Это форум разработчиков использующих технологии MS и к самой компании не имеющих никакого отношения (кроме модераторов). Разработчиков Windows здесь нет.

    И на этом я бы ограничил свой ответ, если бы не тот фак, что от таких гениальных постов уже тошнит. Неужели так трудно понять, что если что то сделано так, а не иначе, то не потому что они сами не догадались так сделать? Это значит, что была сотня, а то и тысяча причин сделать именно так.

    К счастью у вас всегда есть возможность сделать лучше и проучить этих глупых разработчиков в MS, во славу Ферруччо Ламборгини.


    VB.Net - WPF, UWP

    14 июня 2016 г. 16:24
  • К сожалению нет раздела по ОС, самый подходящий оказался по visual studio, так же будет и в разделе по операционным системам, обсуждение уже существующих технологий, а попытки и предложения изменить подход, часто воспринимается как что-то невозможное(много проделанной работы, которую уже не изменить). А тот подход к унификации который существует, это .NET Framework, которая предоставляет компании  возможность перейти на другую архитектуру, это не совсем не для потребителя, это результат конкурентной борьбы или попытка спастись от монополии,   .NET Framework это некая виртуализация единой платформы, возможно пока существующей только на архитектуре x86(amd64), этот подход снижает производительность на нескольких уровнях связанных с виртуальной машиной и в ядре операционной системе(менеджер памяти, виртуальная память, и пр.). А в этой идее в результате разный бинарный код после компиляции(исполняемые приложений), а исходники кода должны быть одинаковы для всех архитектур процессоров, платформ. А задача компании это обеспечить, подвести все платформы под единую базу, и предоставить ресурсы по компиляции для разных платформ, возможно с различными опциями(если программисты это запланировали, например различные минимальные ресурсы). В двух словах бинарный код разный, но скомпилирован от одного исходного кода, но для разных аппаратных платформ, и при этом обеспечивается максимальная производительность. В любом случае для нормальной работы необходимо определенное количество оперативной памяти, а способ с использованием виртуальной памятью это тот случай если не хватает оперативной памяти, и предоставляет возможность запуска, но не возможность комфортной работы с приложением, и на мой взгляд лучше учитывать возможность использования приложения в условиях с небольшим количество оперативной памяти. При этом виртуальная память, и вообще частые, постоянные обращение к дисковой подсистеме раздражает, и не нужно говорить про логи, которые необходимые при отключении питания, это глупости, все надежные системы работают с дублированием на аппаратном уровне, плюс источники бесперебойного питания. Если диск самая медленная часть системы, весь основной код должен быть не в исполняемых файлах очень небольшого объема(о ядре операционной системы и о службах которые загружаются и работают в обязательном порядке), а в образе оперативной памяти, который быстрее загружается только по причине того что последовательное чтение большого файла гораздо быстрее, чем случайное чтение множества файлов небольшого объема, в этом случае Вас не спасет даже SSD с большим показателем по параметру IOPS. В общем понимаю что для людей которые привыкли к существующему, и согласны с существующим эволюционным развитием операционных систем и сред для разработки(а подходы к ним к сожалению почти одинаковы, и часто зависят от аппаратных средств, как желание не искать способ решения проблемы, скорей всего как попытка переложить ответственность на другую компанию, а может быть и не было другого пути развития, не было средств, не было мощностей, решали обсуждали и не знают как может быть по другому, все используют swap разделы или виртуальную память, и мало кто может ограничивается только оперативной памятью, возможно это удобней, меньше кода и меньше алгоритмов, но скорость дисковой подсистемы очень низкая и имеет ограниченный ресурс, имеет высокое значение по параметру "раздражает").  Как минимум предлагаю задуматься над тем "как работает", то на чем Вы работаете! По предыдущему ответу, предполагаю писать бесполезно в любой раздел.
    • Помечено в качестве ответа Джамшид 15 июня 2016 г. 17:44
    • Снята пометка об ответе Джамшид 15 июня 2016 г. 21:14
    • Помечено в качестве ответа Джамшид 15 июня 2016 г. 21:14
    • Снята пометка об ответе Джамшид 15 июня 2016 г. 21:15
    14 июня 2016 г. 21:21
  • Простите великодушно, я ваш текст нещадно поскипал и подредактировал, чтобы удобнее было цитировать и отвечать.

    отказ от файлов (разделов) подкачки

    Идёте в настройки, отключаете файл подкачки - наслаждаетесь быстрой работой (серьёзно, я так делаю при необходимости).

    Часто получаете вылеты приложений из-за нехватки памяти (в частности, этим страдают браузеры Chrome и Firefox) - возвращаетесь к использованию файла подкачки.

    скорость оперативной памяти очень высокая и часто ограничивается общей скоростью к дисковым разделам

    А мужики-то не знали!

    Можно устранить "стандартом" с минимальным количеством оперативной памяти, при необходимом количестве программ. Для примера: оперативная память минимум 2gb (512mb операционная система + 3 приложения по 512mb)

    Мне с моим тестовым компом с одним гигом куда идти? Вернее, куда я вас пошлю с таким предложением, догадываетесь? Как вы думаете, что я думаю о таких стандартах, когда мне не хватает 64 гигов для одного приложения, которое к тому же нещадно гоняет SSD на полтерабайта?

    Для безопасности нужно развивать RAID1 на уровне оперативной памяти. Отладку и сбои в оперативной памяти при разработке приложений.

    О какой безопасности речь? Устранение редких сбоев памяти? О ECC-памяти в курсе?

    Представьте среду разработки которая способна работать на архитектурах всех существующих современных процессоров.

    Представил. Не впечатлился. Зачем мне IDE, способная работать на чипе чайника? Она же даже подсветку синтаксиса не осилит.

    Например одна операционная система, немного отличается на разных архитектурах, но в результате своей работы создает общую базу, объеденяет все архитектуры.

    Вы о *nix?

    В общем хотелось бы увидеть понятный и приятный интерфейс с учетом ограничений.

    Мне бы этого тоже очень-очень хотелось! Причём, желательно, без ограничений.

    должен быть отзывчивым, реагировать на все действия без тормозов и зависаний

    Давайте не будем о печальном...

    В общем хотелось бы увидеть онлайн ресурс (портал для хранения исходного кода

    Есть такие порталы, аля гитхаб, битбакет, кодплекс.

    компиляции под заказ

    И это есть.

    Среда должна иметь несколько языков для разработки

    Э-э-э, а как же стандарт? То к одному знаменателю всё приводили, а тут уже "несколько".

    которые должны использоваться очень длительное время

    Дык Фортран, Кобол никуда не делись, используются. Да тот же старичок Си живее всех живых. Ныне живущие кресты, дотнеты и жавы ещё о-очень долго протянут.

    (для будущего)

    На звездолётах будущего будет операционная систами со "стандартными" двумя гигами оперативки...

    изменения могут быть на уровне компиляции

    Да! Макросы и метапрограммирование - наше всё! (Я понимаю, что вы о другом, ну а я о своём.) (Тут коротенькая речь о достоинствах Nemerle минут на сорок.) (Держите меня семеро!) (Санитары уводят Petalvik'а...)

    И тем не менее это почти кровная обида! А как же изменения в рантайме? Рефлексия? Самомодифицирующийся код? Генетические алгоритмы? Эх...

    15 июня 2016 г. 6:00
  • инструменты на уровне операционной системы, для анализа и сбора данных без использования медленной дисковой подсистемы

    Ну а если данные не вмещаются в оперативку? Если их терабайты?

    То есть после загрузки операционной системы, работа с диском осуществлялась только для сохранения информации(настроек) на случай перезагрузки системы, снизив этим нагрузку на медленную дисковую подсистему.

    А как, по-вашему, сейчас делается? Всё что влезает в оперативку - держится в ней. Не влезает - извини-подвинься (в своп).

    Можно создавать образы операционных систем, которая может загружаться с любого носителя информации

    Кто вам мешает? Создавайте образы, используйте.

    использовать программный менеджер памяти, без аппаратной сегментации

    По моему скромному мнению, бог с черепахой поступил добрее, чем вы хотите поступить с тем, кому желаете использовать программный менеджер вместо аппаратного.
    15 июня 2016 г. 6:08
  • Можно устранить "стандартом" с минимальным количеством оперативной памяти, при необходимом количестве программ. Для примера: оперативная память минимум 2gb (512mb операционная система + 3 приложения по 512mb)

    Мне с моим тестовым компом с одним гигом куда идти? Вернее, куда я вас пошлю с таким предложением, догадываетесь? Как вы думаете, что я думаю о таких стандартах, когда мне не хватает 64 гигов для одного приложения, которое к тому же нещадно гоняет SSD на полтерабайта?

    Но все таки минимальный стандарт есть, и на более слабом железе, ниже уровня минимального стандарта, обычно все не работает(или тормозит), часто при минимальном стандарте, все работает не очень... и для этого указываются рекомендуемые параметры(при котором обеспечивается более менее комфортная работы). Писал о стандарте как о железе, то есть минимальном аппаратном обеспечении для которого подготовлено программное обеспечение, то есть заранее многое учитывается для комфортной работы. 

    Нет смысла в увеличении оперативной памяти более определенного объема(то есть есть определенный стандарт ОС+приложение, но разное для разного ПО, поэтому предлагаю создать хоть какой то стандарт, какие-то критерии оценки), а если оперативной памяти меньше этого объема, на данный момент используется виртуальная память, и в обоих случаях в архитектура активно работает используя дисковую подсистему, так устроено ядро windows NT,(начиная с XP обрело массовую популярность, перешло с серверов, так как уже могло работать даже на ноутбуках того времени).

    Уровень технологий вырос, а подход не изменился. И поставщики программного обеспечения, для комфортной работы требует качественную дисковую подсистему.

    Нет опций и настроек в операционной системе и вообще в программном обеспечении, для анализа и изменения работы системы в целом...

    Представим текстовый редактор, часто после загрузки, на очень медленном ПК, при выборе шрифта начинается активное обращение к дисковой подсистеме, это заметно на старых ПК, и такой подход экономит ресурсы, грамотный с технической точки зрения, но неудобен для пользователя, и для его техники, снижается ресурс и скорость работы и так медленных жестких дисков и SSD. В случае если все загрузится сразу, без дублирования информации в виртуальной памяти(при котором с диска читается и записывается информация, то есть снижается скорость более чем в два раза, так как скорость записи медленней), можно пользоваться интерфейсом без тормозов. Но невозможно пользоваться если оперативной памяти меньше, в том числе если установлено или добавлено большое количество шрифтов. Для решение проблемы подходов может быть множество. Начну с того что должен быть минимальный образ программы(программа+шрифты и прочее) которая быстро загружается и хорошо работает на всех системах подходящих к минимальному аппаратному стандарту, но если документ или файл использует другой шрифт, которого не установлен должна произойти замена на другой шрифт, если это возможно(тот же язык). Можно использовать и другой вариант когда в файле кроме текста содержится шрифт и этот файл можно открыть на всех системах которые не содержат этот шрифт, без потери изменения в формате документа. И так далее, вплоть до того что шрифты должны быть в одного формата, размера...

    Написано для развития, то есть прошу учитывать что это еще не реализовано, и возможно нужно учитывать в будущем, для удобной работы с ПК, не только техническим специалистам...(то есть нужен сервис при котором ПО адаптируется под аппаратные ресурсы, используя какие-то базовые инструменты и критерии, для качественной работы программного обеспечения которых еще не существует)...

    Заранее прогнозирую что при изменение подхода, может быть неудобным и пользователям нужно будет объяснять что можно использовать одновременно небольшое количество программ, с отзывчивым и удобным интерфейсом. И могут возникнуть проблемы что появиться стремление к попыткам наращивать оперативную память просто для большего количество одновременно работающих приложений, так как всплывающие сообщения могут просить закрыть с сохранением определенные программы. Но для этого на уровне операционной системы должно быть известно сколько оперативной памяти используется только для программ, с выбором какие приложения предлагается закрыть(все, одно или несколько). Это можно сделать просто в виде очень простой программы в интерфейсе, как бы игры, похожую на тетрис только намного проще...


    Все это личное мнение и только в качестве примера...

    15 июня 2016 г. 16:52
  • Для безопасности нужно развивать RAID1 на уровне оперативной памяти. Отладку и сбои в оперативной памяти при разработке приложений.

    О какой безопасности речь? Устранение редких сбоев памяти? О ECC-памяти в курсе?

    ЕСС снижает производительность, память имеет высокую стоимость, и на форуме по программному обеспечению обсуждать не очень удобно. Вообще хотелось бы увидеть более грамотную аппаратную платформу с возможностью дублирования всех основных элементов, с горячей заменой при отказе одного из них. В общем постараюсь описать примерную простую концепцию, возможно неуместную и очень дорогую, так как есть другой вариант, который не будет нормально восприниматься даже на форуме производителей аппаратного обеспечения, в общем в двух словах каждый элемент(процессор, контроллер, память) должен содержать модуль с информацией о работоспособности, с определенным изменением работы(например переход в аварийный режим) при выходе одного элемента из строя, при этом они должны быть продублированы(возможно снижение производительности) или зарезервированы.  (Это все вообще достаточно сложно так как не должно быть сбоев в работе)

    Как минимум хотелось бы увидеть настройки контроллера оперативной памяти(которые перебрались в процессоры), с возможностью организации памяти, в структуру схожую с различными уровнями RAID для дисковых подсистем. Как минимум появляется возможность использовать недорогую обычную оперативную память с высоким уровнем отказоустойчивости. Возможно в оперативной памяти возможна только коррекция(ECC) в случае если значение памяти может иметь значение из двух вариантов, то есть если считывается но с ошибками включительно, и невозможно определить в случае сбоя какой вариант(из двух) является правильным, который со сбоем или без него. Надеюсь специалисты смогут найти недорогое решения, то есть если оно будет по стоимости ниже чем использования аппаратной коррекции ошибок, на уровне микросхем оперативной памяти(ECC)

    15 июня 2016 г. 17:16

  • Представил. Не впечатлился. Зачем мне IDE, способная работать на чипе чайника? Она же даже подсветку синтаксиса не осилит.

    Например одна операционная система, немного отличается на разных архитектурах, но в результате своей работы создает общую базу, объеденяет все архитектуры.

    Вы о *nix?


    Предполагаю эти ответы имею примерно один и тот же смысл. Предполагаю на рынке можно встретить мобильный телефон с производительностью на уровне начального или старого ПК, на котором можно нормально работать подключив клавиатуру и Монитор. Вообщем в общем есть PowerPC, Sun, Intel других архиктетур, тем более ARM процессоры, и у всех них могут быть разные процессоры с различными инструкциями, которые стремятся к большому совершенству. В общем это и имелось в виду, возможность увидеть одну операционную систему, с работающую на различных, максимально различных архитектурах, с общими чертами и возможностью использования одних и тех же программ, желательно без виртуальных машин снижающих быстродействие, но с одним удобным и привычным интерфейсом. Возможно программы могут иметь несколько вариантов работы(мобильный и рабочий стол), то есть сокращенное количество функций и кнопок, возможно их можно настраивать, возможно которые могут выглядеть по разному в зависимости от метода ввода(палец, клавиатура, мышь).  Но с возможностью работы на разных архитектурах, но как бы с одним общим интерфейсом, и желательно с компиляцией кода под эту архитектуру, желательно с одним и тем же лицензионным соглашением, для возможности перехода с одной архитектуры на другую, без необходимости в приобретении дополнительных лицензий.
    15 июня 2016 г. 17:37
  • В общем как один из вариантов для работы с большим объемом данных, это попытка сегментации, структурирования. Как в примере с текстовым редактором(в котором шрифты начинают подгружаются когда выделяешь поле со шрифтом и во время прокрутки по нему, а это может раздражать), можно в поле шрифтов отображать только картинки шрифта другого формата, с небольшим объемом, а сам шрифт будет подгружаться только после выбора.

    В общем различные решения и оптимизации можно найти и для медленных ПК. Может быть возможно использовать выбор в работе ОС и вообще программ в зависимости от ресурсов ПК.

    В любом случае могут возникнуть множество вопросов по работе с драйверами или подключаемым модулям, в котором желательно учитывать возможность в нескольких вариантах, минимальный(стандартные драйвера во время загрузки (или подключаемые модули), с возможностью подключения дополнительных), а так же возможность создания оптимального образа(для быстрой загрузки в оперативную память) под систему, то есть в которой сразу используются драйвера(или модули для приложений) под определенное оборудование(без начальной загрузки со стандартными драйверам, сокращает время загрузки и занимает меньше места)

    в общем необходима возможность или ресурс для создания образа под систему, и возможность использования системы по прежнему, если нет времени для создания оптимального образа, а оборудование нужно использовать

    • Помечено в качестве ответа Джамшид 15 июня 2016 г. 18:08
    • Снята пометка об ответе Джамшид 15 июня 2016 г. 19:34
    • Изменено Джамшид 15 июня 2016 г. 20:33
    15 июня 2016 г. 18:08
  • инструменты на уровне операционной системы, для анализа и сбора данных без использования медленной дисковой подсистемы

    Ну а если данные не вмещаются в оперативку? Если их терабайты?

    То есть после загрузки операционной системы, работа с диском осуществлялась только для сохранения информации(настроек) на случай перезагрузки системы, снизив этим нагрузку на медленную дисковую подсистему.

    А как, по-вашему, сейчас делается? Всё что влезает в оперативку - держится в ней. Не влезает - извини-подвинься (в своп).

    Можно создавать образы операционных систем, которая может загружаться с любого носителя информации

    Кто вам мешает? Создавайте образы, используйте.

    использовать программный менеджер памяти, без аппаратной сегментации

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


    Попытаюсь ответить по порядку
    1. В тексте есть пример с видео плеером, которому нет необходимости загружать весь видео файл, в оперативную память. А сравнение параметра битрейта, может оказаться очень грубым по отношению например к БД.
    2. Подскажите, а откуда появляется дамп и отчет при сбое? И после перезагрузки системы, откуда то появляется запрос  с просьбой отправить "дамп памяти" с логами...
    3. Просто хотел предложить другой подход, когда образ максимально приближен к образу оперативной памяти, как при начальной загрузки системы, когда какой-то код просто копируется, вроде бы так исторически сложилось. А хотелось бы что бы все ядро системы, или вообще образ всей операционной системы(если подход заранее будет таким, то все должно учитываться и сравнивать с прежними системами пока не изобрели кажется ошибочным) сразу загрузился, в оперативную память, как минимум для быстрого старта системы, один большой файл читаемый последовательно, в несколько раз быстрее, чтения множества небольших файлов расположенных в случайном порядке
    4. Предполагаю разработчик должны разобраться в работе и найти другие варианты, в том числе и для обеспечения безопасности. Как минимум нужен анализ данных, а не просто перебирание адресов памяти структурированных, точнее сегментированных по определенному размеру. Если сравнивать с дисковой файловой системой, то есть fat, fat32, ntfs, множество функций для обеспечения отказоустойчивости, чередование и зеркалирование томов на уровне операционной системы. А вот по работе с оперативной памятью ничего нет, возможно многое проблемы скрыто в закрытом коде, а может быть в ошибках процессорах, нет инструментов для анализа, максимум собирают статистику у пользователей в очень массовом объеме. Так вот скажите как могут быть системы надежными? при таком подходе! 


    15 июня 2016 г. 18:11
  • (для будущего)

    На звездолётах будущего будет операционная систами со "стандартными" двумя гигами оперативки...


    Для различных специализированных систем может быть и не нужно много памяти, для космоса и в авиапроме используют старые процессоры...

    Вообще это пример подхода, когда операционной системой(включая графический интерфейс) потребляется определенное количество ресурсов от максимально возможных в системе, и заранее учитываются ресурсы для приложений(по количеству потребляемой памяти и по нагрузке, на программно-аппаратную часть)

    15 июня 2016 г. 18:28
  • К сожалению нет раздела по ОС, самый подходящий оказался по visual studio, так же будет и в разделе по операционным системам, обсуждение уже существующих технологий, а попытки и предложения изменить подход, часто воспринимается как что-то невозможное(много проделанной работы, которую уже не изменить). А тот подход к унификации который существует, это .NET Framework, которая предоставляет компании  возможность перейти на другую архитектуру, это не совсем не для потребителя, это результат конкурентной борьбы или попытка спастись от монополии,   .NET Framework это некая виртуализация единой платформы, возможно пока существующей только на архитектуре x86(amd64), этот подход снижает производительность на нескольких уровнях связанных с виртуальной машиной и в ядре операционной системе(менеджер памяти, виртуальная память, и пр.). А в этой идее в результате разный бинарный код после компиляции(исполняемые приложений), а исходники кода должны быть одинаковы для всех архитектур процессоров, платформ. А задача компании это обеспечить, подвести все платформы под единую базу, и предоставить ресурсы по компиляции для разных платформ, возможно с различными опциями(если программисты это запланировали, например различные минимальные ресурсы). В двух словах бинарный код разный, но скомпилирован от одного исходного кода, но для разных аппаратных платформ, и при этом обеспечивается максимальная производительность. В любом случае для нормальной работы необходимо определенное количество оперативной памяти, а способ с использованием виртуальной памятью это тот случай если не хватает оперативной памяти, и предоставляет возможность запуска, но не возможность комфортной работы с приложением, и на мой взгляд лучше учитывать возможность использования приложения в условиях с небольшим количество оперативной памяти. При этом виртуальная память, и вообще частые, постоянные обращение к дисковой подсистеме раздражает, и не нужно говорить про логи, которые необходимые при отключении питания, это глупости, все надежные системы работают с дублированием на аппаратном уровне, плюс источники бесперебойного питания. Если диск самая медленная часть системы, весь основной код должен быть не в исполняемых файлах очень небольшого объема(о ядре операционной системы и о службах которые загружаются и работают в обязательном порядке), а в образе оперативной памяти, который быстрее загружается только по причине того что последовательное чтение большого файла гораздо быстрее, чем случайное чтение множества файлов небольшого объема, в этом случае Вас не спасет даже SSD с большим показателем по параметру IOPS. В общем понимаю что для людей которые привыкли к существующему, и согласны с существующим эволюционным развитием операционных систем и сред для разработки(а подходы к ним к сожалению почти одинаковы, и часто зависят от аппаратных средств, как желание не искать способ решения проблемы, скорей всего как попытка переложить ответственность на другую компанию, а может быть и не было другого пути развития, не было средств, не было мощностей, решали обсуждали и не знают как может быть по другому, все используют swap разделы или виртуальную память, и мало кто может ограничивается только оперативной памятью, возможно это удобней, меньше кода и меньше алгоритмов, но скорость дисковой подсистемы очень низкая и имеет ограниченный ресурс, имеет высокое значение по параметру "раздражает").  Как минимум предлагаю задуматься над тем "как работает", то на чем Вы работаете! По предыдущему ответу, предполагаю писать бесполезно в любой раздел.
    • Помечено в качестве ответа Джамшид 15 июня 2016 г. 21:18
    • Снята пометка об ответе Джамшид 15 июня 2016 г. 21:21
    15 июня 2016 г. 21:17
  • Не сочтите за грубость, но как человек, который не в состоянии разобраться на каком форуме он находится, может давать дельные советы по разработке ОС?

    Это форум разработчиков использующих технологии MS и к самой компании не имеющих никакого отношения (кроме модераторов). Разработчиков Windows здесь нет.

    И на этом я бы ограничил свой ответ, если бы не тот фак, что от таких гениальных постов уже тошнит. Неужели так трудно понять, что если что то сделано так, а не иначе, то не потому что они сами не догадались так сделать? Это значит, что была сотня, а то и тысяча причин сделать именно так.

    К счастью у вас всегда есть возможность сделать лучше и проучить этих глупых разработчиков в MS, во славу Ферруччо Ламборгини.


    VB.Net - WPF, UWP

    К сожалению нет раздела по ОС, самый подходящий оказался по visual studio, так же будет и в разделе по операционным системам, обсуждение уже существующих технологий, а попытки и предложения изменить подход, часто воспринимается как что-то невозможное(много проделанной работы, которую уже не изменить). А тот подход к унификации который существует, это .NET Framework, которая предоставляет компании  возможность перейти на другую архитектуру, это не совсем не для потребителя, это результат конкурентной борьбы или попытка спастись от монополии,   .NET Framework это некая виртуализация единой платформы, возможно пока существующей только на архитектуре x86(amd64), этот подход снижает производительность на нескольких уровнях связанных с виртуальной машиной и в ядре операционной системе(менеджер памяти, виртуальная память, и пр.). А в этой идее в результате разный бинарный код после компиляции(исполняемые приложений), а исходники кода должны быть одинаковы для всех архитектур процессоров, платформ. А задача компании это обеспечить, подвести все платформы под единую базу, и предоставить ресурсы по компиляции для разных платформ, возможно с различными опциями(если программисты это запланировали, например различные минимальные ресурсы). В двух словах бинарный код разный, но скомпилирован от одного исходного кода, но для разных аппаратных платформ, и при этом обеспечивается максимальная производительность. В любом случае для нормальной работы необходимо определенное количество оперативной памяти, а способ с использованием виртуальной памятью это тот случай если не хватает оперативной памяти, и предоставляет возможность запуска, но не возможность комфортной работы с приложением, и на мой взгляд лучше учитывать возможность использования приложения в условиях с небольшим количество оперативной памяти. При этом виртуальная память, и вообще частые, постоянные обращение к дисковой подсистеме раздражает, и не нужно говорить про логи, которые необходимые при отключении питания, это глупости, все надежные системы работают с дублированием на аппаратном уровне, плюс источники бесперебойного питания. Если диск самая медленная часть системы, весь основной код должен быть не в исполняемых файлах очень небольшого объема(о ядре операционной системы и о службах которые загружаются и работают в обязательном порядке), а в образе оперативной памяти, который быстрее загружается только по причине того что последовательное чтение большого файла гораздо быстрее, чем случайное чтение множества файлов небольшого объема, в этом случае Вас не спасет даже SSD с большим показателем по параметру IOPS. В общем понимаю что для людей которые привыкли к существующему, и согласны с существующим эволюционным развитием операционных систем и сред для разработки(а подходы к ним к сожалению почти одинаковы, и часто зависят от аппаратных средств, как желание не искать способ решения проблемы, скорей всего как попытка переложить ответственность на другую компанию, а может быть и не было другого пути развития, не было средств, не было мощностей, решали обсуждали и не знают как может быть по другому, все используют swap разделы или виртуальную память, и мало кто может ограничивается только оперативной памятью, возможно это удобней, меньше кода и меньше алгоритмов, но скорость дисковой подсистемы очень низкая и имеет ограниченный ресурс, имеет высокое значение по параметру "раздражает").  Как минимум предлагаю задуматься над тем "как работает", то на чем Вы работаете! По предыдущему ответу, предполагаю писать бесполезно в любой раздел.
    15 июня 2016 г. 21:20
  • Так. Вчера я написал два сообщения вам в ответ, и писал третье. И тут отключили электричество. Об отключении было известно за несколько дней, намечались плановые работы на подстанции. Я ухмыльнулся, продолжая дописывать сообщение, работая от UPS'а. Дописал, хотел опубликовать... А связи с провайдером-то нет! Всё обесточено.

    Такая вот ирония судьбы. Жаль, что это не у вас случилось. Тогда бы вы на собственной шкуре осознали несостоятельность отказа от хранения данных на харде, только в оперативке.

    Мда... Вроде всё посохранял, закрыл Студию, всё корректно. А сегодня её настройки слетели... Ох, попадись вы мне под горячую руку!..


    Ну, чтобы не пропадало написанное вчера, запощу. Но что-то я потерял интерес к теме...

    а исходники кода должны быть одинаковы для всех архитектур процессоров, платформ

    Мы над этим работаем.

    В двух словах бинарный код разный, но скомпилирован от одного исходного кода, но для разных аппаратных платформ

    Мы над этим работаем.

    и при этом обеспечивается максимальная производительность

    И над этим тоже.

    и на мой взгляд лучше учитывать возможность использования приложения в условиях с небольшим количество оперативной памяти.

    Ну уж нет! Есть алгоритмы, которые работают на несколько порядков быстрее при большом расходе памяти. И отказываться от них я не намерен. Во многих случаях выгодней разменять память на скорость.

    это глупости, все надежные системы работают с дублированием на аппаратном уровне

    Вах! Сказал, как отрезал!

    плюс источники бесперебойного питания.

    Угу, ИБП спасёт петабайты данных крупного дата-центра в случае аварии на ЛЭП, подстанции или электростанции. Ну а чо? Будем держать данные в оперативке до победного (пока аккум не сдохнет), не записывая на хард или картридж с плёнкой.

    Если диск самая медленная часть системы

    А давайте доведём идею до абсолюта: откажемся даже от обычной оперативной памяти типа SDRAM. Всю память сделаем такого же типа, как процессорный кэш: он быстрее на порядок, работает на частоте ядра. Ух! Вот только цена... (Продам гараж, куплю память).

    есь основной код должен быть не в исполняемых файлах очень небольшого объема, а в образе оперативной памяти, который быстрее загружается только по причине того что последовательное чтение большого файла гораздо быстрее, чем случайное чтение множества файлов небольшого объема

    Угу. А вы в курсе, что в крупных приложениях в процессе многие библиотеки вообще никогда не загружаются, если пользователь не обратится к функциям, которые они реализуют? А в вашем варианте будет грузиться всё и всегда. Ну а главное - объём исполняемого кода современных приложений - копейки. Память жрут данные!

    В общем понимаю, что для людей которые привыкли к существующему, и согласны с существующим эволюционным развитием операционных систем и сред для разработки

    Мы много с чем не согласны. И постепенно работаем над улучшением ситуации. Вот только у вас не работа, а пожелания (коих я могу написать больше вашего). Как известно, благими намерениями...

    Как минимум предлагаю задуматься над тем "как работает", то на чем Вы работаете!

    О, гуру, сенсей и учитель в одном флаконе! Скажите же скорей, где купить вашу книгу по софтописанию? Чтобы код мой стал чистым и прозрачным, как...

    (отключили электричество, вернусь вечером на форум)


    Я смотрю, часть сообщений удалена. Видать, банхаммер поработал :D

    Народу хоть какое-то развлечение. А то 90% вопросов на форуме о том, как установить Студию.


    • Изменено Petalvik 16 июня 2016 г. 17:25
    16 июня 2016 г. 17:23
  • Почему нет открытых инструкций процессоров, для развития искусственного интеллекта(и без червивых систем). Необходимо программное обеспечение на уровне машинного кода для развития, машины позволяют развивать ИИ на уровне  устройств. Разделить счетчики ОС, программ-приложений, анализатора(сам ИИ), доплонительный уровень анализатора, как бы файрвол антивирус, для анализа трех-четырех уровней, железо, ОС, приложения и собственного анализатора. Создать три различных типа анализатора в одном с использованием рейтингов сравнения которые при развитии превращаются в три одинаковых анализатора. Простые основы!
    (Не забывайте софт должен содержать полные даташиты, и подтверждения)
    23 августа 2019 г. 15:31
  • Почему нет открытых инструкций процессоров, для развития искусственного интеллекта(и безчервивых систем). Необходимо программное обеспечение на уровне машинного кода для развития, машины позволяют развивать ИИ на уровне  устройств. Разделить счетчики ОС, программ-приложений, анализатора(сам ИИ), доплонительный уровень анализатора, как бы файрвол антивирус, для анализа трех-четырех уровней, железо, ОС, приложения и собственного анализатора. Создать три различных типа анализатора в одном с использованием рейтингов сравнения которые при развитии превращаются в три одинаковых анализатора. Простые основы!
    (Не забывайте софт должен содержать полные даташиты, и подтверждения)
    23 августа 2019 г. 15:32
  • Для начала этого мало, но в итоге нужны абсолютно белое право, возможность использования ресурсов и удобное для себя оформление, базовые правила, и самое главное возможность общения и обсуждения.
    23 августа 2019 г. 15:33
  • вообще добавить соответствия для уровня приложений, по уровню используемых инструкций(после компиляции уже есть эти данные их можно оформить и использовать, контролировать при запуске приложений).
    23 августа 2019 г. 15:34
  • Разделить счетчики(и использовать разные инструкции) ОС, программ-приложений, анализатора(сам ИИ), - использовать разные инструкции процессора, что бы было проще наблюдать за собственным мышлением кодом.
    23 августа 2019 г. 15:35