Mitea

Так как док ты читать все равно не будешь, наслаждайся дальше эффектом Даннинга — Крюгера. Тем не менее, возвращаемся к исходному - что бы ты там не думал о глупости механизмов защищенного режима, отключить их не выйдет никак. Ну, разве что возвратом в реальный режим с одним мегабайтом оперативной памяти. И пока этот защищенный режим работает, абсолютно без разницы будет код функции в dll или в исполняемом файле. И оттуда, и оттуда, он грузится по одним и тем же глупым алгоритмам. Совокупная мощность машин соединенных методом "тормозной алгоритм? Да просто добавьте еще 256 ядер и все летать будет!", автоматически делится на 100500. Так как от вопроса "есть ли на этих машинах канал связи на 500 мегабайт в секунду" ты старательно уклоняешься, соединять их предлагается именно так. И миллиона суперкомпьютеров в природе не бывает. Если петафлопсная железка пойдет в массовое производство, она перестанет быть "супер-". А роль суперкомпьютеров будут выполнять эксафлопсные железки. Античность это та же самая средняя продолжительность жизни в 30 лет. А Гиппократ при размышлениях о том, что до 20 лет при такой смертности доживали только не прошибаемые никакой заразой богатыри. И при гулявшем по средневековой Европе туберкулезе. Не нравится рахит городских жителей - можем вспомнить эпидемии эрготизма. Тут уже не искривление костей, а ампутация конечностей. Что-то покупать надо владельцу репликаторов. Напоминаю, эту технологию предлагалось впаривать "реальному сектору". А патенты Теслы тебе и без репликаторов никто брать не мешает.

Эта "глупость" позволяет поместить приложение в изолированное адресное пространство, из которого оно не сможет насрать в память соседа. Технология отображения файлов в память это уже приятным бонусом. Ну а не верится - читай MSDN и изучай защищенный режим. "Executable files are loaded into the address space of a process using a memory mapped image file." © MSDN. Sunway TaihuLight с сотней петафлопсов, в миллион раз мощнее пользовательской машины с сотней гигафлопсов. При этом Sunway TaihuLight не страдает накладными расходами на пересылку данных через весь шарик. Соответственно, на фоне одного топового суперкомпьютера, совокупная мощность миллиона зараженных систем, со всеми их накладными расходами, будет просто не видна. А раз не видна, то и не нужна. Напоминаю, ты предлагаешь заражать обычные компы. Их уже воткнули напрямую в магистральный канал? Без задержки у меня считываются мегабайты заранее закаченные в дисковый кеш. Под дисковый кеш отводится "бесхозная" память, соответственно, если эту самую память уже сожрал Скайнет, то капут кешу. Собственно, второй пункт тормозов, который уже действителен даже для машин с SSD диском. По Гиппократу туберкулез косил именно лиц в возрасте от 18 до 35 лет. Прекрасно они болели, с той разницей что да, какую-то сопротивляемость к болезням все же имели, а значит имели выше шансы на выживание. А конкретно авитаминоз как раз и оставляет после себя упомянутые в цитате уродства. Например, кости искаженные рахитом. Ну да, жить после этого человек может еще долго и даже сможет оставить потомство. Но инвалидом от этого быть не перестанет. Ты давай смету показывающую что выгодней производить алюминий электролизом, а не продать электричество и купить все тот же алюминий.

