бамп

бамп2

бамп3

бамп4

бамп5

>>165043444 (OP)
Это блятт как ругать операционку за невозможность видеть интерфейс без монитора, не ты понел

>>165043444 (OP)
ЗАГОВОР ПОГРОМИСТОВ И ПРОИЗВОДИТЕЛЕЙ ЖЕЛЕЗАА

>>165043444 (OP)
> не научились в менеджмент памяти
Ну так блять пойди и сам напиши нахуй, сразу станешь получать 3000кк/наносек. Умник, блять.

>>165043444 (OP)
>не умеют справляться с недостатком оперативы?
Всмысле не умеют? Ты хочешь чтобы тебе оперативку ОС из воздуха материализовала и выгрузила бы из памяти рандомный процесс? Давай, гуманитарий тупой, напрягись и ответь.

>>165043689
*или

>>165043444 (OP)
>с недостатком оперативы
Сколько же у тебя памяти, что она у тебя кончается просто в ОС?

>>165043444 (OP)
> Почему все ебучие операционные системы не умеют справляться с недостатком оперативы?
Потому что недостаточно оперативы.
/тхреад

Юзай макось, бро. Там оператива всегда полностью задействована, но ничего не фризится.

>>165043689
Бля, можно запрещать запускать новые процессы когда памяти не хватает для нормальной работы интерфейса; можно требовать от приложений реализации какого-то сейф-мода, который тратит вдвое меньше памяти, и когда памяти не хватает переводить их в этот мод, можно ещё что-то придумать - придумывать решения - это работа программистов, они что, блять, тупые? Нахуя доводить до полного фриза всего? Пиздец.

>>165043871
> можно требовать от приложений реализации какого-то сейф-мода, который тратит вдвое меньше памяти,
А когда и этого не хватит, то сейф-сейф-мода, который тратит ещё вдвое меньше и так далее. Ебать мы гении.

>>165043871
Ее УЖЕ нехватает, какие блядь еще новые процессы и по какому критерию запрещать запуск новых процессов? А про сейф мод вообще пушка, что на уровне архиватора которые сожмет еще в два раза больше. Ты думаешь программисты пихают в программы лишние данные или ты думаешь что ты один тут такой умный, а долбоеб? Если бы был такой сейф мод который бы позволил тратить меньше памяти то он был бы включен по умолчанию.

Просто кто у тебя кого доводит до фриза, программисты, отсутствие оперативки или тупой пользователь вроде тебя? Ты типа не понимаешь что есть физические ограничения ИРЛ? Ебанько тупое.

>>165043444 (OP)
Бугурт нищееба, который не может себе позволить нормальное железо.

>>165044155
>Ее УЖЕ нехватает
Кому не хватает, у тех мало памяти в компе.
/тхреад

>>165044155
>>165044073
Маня-оправдания опущеннок, которые не могут решать поставленные перед нимн задачи.

Простая математика. Игра требует 16гб, у тебя 8гб. ВОПРОС: ГДЕ БЛЯТЬ ОСЬ ВОЗЬМЕТ ЕЩЕ 8гб? Сходит на рынок и докупит еще одну планку? офк не принимая во внимание своп, буферы и прочую еболу. это не проблема менеджмента операционной системы, с проблемой нехватки оперативы оси как раз таки умеют справляться, ты просто получаешь фризы/мемори оверфлоу.

Ее может не хватать? Лол, оп, сколько у тебя оперативки?

>>165043444 (OP)
>Ебучие программисты за 60 лет существования своей профессии (или сколько там, я не ебу) не научились в менеджмент памяти или что?
Еще как научились. Не научились в нее мартышки-вкатывальщики, высирающие гигабайты говнокода на JS.

>>165043444 (OP)
Может ты еще хочешь чтоб програмисты сделали тебе специальные жесткие диски на которых не может закончится место? Сам-то понимаешь что несешь?

>>165044266
Дело не в том, что у него ее мало, а в том, что ОП шизофреник бугуртит по поводу ограниченности физических ресурсов. Это как бугуртить на производителя картонной коробки из за того что не можешь запихнуть в нее вещей больше чем она может вместить физически.