Надо думать, стандартный x86-64 компьютер который предлагается заражать Скайнетом, использует описанную технологию безальтернативно. Какие там уникальные разработки используются для действительно важных вещей не важно. Они на стандартном железе просто не запустятся. Разговор не про уязвимость, а про оборудование "скорость и стабильность работы которого на длительном промежутке времени важнее ежедневной установки и удаления программ". Вернее, про то что эта самая скорость проседает на порядки. Ответа на вопрос о том, есть ли в твоем параллельном мире каналы связи на 500 мегабайт в секунду я так и не увидел. И еще раз, для танкистов - если читать-писать кусками по четыре килобайта раскиданными по рандомным местам диска, скорость грохнется до сорока килобайт в секунду. Потому что 99% времени диск будет занят не записью, а поиском этого самого рандомного места. И когда два процесса ломятся на диск одновременно, происходит именно этот казус. Ну да, люди по большей части дохли еще в молодости, от кары Господней болезней и голода. А кого болезни убить не могли, тот болел дальше. Или ты думаешь что в 20 лет они чудесным образом исцелялись и обретали иммунитет ко всем болезням? "Полуголодное существование людей и ужас перед карой небесной приводило к нервным и психическим расстройствам, галлюцинациям, блужданию разума. Чаще всего встречались эпилептики, лунатики и буйные безумцы. Не менее многочисленными являлись болезни, вызванные авитаминозом, а также уродства. В средневековой Европе было великое множество слепцов с бельмами или дырами вместо глаз, калек, горбунов, хромых.". Получаем учебник экономики открытый на главе "альтернативные издержки". Электричество можно было продать на соседний завод и получить бабки. Но мы пустили электричество на электролиз и теперь сидим с алюминием, но без бабок. Если за этот алюминий платят меньше чем за электричество, значит кто-то капитально лоханулся.

Конечно, современных программистов твоего параллельного мира жаль. Даже слова "отображение файла в память" им ничего не говорят. Впрочем, в этом мире изредка действительно попадаются люди мучающиеся с Borland C++ под Дос, где никакого отображения файлов, разумеется, нет. Попаданцы из твоего параллельного мира, наверно. Нет, возможен вариант "медленной силы", за сутки совершающей меньшую интеллектуальную работу, чем за минуту совершает та же самая сила сидя в нормальном суперкомпьютере. Ага, ни 500 мегабайт в секунду (SSD диск), ни хотя-бы 150 (обычный диск) передать не удается. Ну, разве что по магистральным каналам, за астрономическую для простого пользователя цену. И скорость света изменять еще не научились, а потому сделать время отклика компьютера в другом конце планеты меньше 0.1 секунды (против 0.01-0.001 у винта) никак не получается. В твоем параллельном мире как-то иначе? Средневековые жители здоровье и гробили, средняя продолжительность жизни в 30 лет как бы не на пустом месте возникла. Но для сохранения популяции в неурожайный год это не важно. Произвести потомство успели (браки с четырнадцати лет), воспитать успели, дальше пусть себе мрут от всех мыслимых и немыслимых болезней разом. И импорт мяса это не "нуждаются в импорте". "Нуждаются в импорте", это когда как в Японии половина всей еды завозная. Вот такого я в массовом порядке не наблюдаю ни сейчас, ни в древности. Добавляем к счету за электричество на электролиз, еще и счет за работу гастрабайтеров копающих искусственное озеро. Вопрос о том, будет ли это дешевле чем работа с рудой остается в силе.

Мы говорили о том, что якобы "приходится подгружать" "десять мегов всего подряд". Я указал тебе что подгружаются только те части библиотеки, которые реально используются. На что ты понес пургу про то что каждое приложение "загружает память собственной копией библиотеки" и что, дескать, виртуальная память требует время на считывание. Ну, возвращаемся к исходному - если код действительно "излишний", он лежит на диске и каши не просит. Накладные же расходы на загрузку кода не излишнего ровно те же самые, как и в случае когда этот код вшит в exe-файл. Что касается ежесекундного считывания, его требует чтение и изменение базы данных Скайнета. Если, конечно, он накапливает какие-то знания и опирается на них в своей работе. Не знаю откуда ты там взял ужимание разума до гигабайт, но человек уже использует базы данных размером в петабайты. Лыко да мочало, начинай сначала. На зараженной машине лежат первые 10 мегабайт базы данных. Для работы потребовались последние 10 мегабайт. Машина лезет загружать их из сети и производительность проседает на один-два порядка. Потому что время отклика и скорость чтения с удаленного компа, никогда не сравнятся с показателями локального диска. При этом ты всю эту распределенность продвигал как источник эффективности. Норму зерна любое государство стремится обеспечить само, а не импортировать из Южной Америки. "Продовольственная безопасность" называется. Соответственно, большинство стран в импорте 500 грамм зерна на рыло не нуждается. Когда же нуждается большинство, вероятно, импортировать это зерно уже просто неоткуда. Ну а блокадному Ленинграду эти 500 грамм зерна и не снились. Что показывает что какое-то время люди могут и впроголодь жить. Хотя, конечно, если голодные годы косяками пойдут, тут уже от вымирания не отвертишься. Ну, если ты готов жить посреди пустыни, то да, дело десятое. Иначе даже глиняный карьер нужно выносить куда ни будь подальше от поселений. Ну а сам факт того что гонять глину через электролиз будет дешевле чем привезти бокситы с шахты весьма сомнителен. Сама технология вполне доступна, можешь попробовать составить конкуренцию шахтам.

Мы про загрузку dll говорили. Во время этой загрузки под dll выделяется диапазон адресов (не память), обращение к которым редиректится либо на уже загруженные куски dll, либо на процедуру загрузки этих самых кусков. Откуда тут возьмутся тормоза по сравнению с вшиванием библиотеки в exe-файл ("загружаемый", кстати, точно также) - загадка. Своп использует ровно ту же технологию, но разговор сейчас не про востребованность свопа. Ну так Docking@Home потребляет всего 11 мегабайт диска. Такая ерунда просто один раз закидывается в системный кеш, на чем обращения к диску, равно как и сопутствующие проблемы и заканчиваются. Ты, надеюсь, не предлагаешь сколько-то разумной программе ужаться до 11 мегабайт? Если ничего не выросло, то просто играем в блокадный Ленинград. За вымирание до половины населения отвечал не голод, а черная смерть. Нафига нам миллионы тон из Южной Америки, если все население средневековой Земли - порядка четырехсот миллионов рож? Глину точно также копать надо. И по возможности не под ногами - под ногами у нас цветочки и водоносный слой.

Реальный режим при том, что только там приложение работает с реальными адресами памяти. В защищенном режиме все обращения к памяти перенаправляются в абсолютно произвольное место (в том числе и своп), задаваемое левой пяткой ОС. Соответственно, и накладные расходы на это дело присутствуют всегда. Мы сейчас не про количество, а про конкретно броузер постоянно роющийся в дисковом кеше. Надеюсь, ты не станешь предлагать приостановить работу Скайнета на время работы броузера. Последний может быть и 24 часа в сутки открыт. Во-первых, очередной неурожайный год это не "собрали четыре тонны зерна вместо пяти", а "вообще нифига не выросло, потому что все лето солнца не было". Во-вторых, еще древний Египет дань с соседей зерном собирал. Не иначе как от отсутствия вменяемого транспорта. А на массу коры плевать. Важно что удобней использовать - тонну руды или десять тонн глины.

Не может. Если вернуться в реальный режим, то во-первых, грохнется доступ к памяти за пределами первого мегабайта. Во-вторых, грохнется весь софт, помимо Скайнета. На чем его похождения и закончатся, в связи с затиранием оного при переустановке Винды. Дискам для позиционирования головки чтения требуется порядка сотой доли секунды. Таки да, для софта рассчитывающего прочитать свои данные за миллисекунду, это овер дофига. Чем и обусловлен переход на SSD, где этих самых головок просто нет. Всеобщий голод означает что выросшее на гектаре уже сожрали, а до следующего урожая еще далеко. Отчетными цифрами о урожае с гектара тут не насытишься. Ну а резервы появились в средневековый климатический оптимум. Но потом их, видимо, мост из девятнадцатого века украл, в отместку за то что его снесли. Еще раз, для тех кто в танке - железо добывают из руды, где его 60+ процентов. Вот с этой концентрацией и сравнивай, пока руда не кончится.

Оно относится к уровню защищенного режима процессора. Впрочем, я уже понял что ты пишешь из альтернативной реальности где люди ходят на головах, до сих пор живут в реальном режиме с 20-битовой адресацией и 640 килобайт хватает всем. Не поможет. Какой бы приоритет у процесса не был, он впадает в спячку при выполнении синхронных операций. Чтении с диска, например. И не проснется пока операция не завершится. Ну а далее возвращаемся к исходному - если читать с диска полезут два процесса, то не SSD диск начнет колбасить. Если же в дополнение к этому Скайнет сожрал всю "доступную" память, то еще веселей - выделение памяти под Файрфокс, неизбежно приведет к использованию свопа. И тут уже диск будут дергать в самые непредсказуемые моменты. Прогресс уже научился растить жрат прям посреди ледников? Всеобщий голод снижается продовольственными резервами. Которые на века не растянуть. Что в лоб, что по лбу. Редкоземельных элементов в конкрециях 0.1-0.2 процента. Для сравнения, в месторождении Томтор концентрация оксидов иттрия достигает половины процента. Итог все тот же - выгоднее копать ништяки в Томторе, а не лазать за ними на дно. Вот, правда, у японцев Томтора нету, так что они планы нырнуть и нарыть и строят. Затем, что концентрация алюминия в бокситах, на порядки выше чем концентрация его же в почве.