>>165044283
О! А вот оп обосрался и начал нести инфантильную поебень. Ясно.

>>165043444 (OP)
Программисты умеют в менеджмент памяти. Это простой менеджмент нихуя не умеет, ему надо хуяк-хуяк и в продакшн.

Вы не поняли. Оп бугуртит с того, что Ос может предотвращать фризы. То есть в тот момент когда памяти начинает не хватать - выводить ошибку и не пытаться впихнуть невпихуемое

>>165044547
Когда не хватает, то задействуется своп файл.
О чем бугуртит оп-шизик никто не знает. Разве что бугурт почему у него в компе 2гига рам.

>>165044547
да они тупые - пизда

>>165044651
+

8gb оперативки. Вин 10. Хватает на всё

А я отчасти поддвачну опа. Ладно во времена доса и cp/m хорошего-то и не делали, 64кб каждому, хуле. Но сейчас-то 21й век, виртуальная адресация, вся хуйня-малофья, но один хуй какого-нибудь универсального менеджера памяти, с поддержкой на уровне оси так и не запилии. Не, можно конечно запросить напрямую, но тут и размер не меньше и кратный странице, и освобождаешь один хуй сам. Навскидку можно припомнить, пожалуй лишь Oberon system, но слишком уж узкоспециальная/эзотерическая штука. Вот так люди и ебуться до сих пор с васянскими сборщиками мусора, и такими же васянскими, кто во что горазд малоками.

>>165044724
16гб вин 10
хватает на все.
ОП просто тупой.

>>165043444 (OP)
Могут. Ставишь 2 гб и SSD и ебашишь всё в подкачку

>>165044651
Точно.

>>165044283
Сбегай на Юпитер, найди там Великий Посох Монструума и открой им портал в соседнюю вселенную. Что, не можешь? Капец ты опущенка, которая не может решить поставленные перед ним задачи.

>>165044741
> размер не меньше и кратный странице
Память страницами выделяется для процесса в целом, внутри процесса память выделяется уже в выделенной страничной памяти, это значит что если внутри процесса поток попросит 10 байт памяти, то будет выделена не страница, а именно 10 байт.

Уебан блядь.

>>165043444 (OP)
> Почему их начинает фризить, почему весь интерфейс стопит, почему я не могу НИХУЯ сделать когда оператива кончается?
Потому что ось начинает выгружать менее приоритетные процессы на жесткий диск файл подкачки в шиндоусе и swap раздел в линуксе. А потом загружать их обратно. Если же и диск отказывает в ресурсах, то ось просто начинает завершать процессы.
Покупай больше оперативки, ссд, убирай swap и файл подкачки, тогда у тебя не будет ничего фризить.
> Ебучие программисты за 60 лет существования своей профессии (или сколько там, я не ебу) не научились в менеджмент памяти или что?
Так-то научились и там все прилично сложно устроено.

>>165044492
И так сойдёт!

>>165045152

>>165043444 (OP)
Так отключи своп нахуй и пусть ОСь убивает процессы, когда у неё недостаточно памяти. И ничего фризиться не будет.

>>165044741
Как ты видишь универсальный менеджер памяти на уровне ОС? Это как минимум потребуется единая модель памяти для всех приложений запущенных под этой осью. Примитивы у всех языков разные, модели аллокации у всех разные и нет единой предельно эффективной модели под все случаи жизни. Иногда удобно, например, аллоцировать память большими кусками и внутри одного куска создавать/освобождать объекты, и процесс самостоятельно менеджит этот кусок памяти. Как ты на уровне ОС поймешь, что на этом куске больше нет используемых объектов? Никак. Процесс должен явно системе об этом сказать и освободить кусок.
То, что ты предлагаешь просто невозможно при сохранении того уровня универсальности, которое требуется от современной ОС.

>>165043444 (OP)
Ебаный дебил. Вообще-то ОС умеют справляться с нехваткой оперативной памяти.
1. это своп на страниц памяти на диск.
2. если свопа нету либо место кончилось ядро будет пытаться убить какие-нибудь процессы для освобождения памяти для дальнейшего функционирования.

>>165043444 (OP)
Хуй знает чё у тебя там фризится, у меня ничего не фризится. Подтормаживать может начать, ну а хули, память-то забита, надо чето выгружать срочно, вот приоритет и отдаётся поиску ненужного и его выгрузке, а не моим задачам (которые всё равно не могут работать без этого).
Используй нормальные ос типа ляликса или макоси и всё будет нормально.
мимо макобог

>>165043444 (OP)
Правда, трипл пиздеть не будет, почему нельзя запретить выделять память особо жирным процессам, чтобы хоть закрыть можно было что-то, а не замирало всё?

>>165045850
Менеджмент памяти зависит от оборудования?

>>165045879
Признаки особо жирного процесса, пожалуйста.

>>165045879
Нужно купить SSD диск, поставить память не от дядюшки Хуизяо за 1 т.р.

>>165045963
Какой ещё менеджер памяти? Что это вообще такое?

>>165045979
С самыми низкими правами

>>165046084
Нет не занимает, пиздабол.

>>165045979
Короче, те, что не относятся к системным/графическому интерфейсу/той штуке, которая позволит мне закрыть ненужные программы

>>165043444 (OP)
Может потому что блять оперативная память ограничена? Думаешь люди сразу после создания транзистора начали думать, ой блять давайте интел ай 5, ай 7 запилим, это будет охуенно.
Имбицил, это самое новое направление и физики напрягают самые последние извилины, чтобы ты сукамразь, купил этот компьютер.
Оперативка для того и нужна, чтобы твои мегабайты,гигабайты хуйни и пикч смогли временно отображаться в энергозависимую память.
А что ты хочешь еще-то, дибилокусок? Гордон Мур сказал, если бы технологии авиации развивались бы так же стремительно, как и компьютерские, то сейчас бы каждый человек имел бы свой ЛИЧНЫЙ САМОЛЕТ, а его стоймость была бы около 200 долларов.
Блять как же кипит с этих даунов.
мимоИнженерПрограммист

>>165046084
>Где оптимизация блять?
В пизде твоей мамки. Что это ещё за зверь такой?
Суть не в оптимизации а в говнокоде, который забивает память/диск операциями в цикле или просто начинает теч процессами из всех щелей.
>Почему программа уровня Hello, world! занимает 20 мб на диске и 100 в памяти?
Потому что на диске всё сжато, код записан а в ОЗУ рабочий и выполняется.

>>165046185
Что за штука, не понял.

>>165046319
Ну в винде это диспетчер задач или крестики на окнах

>>165044326
Ты школьник или домохозяйка?

>>165046084
Как на Хабре писали, что драйвер мыши на Винде жирный дохуя.

>>165043444 (OP)
>почему я не могу НИХУЯ сделать когда оператива кончается?
Потому что система сваливается в свап, т.е. на хард. У харда отрастает очередь секунд на 30, соответственно все обращения к диску стоят в очереди, и ты сасаешь. Так-то.

>>165043444 (OP)
>Почему их начинает фризить
Выгрузка данных на винт скорее всего, а он довольно медленный девайс.
Вообще, может тебе пора перестать уже сидеть на пентиуме 3? Сейчас проблема оперативки - не проблема. 2к17 на дворе, ебать. Чо ты как фуфел?

>>165046276
> последние извилины
Ясно.

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

>>165046639
Что тебе ясно, пидарас? Ты должен радоваться, что вообще человечество продвинулось за последние 30 лет и отдать все свое состояние в зарплату богов.

>>165045408
>невозможно при сохранении того уровня универсальности
Тут в общем-то всё верно, добавить особо и нехуя. Другой вопрос так ли принципиальна необходимость подобной универсальности? Вышеупомянутая Oberon System, а так же Singularity от мелкомягких вполне себе используют GC на всех уровнях, разве что кроме совсем глубокоядерных, назовём их так. Они конечно принуждают использовать языки заведомо безопасной работы с памятью, но и плюсы от такого решения впечатляющие: пользовательский процесс работает в одном кольце с драйверами не боясь насерить куда не следует, и не тратя время на переключения контекста. А уж настроить сборку мусора для каждого случая можно было бы вполне себе индивидуально.