Это именно память сдохла. Виртуальные адреса теперь идут прямо на аппаратном уровне. Так что либо пользуемся со словами "накладные расходы так и так будут", либо ищем другую аппаратную платформу. И то что пользователь полезет выяснять почему порнуха тормозит, после чего Скайнет попадет в антивирусную лабораторию на анализы. На чем его похождения и закончатся, под крики "Невозможно! Я непостижим, они не могли узнать как я работаю!". "As the glaciers relentlessly pushed downslope thousands of acres of farm land were ruined and many villages were left uninhabitable". Да, да, никаких ледников не нарисовалось, это все снесенный в девятнадцатом веке мост виноват. Но ярмарка - ок, только началась из-за климатических изменений, а закончилась из-за моста. Не суть. Заморозки в 17 веке, мост из девятнадцатого века не объясняет. "В гонку включились все разом, еще не имея никакой правовой базы. Японцы и американцы быстро начали разрабатывать различные драги, воздушные лифты и прочие технические установки для добычи конкреций. В 1971 году с борта судна «Чиода-мару» была спущена бесконечная петля с ковшами, которая позволяла непрерывно собирать конкреции с глубины в несколько километров. Это был серьезный успех японских специалистов, на который американцы ответили эрлифтной установкой Deep See Miner. Советские специалисты разрабатывали свои варианты." А проблема овчинки здесь в том, что железа в этих конкрециях дай бог если 20%. Тогда как в хорошей руде - 60%+. И доступ к руде значительно проще. Зачем, спрашивается, мучиться с конкрециями, если руда есть?

В реальном мире, "реальная" память сдохла вместе с реальным режимом процессора и Досом на дискетках. Виртуальные адреса теперь везде и безальтернативно. Если Скайнету это не нравится, ему тем более нужен отдельный комп, с отдельной ОС. 99% времени - простаивают. А в оставшийся 1% таки прилетает приличная пиковая нагрузка. И она становится вдвойне пиковой, если два приложения одновременно ломятся на один винчестер. Винчестер (если не SSD), вообще говоря, не рассчитан на то чтобы чтение-запись постоянно скакало из одного конца диска в другой. И именно в этот момент пользователь начинает спрашивать "а чего машина тормозит?". Скакнуло в 16-м (5 заморозков), еще более скакнуло в 17-м (10 заморозков), упало в 18-м (6 заморозков). И конечно же, во всем виноват мост, который снесли в девятнадцатом веке. Субдукция кушает не соляной раствор, а осадочные породы, в которые идут в том числе трупики рыб. Впрочем, ок, основная масса этих отложений в океане, так что придется нырять. Ныряли еще в прошлом веке и даже чего-то там со дна успешно вычерпывали. Так что никаких проблем кроме вопроса стоит ли овчинка выделки не вижу.

А что не нужно программам, то никуда не загружается. Еще раз, гугли механизм виртуальной памяти. А заодно слова "пакетный менеджер". Где он есть, там общие библиотеки пихаются в каждую щель. Где нету - ага, библиотечные функции берутся в форме готовых исходников, прицепляемых к исходникам программы. Но даже там никто не пишет свой велосипед для сортировки пузырьком. Что в лоб, что по лбу. "Доступные мощности" резко перестают быть таковыми, когда пользователь открывает файрфокс с порнушкой. И если в это время в фоне висит какая-то фигня жрущая все до чего доберется, машина начнет тормозить. Даже если разработчик фигни мамой клянется что фигня перейдет в режим ожидания, как только заметит активность со стороны пользователя. А уж что кто-то постоянно дергает диск шарясь по своим базам данных, видно даже без файрфокса. Мигание лампочки на системном блоке Скайнет тоже замаскирует? Еще раз, для тех кто в танке - число замерзаний реки скакнуло в шестнадцатом веке. Причем тут снос моста в веке девятнадцатом? Пресных вод примерно за сорок тысяч лет как-раз на один мировой океан и натекает. В геологических масштабах это овер дофига. И объем солей которые должны натекать за эти периоды в сорок тысяч лет, как-то не сходится с наблюдаемым. Не иначе как соль выпала в кристаллы (при том что раствор, напомню, не насыщенный), которые провалились в магму.

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