Но даже хуй с ним со сборщиком. Даже для ручной работы у нас либо более-менее настраиваемые, но почти непереносимые вызовы ос; либо малок - переносимая, но не слишком-то гибкая штука.

>>165046084
Сейчас важнее побыстрее запилить софт, чем нормально его написать. Сотня Васянов из ПТУ и конструктором на ДХ12 выйдет дешевле 2-3 нормальных специалиста. Ну а конструктор на то и конструктор, что 80% мощностей говно за Васянами чистит и только 20% - на выход.

А покупателя маркетологи обработают в стиле "Ты что как лох на старом железе сидишь. Нищеброд что-ли?"

Вот и конец этой ебаной сказке.

>>165046652
>Так-то процессам память выделяет именно ОС.
Круто и что дальше? Ты знаешь как винда выделяет память? Она не будет выделать больше чем нужно, если понадобиться всё будет а если мало то всё скидывается на диск.
Какие у тебя проблемы?
>На маках вообще куча всяких изъёбств типа сжатия памяти приложений
Чего блять? Мак юзает память так же как и шинда, один в один. Только вот маки уже давно не используют SSD диск а на HDD их дерьмоОСь грузиться не быстрее висты.

>>165046899
>не используют
Используют
фикс

>>165046084
Я не халявлю и пытаюсь в нормальный код. хотя как всегда идет по пизде и говногожу
мимоджуниорандройд

>>165043444 (OP)
>>165045879
>>165045963
Это не проблема менеджера памяти.
Замирает все потому что страницы памяти пишутся на жесткий диск. Жесткий диск (даже SSD, а уж особенно если не SSD) -- это очень медленное по сравнению с оперативной памятью устройство. Он работает в тысячи раз медленнее чем оперативка.

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

>>165046084
>Почему программа уровня Hello, world! занимает 20 мб на диске и 100 в памяти
Потому что ты её пишешь на какой-нибудь джаве или шарпе или на каком-то другом языке под виртуальную машину или для интерпретатора. И для твоего хелло-ворлда запускается целая огромная виртуальная машина с кучей поток, джитами и много чем еще.
Если ты пишешь программу на чем-то низкоуровнем, вроде Си, то не будет у тебя ничего весить 20Мб, разве что подлинкуется к нему какой-нибудь libc или парочка других стандартных библиотек весом в пару десятков килобайт.

>>165046985
>тогда менеджер просто будет убивать процессы, когда у него кончится память
- Товарищ начальник, нам нужно ещё немного еды, чтобы закончить рытьё этой траншеи.
- Расстрелять всю бригаду.

Проиграл.

>>165044544
Присел на бутылку с тебя.

>>165043444 (OP)
>все
ахаххахахахаххаха

>>165046772
Может быть я ошибаюсь, поправь меня если это так, но насколько я знаю до сих пор не придумано эффективного алгоритма сборки мусора без полных остановок мира. Джаве, шарпу и другим языкам с безопасной работой с garbage collector'ом необходимо рано или поздно начинать мажорную сборку, ставить на паузу ВСЕ потоки приложения и обходить граф объектов чтобы собрать мусор.
А на уровне ОС такая ситуация будет ничем не отличаться от фризов из-за своппинга, а может быть будет еще и хуже из-за накладных расходов на обходы графов объектов и подсчета ссылок.

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

>>165046772
> Singularity
Это не её Таненбаум упоминал как БЕЗОПАСНУЮ ОСЬ ОТ МАЙКРОСОФТ?

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

>>165043840
3д-моделлеры смотрят на твои фразы с недоумением.

>>165047595
Ну бля нули единицы там нахуй, конденсаторы.

>>165047744
Бля сука ты тупой, по твоему даун сможет понять как это работает из твоего поста???

>>165043444 (OP)
Ну блять. вот смотри - долбишь ты себя в очко всякими членами, резиновыми, деревянными, стальными. И вот пустился в педорастический раш. Начил себя в сракотан долбить по очереди всей коллекцией своих членов. Берёшь один суёшь в жопу, вытавскиваешь и ложишь на полку, потом 2-ой, 3-ий. Потом идёшь на 2-ой круг и 2-ая полка оказывается без чёрного 30см хуя. Ты такой: -ебать ? Я же только что туда ставил туда тот дилдак. Чё за хуйня? Ты начинаешь смотреть - не упал ли твой хуй с полки на пол, начинаешь проверять - может он уже у тебя в очке вставлен. Пока происходит этот дроч - твоё анальное возбуждение пропадает и тебя начинает фризить. Потом вдруг оказывается что твой сосед по общаге просто без спроса взял твой чёрный дилдо и спокойно долбит себя им в очко.

>>165047815
Значит, ты умный.

>>165047595
Откуда докуда?

>>165048100
От забора и до обеда.

>>165048154
ОЗУ не обедает, ОЗУ, сука, долбит.

>>165048100
От ту да до сю да

>>165048214
>>165047864
Суки, что вы творите.
Я чуть не задохнулся.

Откуда столько долбоебов, которые думают что менеджер памяти убивает процессы? Лол, на каком основании менеджеру памяти вручили права убивать процессы и как он поймет, что вот этот процесс важен для человека, а вот этот нет? Охуеть, так и предствил, что в банке и на АЭС или на автоматизорованной сборочной линии менеджер памяти что-то прибил.

>>165048248
> Единственное решение -- это не использовать своп. Но тогда менеджер просто будет убивать процессы, когда у него кончится память
> Мам, я не умею читать.

Скачай софт для увеличения оперативки, ебать додик мимо 256 Гб ОЗУ бог. Главное галочки сними

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

>>165047595
Иди нахуй!

>>165048248
>>165048457

Если ты вырубишь своп, то система так и будет делать. В линухе нужно явно собрать ядро с такой опцией, в винде я не в курсе, но наверняка тоже наверное нужно как-то пошаманить, чтобы явно указать системе такое поведение. В итоге ОС будет убивать либо самое жирное приложение, либо самое редко используемое, либо самое низкоприоритетное, тут уже от конфигурации ядра зависит.

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

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

>>165048434
Пруфы на такой софт, галочиСпутник Майл.ру и ТВОИ 256 ГБ RAM.

>>165048525
В винде жирное что-нибудьБраузер, игра убивает.

>>165048525
>В итоге ОС будет убивать либо самое жирное приложение, либо самое редко используемое, либо самое низкоприоритетное, тут уже от конфигурации ядра зависит.

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

>>165048525
Это что это вы тут собрались убивать на системах реального времени, м?

>>165048525
Еще один одаренный системный администратор 1с итт. Ос реального времени за раз выполняют только 1 операцию, там нет менеджера задач, есть прерывания по расписанию.

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

В сперме разделом подкачки управлять легче чем в линухе. В форме тыкашь сколько в ручную занимать свопом места на харде, дибо сперме доверить этот процесс. Что характерно, в динухе своп делится автоматом на 2 от размера озу, в сперме наоборот. Мне с моими 16 Гб озу на хуй не упало 32 гб свопа.

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

>>165048798
Да тут долбоеб-гуманитарий с гуманитарным представлением о менеджменте памяти фантазии изливает.

>>165047514
>без полных остановок мира
Это как раз возможно, только с этим:
>эффективного алгоритма
сложнее.

Тут возможно система распределения памяти на основе регионов здорово помогла бы, но как-то она не особо взлетела. Мёртвый циклон и рождающийся в муках (и кажется выйдет уже мертворождённым) parasail, и это языки со своими, как ты заметил, примитивами аллокации; а реализовать подобное на уровне ОС безусловно сложнее. То есть это по-прежнему возможно, только сложность подобного АПИ будет весьма высокого уровня. Либо как-то изголяться анализируя распределение памяти приложением и в момент компиляции и во время исполнения. Впрочем, я уж и подзабыл, начали-то мы про скорость, и здесь полный Эскобар.