И, на сколько я помню, примерно тоже самое там можно сказать о примерно каждом первом персонаже. Сюжет исключительно для поклонников NTR, которого там как лесбийской любви в юри-манге.

73 глава - крупные подвижки в плане гарема.

В память загружается единственная копия разделяемой библиотеки, совместно используемая всеми пользователями. Ты все же попроси ученых разрешить выйти из НИИ в котором тебя разморозили и посмотреть как мир за время твоего сна изменился. Нет, это я сказал что Скайнет будет выжирать все доступные мощности, на чем и спалится. А ты начал гнать пургу про то что с каждого компа он возьмет понемножку и его тогда никто не заметит. А, так там три века подряд углубляли русло, чтоб рулить скоростью потока. Вот уровень обледенения и менялся постоянно. В том случае, если соль/железо/etc "остаются в океане практически полностью", их концентрация должна постоянно расти, пока соляной раствор не достигнет точки насыщения и соль не начнет выпадать в осадок. Ни того, ни другого не наблюдается - содержание соли остается неизменным и в осадок она тоже не выпадает. Некий Вернадский выдвинул теорию по которой рыбки и прочая биология уносят из океана излишки соли и возвращают их на сушу. Может быть он и лжец, но его теория, в отличие от твоей, не вступает в противоречие с наблюдаемыми явлениями.

Собственно, в ранобэ тоже подчеркивалось что осел ты, Кирито, выпустили же безопасное оборудование, чего ты в старье полез? На сколько я помню, в арке Золотой пули он с правительственного оборудования в сеть ходил, под присмотром правительственных же медиков.

Подгружаемые библиотеки создаются исключительно для того чтобы один шмат кода использовался десятком приложений разом, что как раз таки экономит размер кода. Не нравятся накладные расходы - сделай статическую линковку или подключи библиотеку в форме исходных кодов. В последнем случае правильно настроенный компилятор сам будет искать и выкидывать не используемые куски библиотеки. Тормозов же и багов там явно меньше чем у любителей заново изобретать велосипед в каждом своем проекте, вместо того чтобы взять готовое. Ну да, в сторону увеличения ядер сидящих на одном кристалле и пользующихся одной памятью. Ты же ратуешь за множество кристаллов раскиданных по всему свету и вынужденных перекидывать данные друг другу по сети, вместо того чтобы читать их друг у дружки напрямую. И да, для "действительно важных расчетов" точно также пилят собранный в одну кучку суперкомпьютер. Надо думать что для колебаний между "обледенела/не обледенела" трех градусов несколько маловато. А то что в пятнадцатом веке Темза замерзала два раза, в пятнадцатом пять, а в шестнадцатом все десять, это надо думать, обмелела просто. Тебя не удивляет что по речные воды постоянно развеивают по океану соль, но океан до сих пор не превратился в насыщенный рассол, а океанские берега не обрастают выпавшими в осадок соляными кристаллами? Видимо, как-то утекшее в океан, потом возвращается обратно. Говорят, биологический круговорот веществ виноват.