А по поводу второго аргумента: лет пятнадцать назад я бы полностью согласился, но сейчас, с развитием всяких JVM, Dalvic'ов, а то и просто приложений полностью веб-ориентированных, для запуска которого лишь брузер и нужен, всё предстаёт куда в менее мрачных красках. Да и эмуляцию никто не запрещает: тот же вайн вполне себе позволяет запускать Скайрим на линуксах. И я уверен, всё потихоньку идёт в этом направлении.

>>165047534
Вот честно хуй его не знает. Но про другие безопасные оси от них я не слышал.

>>165048621
Ничего там такого не будет. Сперма выдает сообщение, что память заполнена и идет дичайшие лаги из-за этого, при этом сперма выжирает своп в придачу.

У меня куча спермо виртуалок с 2008r2, спермосервер не имеет такой проблемы. При полностью загруженноц памяти и свопе интерфейс не тормозит, он вполне отзывчив, даже если по рдп подрублен.

>>165048999
А у меня убивает.

>>165048761
Удваиваю. Но софт такой написать можно без проблем. И запустить его с рут правами как 2 файла отослать.

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

>>165049037
Ты де видешь, что я трипл. Из-за чего у тебя процессы умирают я не знаю, но это не нормально.

>>165049061
Естт же сосноль и команда taskkill. Справку к ней почитай. Можно сделать на раб столе ярлык с ключамия для taskkill, которая будет завершать зависшие процессы и назначить ярлыку горячие клавиши, когда у тебя будет зависшие приложение не закрывающиеся крестиком, тычешь комбинацию заданную и срабатывает ярлык.

>>165043444 (OP)
>не умеют справляться с недостатком оперативы?
На сколько я знаю, на десктопной винде этой проблемы нет со времен XP. На линуксе наверно тогда же или раньше. Вот 98-я действительно не умела справляться, она при исчерпании оперативки зависала.

>>165049409
Консоль это черный экран, где надо писать что-то английскими буквами?

>>165043444 (OP)
Эй хуйлуша! А сколько жыжов оперативки у тебя в пекарне?

>>165049651
Да

>>165048761
Есть у него такие привелегии. Читай про OOM killer, ебанат: https://unix.stackexchange.com/questions/153585/how-does-the-oom-killer-decide-which-process-to-kill-first

>>165049194
П - Процедурная генерация

>>165049853
> П - Процедурная генерация
О, дебил.

>>165049731
Что-то такое помню, заставляли нас в школе учить команды MS-DOS. Спасибо за совет, я почитаю справку по таскилл.

>>165050011
Лол, зачем?

>>165043444 (OP)
Удваиваю, 640 кБайт достаточно всем

>>165049194
Просто в картинке больше мусора. А в игровых текстурках и в коде в целом 40Кб получается

>>165050070
Там нет текстур, спрайты онли.

>>165050522
Я и спрайты текстурками называю.

>>165050612
Да я бы и тебя спрайтом назвал, расист.

>>165048939
>но сейчас, с развитием всяких JVM, Dalvic'ов
Только какой толк от безопасного управления памятью на уровне ОС, если все программы там будут виртуализироваться и эмулироваться через небезопасное управление памятью? Грубо говоря, malloc в такой системе будет эмулироваться просто выделением буфера на запрашиваемое число страниц. Хоть буфер и будет под менеджментом операционной системы, но поверх него будет работать абсолютно такой же аллокатор, который работает сейчас на голой памяти.
Это просто будет дико неэффективно ведь. Эффективности можно добиться только переписывая приложения на нативной языке для такой операционной системы. Тогда да, будет всё красиво, без переключения контекстов, без виртуальной адресации, безопасность, дружба, упячка.

> Либо как-то изголяться анализируя распределение памяти приложением и в момент компиляции и во время исполнения
Ну проанализировать распределение памяти в момент компиляции точно не получится. Даже в простейшей программе вида
x = read_int();
y = malloc(x);
много не проанализируешь. А эвристики касательно использования памяти во время исполнения сейчас есть и активно используются как раз в алгоритмах своппинга.

>>165048761
Ты не прав. Есть такая штука как Out-Of-Memory Killer. Грубо говоря, представь ситуацию когда память кончилась. Совсем. Кончилась оперативка, кончился своп. Всё сожрал долгоносик. У ядра нет памяти даже на аллокацию своих ядерных структур. Что остается делать операционной системе? Либо самой зависнуть напрочь, убив тем самым ВСЕ процессы, либо убить какой-то один несчастный процесс. Очевидно, что выбирается второй вариант.
Какой именно процесс убивать -- у операционки есть свои алгоритмы на этот счет. Я их наизусть не знаю, можешь погуглить.

>>165048621
Ага, в обиженной жизнью офисной машинке, вдруг срочно, под конец рабочего дня, вот прям до невозможности, понадобилось обновиться фаерфогзу до 57-ой версии. И толстая тётенька-главбух удивленно наблюдает, как пресловутый "менеджер памяти" грохает запущенный ексель с результатами её дневного труда...

>>165050811
Дык предохраняться надо.

>>165050811
>И толстая тётенька-главбух удивленно наблюдает, как пресловутый "менеджер памяти" грохает запущенный ексель с результатами её дневного труда...
И после винит дебила админа, в чём безусловно будет права если всё пропало.
Автосохранение в temp каждые 5 минут решает тысячи проблем и устраняет визги.

Из треда в тред теперь уже вечные здесь "по этому" и "ни как", теперь ОПушка воробушка ругает местных "опущеннок". Мои глаза, блять.

>>165043444 (OP)
>Почему все ебучие операционные системы не умеют справляться с недостатком оперативы?
Еще как умеют. Только от говнокодеров и ебланов, пишущих прикладухи на Джаве привет, ведроид!, это не спасает.

>>165050052
Зачем читать справку или зачем заставляли учить команды?

>>165051032
Последнее.

>>165050070
Там, как минимум, картинка в 4 раза больше, чем исходное разрешение самой приставки.

>>165051200
Так это было лет 15 назад. Половина компьютерного класса были Агаты а половина - спонсорские 386-е пеньки. Не знаю, такая у нас была программа учебная по информатике. Запускали сначала мс-дос, потом в командной строке нортон коммандер. Иногда, по праздникам, учитель разрешал запустить винду 3.11

А сейчас я не знаю что школьники на инфе учат...

>>165050693
>Это просто будет дико неэффективно ведь.
Ну до этого было сказанно про:
>А это намного важнее любой эффективности и производительности
так что я в этом контексте и рассуждал. Но я всё равно тебя не очень понял. Во-первых разнесём виртуализацию и эмуляцию, всё ж немного разные вещи. И для П-кода некоторой виртуальной машины (мы естесвенно должны его проверить на корректность) можно либо использовать JIT компилятор, либо же прекомпилированные бинарники. Таким боком производительность приложения зависит лишь от эффективности нашего транслятора, в целом область достаточно хорошо изученная. Для виртуализации же, хочешь не хочешь, необходима дополнительная подсистема, которая да, вынуждена работать с сырой памятью. Стало быть и запускать чужеродные программы мы должны в третьем кольце, чтоб они нам не насрали куда не слудует. Но и тут вся неэффективность обусловленна необходимостью переключения контекста, как и в родной среде.

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

>Ну проанализировать распределение памяти в момент компиляции точно не получится.
Ну есть же специальные инструменты для контроля корректности для Си, Спп. Мне с ними работать не приходилось но в разных срачах их всё время в пример приводят. Наверняка же не просто так. Ну и да, можно копать в сторону языка с нормальной типизацией, а не как диды.


Докладывает Адмирал.

>>165043444 (OP)

Ну, у Линупса в случае Out Of Memory , если свопа нема, просто килляет рандомный процесс. А хуле ты хотел?

Докладывает Рядовой.

>>165052445
>ноут
Кажись это мультиварка или хлебопечка.

Докладывает Генерал-лейтенант.