А смысл в том чтобы отвечать за базар, рассказывая басни про то что то что сейчас делается подключаемыми библиотеками, раньше делалось "десятью собственноручно написанными строчками". Красно-чёрное дерево, внезапно, основа стандартного библиотечного компонента "ассоциативный массив". Моносистемы с тактовой частотой в три гигагерца, всегда быстрее кластера из трех компьютеров по гигагерцу. Аналогично, один четырехядерный процессор на гигагерц, всегда обставит кластер из четырех одноядерных компьютеров на тот же гигагерц. Но у нас сейчас разговор о том, что твоя схема пригодна только для пакетной обработки, востребованной чуть более чем нигде. Гугл, "River Thames frost fairs". Развлекательная программа на льду Темзы продолжалась три века. Закончилась аккурат с окончанием малого ледникового. Не иначе как колебания температуры на три градуса помогли. И куда по твоему добытое из недр земли железо девается, в черную дыру падает? Или попадает в металлом на переплавку, или потихоньку уходит в ту самую водичку. Остается только дождаться пока бактерии его обратно в твердые куски соберут.

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

Реализацию красно-чёрного дерева в "10 собственноручно написанных строчек" в студию. А те "десять мегов" никуда не подгружаются, они просто отображаются в память. Загрузка отдельных частей происходит только после реального обращения к ним. Гугли "виртуальная память". А если Гугл задумывается на час, то ничего не в порядке. То что ты описываешь, это пакетная обработка данных. Во времена когда это было реально востребовано, распределенные системы существовали только в головах фантастов. Мендель умел размораживать реки и запускать процесс фотосинтеза в условиях дефицита закрытого тучами/ограниченного сократившимся летом солнечного света? Еще раз, пригодное для низкоуровневых цивилизаций болотное железо, генерируется заново железобактериями. И достаточно бойко, если судить по скорости с которой они засирают трубы. Но качество этого железа, конечно, не ахти.

Еще раз для тех, кто недавно из криокамеры - переписывание всего и вся на ассемблер уже давно не дает каких либо существенных приростов скорости. Время работы программы в первую очередь определяется математически доказанной сложностью использованного алгоритма. И она от выбора языка не меняется никак. Тебя в эпохе пакетных ОС заморозили? Отсутствие реального времени означает только то, что для системы допустимо иногда задуматься. Если она постоянно задумывается на час, это в большинстве случаев означает что пора бы наконец купить новый сервер, так как старый с нагрузками явно не справляется. Непрерывные дожди наблюдались во время великого голода 1315—1317 годов. Во время с семнадцатого века по девятнадцатый наблюдались ярмарки на поверхности Темзы. Ну да, всего на пару градусов холодней стало. Не важно что там одновременно, важно что все эти пункты развлекательной программы надо как-то пережить. Причем, на протяжении веков. Сохраняя при этом приличные избытки продовольствия, чтобы кормить селекционеров и генетиков.

Низкоуровневое программирование давно идет на высокоуровневых Си/C++, как раз таки известных за сложность и щедро разбросанные грабли. Там где низкоуровневых трюков не нужно, синтаксис внезапно резко упрощается. Во-первых, когда на обработку данных уходит миллисекунда, децисекунды на получение этих данных это овердофига. Во-вторых, чтобы десять серверов выдавали идентичные данные, на время чтения они должны синхронно уйти в ридонли. Иначе пока ты будешь читать данные с первого сервера, они вполне штатным образом поменяются на втором. А значит докидывай децисекунд на синхронизацию серверов друг с другом при каждой транзакции чтения. "Морозостойкие" только не дохнут в мороз. Расти в заморозки или в под непрерывными дождями они тоже не будут.

"Рукопожатые", по аналогии с "рукоположенными".

Еще раз, для тех кто в танке, языки эволюционируют в сторону простоты. Из XML, например, спокойно выкидывают все DTD навороты. А данные между веб-приложениями вообще гоняют на еще более примитивном JSON. Если язык только упрощается, его как понимал пятиклассник, так и будет понимать. Пригодность для человека конструкций вида "<([^>]*)>(.*?)</\1>", кстати, весьма спорна. Возвращаемся к исходному. Для начала работы нужны исходные данные. Исходные данные получаются росылью запросов к удаленным СУБД (вместо того чтобы держать их под боком). Каждый запрос виснет минимум на 0.1 секунды (пинг), продублирован десять раз во избежание искажений и может тупо повиснуть из-за низкого качества каналов связи. И так, собственно, работать то когда и какое все это имеет отношение к надежности? Можем вспомнить вымерзание фруктовых садов в начале малого ледникового. Тоже, наверно, на три градуса холодней стало.