Наступление галер
В последнее время всё чаще и чаще мы слышим о реформировании IT-отрасли. Но последние новости явно указывают на нечто более, чем реформирование.
Придумав запретить внешнеэкономическую деятельность взамен на пару гривен налога, галеры пошли в открытое наступление. Они, возможно, даже и не продумывали сильно этот ход, это просто наше ебанутое общество, в генах которого заложен принцип наебать ближнего, оттого оно и происходит автоматически.
На самом то деле галеры хотят получить монополию на умственный труд украинского айтишника, взяв его фактически в рабство.
Умный человек, который умеет крутиться и работать самостоятельно уж слишком напрягает галеровладельца. Ведь один не огалереный айтишник — это 30 и больше тысяч баксов потеряного дохода в год. Галеровладельцы решили удержать прибыль.
Галеры вкрай ахуели. Но есть и другая сторона медали. Так как в айти набрали очень много выебщиков и разносчиков пицц, то теперь критическая масса большинства состоит из долбоебов, которым все-равно. И галеры этим могут давить. Эти весляры за лычку в профиль могут даже и под петицией собственного анального рабства подписаться, и надев рюкзачок с лого галеры пойти за сырами па 500.
Мы допустили в галузь кучу долбоебов. И теперь долбоебы открыто поддерживают собственное опущение. Развеян миф о превосходстве айтишников. Долбоебы и двуличные мрази, выебщики и разносчики пицц. Срез айти-сектора ничем не отличается от среза украинского общества. А те несколько процентов здравомыслящих — погоды не делают.
Я думаю, что об этом нужно говорить на весь мир. Фактически галеры убивают конкуренцию для заказчика. То есть на тендерном рынке айти-услуг они отбрасывают заведомо более лучшие предложения, где за меньшую сумму делают куда больше, ведь прямые контракты позволяют именно работать, а не наебывать заказчика галерными процессами и дружной командой скраммастеров. Я думаю иностранные заказчики должны знать о факте того, что государство Украина решило поиметь их на фиксированные галерные рейты, которые заведомо выше качества предоставляемых услуг.
Коментарі (200)
Мои любимые рабы!
Веслайте. Весла в прихожей. Смузи после обеда. Хуй в жопу вечером.
Ваш Господин Дилдо.
Самая большая ошибка была допустить в IT меня. Пока я сидел в своём Зажопинске и нюхал говно, все было нормально.
Я тут присяду, если вы не против.
>Так как в айти набрали очень много выебщиков и разносчиков пицц, то теперь критическая масса большинства состоит из долбоебов, которым все-равно
Как-то отработал несколько дней в одной известной продуктовой компании и там код отрабатывал за два часа без гарантии что в конце не упадёт. Эти два часа прораммист сидел и нихуя не делал. Я посмотрел код и обнаружил, что там использовался std::vector в который постоянно пихалась инфа и как следствие постоянные реалокации. Короче, я заменил его на std::list, код стал отрабатывать за 15 минут максимум с гарантией от падения.
Вопрос, эти так называемые выебщики и долбоёбы, они код писать умеют? На сколько они квалифицированны? Они более квалифицированны чем этот долбоёб в std::vector или они такого же уровня?
Научить выебщика-пицценосца крестам? Ты серьезно?
Кресты тут для примера просто. Хочу понять, что они из себя представляют в профессиональном плане? Какой код они вообще пишут? Ведь если они вообще ни о чём то условные $2000 для мидла для них это очень даже хорошие деньги, а значит на галеры будут набирать этих долбоёбов пока не кончатся долбоёбы, а этого не будет никогда. Будут ли галеры в связи с этим повышать требования или набирать долбоёбов им выгодно?
Проблема в том что долбоебов набирают такие же долбоебы, которые нихуя не умеют и не понимают.
>Хочу понять, что они из себя представляют в профессиональном плане?
Говномесов со скоростью мысли семилетнего ребенка. Не научить. Не исправить. Это на всю жизнь.
P.S. Капитан шлюпки, видал всяких кадров.
Cука амортазайд сложность по мемори у vector? Тем более ты можешь запиздячить свой алокатор на чанках фиксированного размера и пулом разноразмерных чанков. Это проблема, у листа хуевое попадание в кэш. Не знаю всех детелай.
>Cука амортазайд сложность по мемори у vector?
При реалокации происходит копирование всего в новое место. Элементы были такими, что копирование занимало значительное время. На сколько помню там парсилось что-то типа XML потоковым парсером и строки вставлялись в вектор.
>Тем более ты можешь запиздячить свой алокатор на чанках фиксированного размера и пулом разноразмерных чанков
Писать аллокатор для такой задачи это тоже самое, что щекотать гланды засунув швабру в задницу. Как выше написано, проблема не в выделении памяти у вектор, а в выделении памяти у строк std::string или std::wstring (точно какие были не помню) и копировании их в новое место.
>Это проблема, у листа хуевое попадание в кэш.
Там было похер на попадание в кеш. Там парсились сотни мегабайт или возможно даже единицы гигов xml подобного текста.
>Не знаю всех детелай.
Теперь знаешь. Ваше резюме?
Долбоебы все. Надо было в векторе хранить указатели а не сами объекты.
Я уже не помню всех деталей, но указатели там почему-то не получалось хранить. Или нужно было бы значительно больше переписать или что-то ещё, хуй знает, я не помню. 10 лет уже прошло.
Короче, ты просто со SO скопипастил, а сам такое наваять не смог, ибо горлышко бутылки щекотало твои гланды
Ты долбоёб, не знающий о move-construction
Это был 2010 год. Какая в пизду move-construction? Тащить какой нибудь буст мне не дали бы, да и я сам не захотел бы потому, что поменяв все 6 букв программа начала работать 15 минут вместо 120 минут. 15 мне вполне достаточно с было сходить попить кофе.
В 2010 move называлось swap и делало то же самое только менее красиво.
Ебать, какой же ты долбоёб. Термин _красиво_ тут вообще не применим, только конченный олигофрен может назвать значительно более ресурсоёмкий вариант — менее красиво.
std::swap в общем виде это обмен двух значений переданных через сылки путём создания временной копии одного из них и 2-х копирований. Это ещё хуже чем просто строку скопировать.
>создания временной копии одного из них и 2-х копирований
+ вызов деструктора у временой копии
fixed
Про указатели он, похоже, тоже не знает 🙂
Удалять потом через указатели ты будешь пидор? Смартпоинтеры говоришь? А это 2010 год, буста нет, а значит и смартпоинтеров нет. Так, что соси хуй педрило.
Пидора ты в зеркале видишь, а педрило – твоя мать.
Не вижу никаких проблем удалять и по указателю. А смартпойнтер, если приспичило, и написать несложно, на бусте твоём свет клином не сошёлся. Видел я гандонов, которые ради двух указателей в проект буст тащили.
PS: смотрю, тебе тема сосания хуёв покоя не даёт.
Ты не видишь проблем удалять через указатель потому, что ты пассивное шлюшхо.
Очень аргументированный ответ.
Чего ещё ожидать от макаки, тащащей в проект что ни попадя и копипастящего код с гитхаба и стековерфлоу.
Иди ты нахуй, сын ебаного ишака. Телепат из тебя очень хуевый, и не тебе уебану судить что я знаю и чего не знаю.
Ну написал кто то код без оптимизации — бывает. Есть вещи гораздо хуже. Ты сам то давно вкатился в it?
>Ну написал кто то код без оптимизации — бывает. Есть вещи гораздо хуже.
Что может быть хуже того, что они этим парсингом занимались каждый день и по моим прикидкам минимум моловину рабочего времени поёбывали на то, что ждали пока парсинг отработает т.к. сидели и ничего не делали т.к. компьютер занят. Их там было три человека.
>Ты сам то давно вкатился в it?
Лет 20 назад.
Все правильно делали.
«отработал несколько дней в одной известной продуктовой компании»
Подозреваю что после твоей оптимизации тебя уволили, и на следующий день вернули вектор.
Ты долбоёб. Я сам «уволился», меня даже не успели оформить, там условия были пиздец, каждый день нужно было писать отчёты о том, что делал в течении дня и т.п. А моё решение замерджили в основной репозитарий.
Щас дохуя где работают по сраму-аджайлу. А это означает ежедневную отчетность. И планирование каждого часа на работе.
И если люди работали и имели отдушину — запустить импорт и пару часов протупить в интернете или заняться своими делами, то ты своим действием обломал людей. Насрал и свалил.
Все совки имели такой менталитет, как ты, чмырина. Теперь будешь вкалывать пока седьмой пот не сойдет. Солнце еще высоко. Если конечно не хочешь вернуться на пригретое место на помоечке.
Во первых они таких и слов то не знали, как скам и аджаил, а во вторых если они таким образом давали себе время посидеть в интернете то придумали бы что-то другое с детерминированым и гарантированным временем работы, а у них получилось что программа может отработать два часа и крешануться и если её снова запустить без перезагрузки компьютера ситуация 100% повторится из-за фрагментации памяти. Т.е. чел мог сидеть 4 часа без результата.
Подо что же такое ты писал, что память процесса по его завершению вместе со всей кучей и прочей хуйнёй не освобождалась?
Ебать какой же гнойный ты дебил. Во время работы опреационной системы память постоянно фрагментируется поскольку запускаются другие приложения и системные процессы. Та же Visual Studio например запускалась. Та программа котороя могла успешно отработать сразу после загрузки опреационной системы через час уже не факт, что не крешанётся поскольку память уже стала более фрагментированной, а памяти ей нужно много включая и __непрерывную__ памяти. Там компы были с 3 гигами ОЗУ.
Короче, уёбывай в школу учить мат.часть, твой тупой пиздёшь тут никому не интересен.
Пиздуй, Руся, читать Рихтера, главу 13.
Руся — крикливый ламер, так и запишем.
Какой же ты тупой. В твоём же Рихтере в главе 13 написано:
— Так называется единица объема памяти, используемая системой при управлении памятью. Как и гранулярность выделения ресурсов, размер страницы зависит от типа процессора. В частности, для процессоров x86 он равен 4 Кб, а для Alpha (под управлением как 32-разрядной, так и 64-раз-
рядной Windows 2000) — 8 Кб
— Если Вы попытаетесь зарезервировать регион размером 10 Кб, система автоматически округлит заданное Вами значение до большей кратной величины
— Чтобы зарезервированный регион адресного пространства можно было использовать,
Вы должны _выделить физическую память и спроецировать_ ее на этот регион
Выделить блядь и спроецировать физическую!!!!!! память. Ты понимаешь эти слова долбоёб???
Если физическая память сильно фрагментированно ты будешь сосать хуть. А теперь иди нахер, ты уже 100 показал, что ты глуп как пробка. Не вижи причин тратить время на тебя.
Загугли что такое виртуальная память., чисто для себя чтоб перестать нести чушь.
Я понимаю, что ты олигофрен, но что ты дебил я вот сейчас понял.
Запомни пидор, вируальная память отображается на физическую. Выделением памяти рулит ядро (здесь я буду говорить про Linux т.к. в Windows уже давно не работал и забыл что там, но в общем-то должно быть очень похоже), так вот ядро ищет свободную физическую память и затем отображает на неё адреса вируальной памяти и возвращает эту инфу процессу в user space.
Если физическая память сильно фрагментрованна то ядро просто не найдёт свободной памяти поскольку память в ядре выделяется чанками кратными определённому размеру. Ядро не может выделить 1 байт, минимальная единица выделения в самом ядре в kernel space это или 16 или 32 байта (точно не помню) см. Slab allocator и т.п., а для user space это page size т.е. или 4 кб для x32 и 8 кб для x86-64. Далее при использовании C/C++ рантайма есть внутрений буфер который эту полученную страницу памяти размером page size режет на части и выделяет по запросу хоть 1 байт хоть всю страницу.
Так вот запомни пидорашка, в конце работы (хотя правильнее сказать, что это момент кода уже половина работы выполнена) программы перед последней реалокацией std::vector память может быть на столько занята, что остаётся свободной памяти чуть больше чем нужно (скажем нужно X памяти) например максимум на page size (4 или 8 кб). Проблема в том, что этот условный page size + 1 байт фрагментирован и хуй ты выделишь для реалокации нужную память. Её просто нет. Есть X-1, а ровно X у ядра для тебя нету, ядро не может собрать память по байтно из разных мест даже если арифметически свободной памяти больше чем нужно, ядро оперирует только кратными определённому размеру чанками.
Другой сценарий, для последней реалокации std::vector всё таки память выделили, но когда остаётся совсем чуть чуть то очередное выделение памяти для строки нельзя сделать так же из-за того, что нету памяти, ядро не может собрать page size из кусков по 1 байт, хотя в наличии может быть и 10*page size но они дефрагментировано по 1 байту.
Запомни, вируальная память отображается на физическую. Выделением памяти рулит ядро (здесь я буду говорить про Linux т.к. в Windows уже давно не работал и забыл что там, но в общем-то должно быть очень похоже), так вот ядро ищет свободную физическую память и затем отображает на неё адреса вируальной памяти и возвращает эту инфу процессу в user space.
Если физическая память сильно фрагментрованна то ядро просто не найдёт свободной памяти поскольку память в ядре выделяется чанками кратными определённому размеру. Ядро не может выделить 1 байт, минимальная единица выделения в самом ядре в kernel space это или 16 или 32 байта (точно не помню) см. Slab allocator и т.п., а для user space это page size т.е. или 4 кб для x32 и 8 кб для x86-64. Далее при использовании C/C++ рантайма есть внутрений буфер который эту полученную страницу памяти размером page size режет на части и выделяет по запросу хоть 1 байт хоть всю страницу.
Так вот запомни, в конце работы (хотя правильнее сказать, что это момент кода уже половина работы выполнена) программы перед последней реалокацией std::vector память может быть на столько занята, что остаётся свободной памяти чуть больше чем нужно (скажем нужно X памяти) например максимум на page size (4 или 8 кб). Проблема в том, что этот условный page size + 1 байт фрагментирован и хуй ты выделишь для реалокации нужную память. Её просто нет. Есть X-1, а ровно X у ядра для тебя нету, ядро не может собрать память по байтно из разных мест даже если арифметически свободной памяти больше чем нужно, ядро оперирует только кратными определённому размеру чанками.
Другой сценарий, для последней реалокации std::vector всё таки память выделили, но когда остаётся совсем чуть чуть то очередное выделение памяти для строки нельзя сделать так же из-за того, что нету памяти, ядро не может собрать page size из кусков по 1 байт, хотя в наличии может быть и 10*page size но они дефрагментировано по 1 байту.
Руся, ты — больной на голову человек. Пить меньше надо на праздниках и закусывать получше.
>Если физическая память сильно фрагментрованна
>то ядро просто не найдёт свободной памяти поскольку
>память в ядре выделяется чанками кратными определённому размеру.
…
>а памяти ей нужно много включая и __непрерывную__ памяти.
Почитай, что такое каталог страниц, и как формируется адресное пространство процесса, как мапятся страницы в память процесса. И что с ним происходит после завершения. И не еби людям мозги своими недознаниями, особенно про _непрерывность_ аж дофига памяти.
Если ты дебил это не значит, что все остальные такие же. Синьку жрёшь тут только ты.
Чтобы ты завалил ебало раз и на всегда вот тебе пруф — https://doc.lagout.org/operating%20system%20/linux/Understanding%20Linux%20Kernel.pdf
Смотри главу 9, там всё расписано, например отсюда — Finding the closest region to a given address: find_vma( )
Цитирую — «The find_vma( ) function acts on two parameters: the address mm of a process memory descriptor and a linear address addr. It locates the first memory region whose vm_end field is greater than addr and returns the address of its descriptor; if no such region exists, it returns a NULL pointer.»
>Почитай, что такое каталог страниц, и как формируется адресное пространство процесса, как мапятся страницы в память процесса. И что с ним происходит после завершения.
А ты болбоёбина почитай, как формируются страницы. Каталог страниц это более высокая логика, а что под капотом ты не осилил посмотреть. Тебе говорят, чтобы отдать/замапить страницы память сначала нужно собрать в эти страницы, а ты этого не догоянешь. Ты просто туп, ты просто дурак.
Не могу понять, ты английский не понимаешь или не различаешь термины «linear address» и «physical address»?
Или ты не знаешь, как работает страничный механизм управления памятью?
Запили своё сосало в документацию и прекрати нести чушь.
Пиздец долбоёб. Тебе сказали прочитай всю главу 9, тебе не говорили прочитать только процитированное мной.
ЧИТАЙ ВСЮ ГЛАВУ ДОЛБОЁБ. ЧИТАЙ ВСЮ ГЛАВУ ДОЛБОЁБ. ЧИТАЙ ВСЮ ГЛАВУ ДОЛБОЁБ. ЧИТАЙ ВСЮ ГЛАВУ ДОЛБОЁБ. ЧИТАЙ ВСЮ ГЛАВУ ДОЛБОЁБ. ЧИТАЙ ВСЮ ГЛАВУ ДОЛБОЁБ. ЧИТАЙ ВСЮ ГЛАВУ ДОЛБОЁБ. ЧИТАЙ ВСЮ ГЛАВУ ДОЛБОЁБ. ЧИТАЙ ВСЮ ГЛАВУ ДОЛБОЁБ. ЧИТАЙ ВСЮ ГЛАВУ ДОЛБОЁБ.
То есть аргументированный ответ ты дать не можешь.
Сам, естественно, ты эту главу не осилил. Иначе бы хуйню не писал.
Твоя цитата и её твоя же интерпретация уже показывает твоё незнание о механизме преобразования линейного адреса в физический. И о том, как формируется каталог страниц тоже.
Читай Рихтера, долбоёб, читай Рихтера, долбоёб,…
Идиотина, прежде чем преобразовывать линейные адреса в физические и формировать каталог страниц нужно сначала найти необходимый объём памяти для страницы адрес которой ты будешь через 3 таблицы в x32 и через когда-то 4, а теперь уже 5 таблиц для x86_64 преобразовывать в линейный.
Нельзя адрес одного байт физической памяти преобразовать в линейный адрес, нужен размер кратный размеру страницы памяти т.е. 4кб или 8кб для x32 и x86_64 соответственно.
Запомни дебилко:
сначала найти физическую память page size и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный. сначала найти page size физическую память и только затем адрес её начала преобразовывать в линейный.
>Запомни дебилко:
>сначала найти физическую память page size и только затем
> адрес её начала преобразовывать в линейный.
>прежде чем преобразовывать линейные адреса в физические
>и формировать каталог страниц нужно сначала найти необходимый
>объём памяти для страницы адрес которой ты будешь через 3 таблицы
>в x32 и через когда-то 4, а теперь уже 5 таблиц для x86_64 преобразовывать в линейный.
С системным программированием дела у тебя обстоят хуёво. Ты путаешь линейный и физический адреса. А также не врубаешься, как работает менеджер памяти уже твоего процесса.
Ты работаешь в своём процессе с линейным адресом и тебя вообще не должно ебать, где физически оно находится и присутствует ли оно физически в памяти или улетело в своп, это — дело ОС. Физический адрес в линейный преобразовывать не надо. Преобразование идёт линейного адреса в физический, и это делает процессор при помощи механизма трансляции адресов и созданного ОС каталога страниц.
Выделяет память для процесса ОС, организует под его адресное пространство каталоги страниц, мапит в него свои системные страницы на исполнение и/или чтение, чтобы можно было выполнять системные вызовы. Загружает библиотеки, внешние привязанные к твоему процессу. А потом получает управление каркас приложения, который в том числе инитит менеджер памяти. Который сразу хапает у системы некий её объём, тогда система настраивает каталог страниц, чтобы этим адресам, указатель на который она вернула, соответствовала физическая память. Если её нет – сгружает давно неиспользуемую и не отмеченную как невыгружаемую в своп. Когда в твоём процессе vector начинает реаллокейтить память, он оперирует линейным адресом. От системы он получает страницы. В физической памяти они могут лежать где угодно и неподряд, в памяти процесса они будут смаплены последовательно.
Фрагментация же происходит у менеджера памяти твоего процесса, у него есть управляющие структуры для поиска свободных мест в своей памяти. И он отслеживает освобождение блоков памяти, производит склейку свободных блоков, если они стоят рядом, в зависимости от размера затребованного размера памяти выделяет наиболее оптимальные её куски во избежание её перерасхода.
Алё, напоминаю, что ты тут парил про фрагментацию памяти обычным пользовательским процессом, которая сохраняется после его завершения и в итоге надо перезагружать аж систему. Ты тут втираешь про винду 10 лет назад, ну так почитай Рихтера, он об этом писал как раз в то время, чуть раньше.
В итоге, когда твой процесс завершается, вся память процесса вместе с твоей кучей выбрасывается из памяти, страницы, занятые процессом освобождаются. Если ты не запускал ещё процессы и не использовал shared memory.
Пиздец ты олигофрен. Я таких гидроцефалов ещё не встречал.
>Ты путаешь линейный и физический адреса
Ты долбоёб вот, что я тебе скажу на это. Почему объясню ниже
>А также не врубаешься, как работает менеджер памяти уже твоего процесса.
У процесса нету своего менеджера памяти. Ты используешь термины про которые где-то слышал, но сути не понимаешь. Что блядь такое вообще менеджер памяти моего процесса? Этим термином не называют механизм управления/выделения и т.п. памяти ядра. Этот механизм находится в ядре, он не является частью процесса. Ты понял дебил? Если ты говоришь про райнтайм то так и нужно говорить — рантайм.
>Ты работаешь в своём процессе с линейным адресом и тебя вообще не должно ебать, где физически оно находится и присутствует ли оно физически в памяти или улетело в своп, это — дело ОС.
Послушай олигофрен, в user space процесс работает с линейными адресами (которые так же называются виртуальными) только в том случае если ядру удалось выделить эту память.
ЕСЛИ ФИЗИЧЕСКАЯ ПАМЯТЬ ФРАГМЕНТИРОВАННА ТО ЯДРО МОЖЕТ НЕ СУМЕТЬ ЕГО ВЫДЕЛИТЬ. И ПРОЦЕСС НЕ ПОЛУЧИТ ВОЗМОЖНОСТИ РАБОТАТЬ С ЛИНЕЙНЫМИ/ВИРТУАЛЬНЫМИ АДРЕСАМИ.
Ты понял олигофрен?
>Физический адрес в линейный преобразовывать не надо.
СНАЧАЛА НУЖНО СОПОСТАВИТЬ ФИЗИЧЕСКИЙ АДРЕС ЛИНЕЙНОМУ, ЧТОБЫ ЗАТЕМ МОЖНО БЫЛО ОБРАТНО ПРЕОБРАЗОВЫВАТЬ ЛИНЕЙНЫЕ АДРЕСА В ФИЗИЧЕСКИЕ.
>Выделяет память для процесса ОС, организует под его адресное пространство каталоги страниц, мапит в него свои системные….
Ты реальный олигофрен, ты не понимаешь что тебе говорят о том, что происходит в ядре, а не о том, что происходит в user space.
СНАЧАЛА ЯДРО ВЫПОЛНЯЕТ СВОЮ РАБОТУ И ТОЛЬКО ЗАТЕМ УЖЕ СОЗДАЁТСЯ НОВЫЙ ПРОЦЕСС И МАПЯТСЯ В НЕГО СТРАНИЦЫ ПАМЯТИ.
>А потом получает управление каркас приложения, который в том числе инитит менеджер памяти.
Ебать. Ты ебаный джавист чтоли? Какой нахуй каркас приложения? Какой нахуй менеджер памяти? Долбоёб, есть термины для этого дела, а ты их не знаешь, что говорит о том, что ты просто ноль.
ТЫ НЕ ЗНАЕШЬ ТЕРМИНОВ, ТЫ ПРОСТО НОЛЬ.
КОРОЧЕ УЁБИЩЕ, ТВОЙ ПИЗДЁШЬ ЭТО ТО ЧЕМ ТЫ ПЫТАЕШЬСЯ ПОКАЗАТЬ, ЧТО ТЫ РАЗБИРАЕШЬСЯ В ТЕМЕ. САМ ПО СЕБЕ ТВОЙ ПИЗДЁШЬ СОДЕРЖИТ ПРАВДУ. ТОЛЬКО ЭТА ПРАВДА ДЛЯ СЛУЧАЯ КОГДА ЯДРО УЖЕ ВЫДЕЛИЛО ФИЗИЧЕСКУЮ ПАМЯТЬ Т.Е. КОГДА ФИЗИЧЕСКАЯ ПАМЯТЬ УЖЕ СОПОСТАВЛЕНА С ЛИНЕЙНЫМИ АДРЕСАМИ. НО СУТЬ В ТОМ ЧТО РЕЧЬ ШЛА ПРО САМО ВЫДЕЛЕНИЕ ФИЗИЧЕСКОЙ ПАМЯТИ ЕЩЁ ДО СОПОСТАВЛЕНИЯ ЕЁ С ЛИНЕЙНЫМИ АДРЕСАМИ. СНАЧАЛА ЯДРО ВЫДЕЛЯЕТ ФИЗИЧЕСКУЮ ПАМЯТЬ И ТОЛЬКО ПОТОМ(!!!!!!!!!!!!!!) ПРОИСХОДТ ВСЁ ТО О ЧЁМ ТЫ ПИШЕШЬ.
ПОЛУЧАЕТСЯ ТЫ ПРОСТО УЕБАН КОТОРЫЙ ПОНЯЛ ЧТО ОБОСРАЛСЯ И ПЫТАЕТСЯ ДЛЯ ЛЮДЕЙ КОТОРЫЕ НЕ В ТЕМЕ ДАТЬ ПРАВДИВЫЙ МАТЕРИАЛ.
НО ТЫ ЕЁБИЩЕ НЕ НИКАК НЕ МОЖЕШЬ ПОНЯТЬ, ЧТО ЕСЛИ НЕ ПОЛУЧАЕТСЯ ВЫДЕЛИТЬ ФИЗИЧЕСКУЮ ПАМЯТЬ ТО О ЧЁМ ТЫ ПИШЕШЬ ЭТОГО ПРОСТО НЕ ПРОИЗОЙДЁТ
А теперь иди нахуй. Все уже поняли, что ты ноль.
>Алё, напоминаю, что ты тут парил про _фрагментацию памяти обычным пользовательским процессом, которая сохраняется после его завершения_ и в итоге надо перезагружать аж систему.
Этот уебан ещё и читать не умеет. Вот то, что я написал — «Во время работы опреационной системы память постоянно фрагментируется поскольку запускаются _другие_ приложения и _системные процессы_. Та же Visual Studio например запускалась»
Если ли разница между его утверждением, что якобы я сказал, что мой процесс фрагментирует память и моим утверждением, что память фрагментируют ДРУГИЕ запущенные приложения и системные процессы? разумеется есть
Ну не уебан ли он после этого?
/forum/galleys-attack
>Если ты говоришь про райнтайм то так и нужно говорить — рантайм.
Шёл бы ты нахуй cо своими англицизмами, всё равно ты их не понимаешь.
И, ебать, у тебя капслок клинит. Слюной клавиатуру забрызгал? Или не только слюной?
>ЕСЛИ ФИЗИЧЕСКАЯ ПАМЯТЬ ФРАГМЕНТИРОВАННА
>ТО ЯДРО МОЖЕТ НЕ СУМЕТЬ ЕГО ВЫДЕЛИТЬ.
>И ПРОЦЕСС НЕ ПОЛУЧИТ ВОЗМОЖНОСТИ РАБОТАТЬ С >ЛИНЕЙНЫМИ/ВИРТУАЛЬНЫМИ АДРЕСАМИ.
Память может быть не выделена, если просто нет свободной. А не из-за мифической её фрагментации.
>СНАЧАЛА ЯДРО ВЫПОЛНЯЕТ СВОЮ РАБОТУ И ТОЛЬКО ЗАТЕМ УЖЕ
>СОЗДАЁТСЯ НОВЫЙ ПРОЦЕСС И МАПЯТСЯ В НЕГО СТРАНИЦЫ ПАМЯТИ.
Блядь, ты слепой или тупой? Я тебе обмудку чего пишу? Или ты решил мои слова поповторять, но с капслоком, иначе хуёво видеть от онанизма стал? Ты мне, boost-макака, системному программисту решил порассказывать, как загружается процесс в память? Твоё единственное и сомнительное достижение — заменить vector на list, небось, охуенная гордость до сих пор разрывает жопу, аж кака не держится?
>ТЫ НЕ ЗНАЕШЬ ТЕРМИНОВ, ТЫ ПРОСТО НОЛЬ.
Хахаха, смешная буст-макака. А ты дырка от жопы, из которой постоянно выпадает затычка.
>«Во время работы опреационной системы память постоянно фрагментируется
> поскольку запускаются _другие_ приложения и _системные процессы_.
>Та же Visual Studio например запускалась»
Ебать. Системный процесс вижуал студия. Хахаха, охуеть.
Проснись, ты обосрался. Ты написал это:
>получилось что программа может отработать два часа и
>крешануться и если её снова запустить без перезагрузки
>компьютера ситуация 100% повторится из-за фрагментации памяти.
Давай подробнее про фрагментацию системной памяти, из-за которой нельзя выделить память процессу, расскажи ещё что-нибудь про это смешное, клоун. И как это в результате работы этой срань-программы это произошло. И расскажи нам, буст-макака, а чем системное приложение отличается от обычного в срань-винде? И что оно такого делает с памятью ОС?
И давай, линейный и физический адреса ты уже перепутал, насмеши нас ещё.чем-нибудь.
>Память может быть не выделена, если просто нет свободной. А не из-за мифической её фрагментации.
Передай своей мамке, что она родила ебанутое, тупорылое животное. Вот пруф — https://stackoverflow.com/questions/52018123/memory-fragmentation-is-it-still-an-issue/52018251#52018251
Цитирую — «If you are interested about fragmentation in physical memroy, then even with memory organized in pages, there is still a need to allocate physically CONTIGUOUS memory chunks. For example if you need to avoid virtual memory overhead, you might want to use large pages («huge pages» in terms of Linux). x86_64 supports 4KiB, 2MiB and 1GiB pages. If there is no contiguous physical memory of the required size, you won’t be able to use them.»
Тебе уёбок фраза — «need to allocate physically CONTIGUOUS memory chunks» понятна? Или ты английский не знаешь гнида ебаная?
Если нету physically __CONTIGUOUS__ memory chunks то вместо аллокации ты будешь сосать хуй так, как ты обычно это делаешь ушлёпок.
Чанки могут быть разбросаны по памяти и их сумма может в миллион раз превышать тот размер который нужно алоцировать, но если это не physically __CONTIGUOUS__ memory chunks то ты гидроцефал будешь сосать хуй.
>Ты мне, boost-макака, системному программисту решил порассказывать, как загружается процесс в память?
ИДИОТИНА ТЫ ПОЙМИ, Я ТЕБЕ НЕ ГОВОРЮ КАК ЗАГРУЖАЕТСЯ ПРОЦЕСС В ПАМЯТЬ, Я ГОВОРЮ КАК АЛЛОЦИРУЕТСЯ ПАМЯТЬ.
>Ебать. Системный процесс вижуал студия. Хахаха, охуеть.
Народ, он же конченый, он же просто дебил из дебилов. Ему написали — «поскольку запускаются _другие_ приложения и _системные процессы_. Та же Visual Studio например запускалась» и он посчитал, что союз __и__ между «_другие_ приложения и _системные процессы_» означает тождество.
ТЫ ОЛИГОФРЕН РУССКИЙ ЯЗЫК ВООБЩЕ ЗНАЕШЬ? ЕСЛИ НАПИСАНО — «ДРУГИЕ ПРИЛОЖЕНИЯ И СИСТЕМНЫЕ ПРОЦЕССЫ» ЭТО НЕ ЗНАЧИТ, ЧТО ДРУГИЕ ПРИЛОЖЕНИЯ ЕСТЬ СИСТЕМНЫЕ ПРОЦЕССЫ. ЭТО ОЗНАЧАЕТ, ЧТО СИСТЕМНЫЕ ПРОЦЕССЫ ЗАПУСКАЛИСЬ В ДОПОЛНЕНИЕ К ДРУГИМ ПРОГРАММАМ.
ИДИ МРАЗИНА В ШКОЛУ И УЧИ РУССКИЙ ЯЗЫК ЕСЛИ ХОЧЕШЬ ОБЩАТЬСЯ ПО РУССКИ.
Слышал звон, да не знаешь, где он.
Надо ОС иметь несколько пулов памяти под разные размеры страниц. Если её засрать кусками по 4 кб, то да, будет беда.
Но всё равно и по 4 кб можно набрать страниц, вопрос в размере адресного пространства процесса.
Но самое главное, что они всё равно освободятся по завершению процесса.
Заканчивай пытаться пришивать к пизде рукав. Ты обосрался — попутал физический и линейный адрес.
Boost-макака ёбаная. Сколько вас неудачников приходит собеседоваться… Это ж позор какой-то.
А по поводу знания русского языка — поставь себе спелл-чекер, грамотный ты наш.
Ещё раз, дятел, тут описана проблема выделения памяти под большую страницу. В этом случае проблемы могут приключиться.
Но к счастью, ОС пишут не такие дебилы как ты. Они не станут разбрасываться памятью и локализуют под процесс физическую память в минимальном числе областей. Создадут несколько пулов страниц. А если мелких не будет хватать, дадут одному процессу одну из больших областей и будут для этого процесса её дробить. Проблема надуманная по-большому счёту.
А теперь поведай, под какой срань-виндой у тебя это происходило, а я посмотрю, использовало и оно вообще большие страницы.
Вот смеху то будет.
Ты главное скажи нам пидор в какой компании ты работаешь, чтобы народ знал где работают олигофрены пидорасы.
Если у операционной системы в наличии будут свободные чанки максимум по (1024*4)-1 байт для x32 или (1024*8)-1 для x86_64 причём они не будут друг с другом граничить т.е. память будет фрагментирована то вместо того, чтобы выделить память будешь сосать хуй так, как ты обчно это делаешь, причмокивая. Потому, что выделить память можно только кратную размеру страницы. Олигофрен запомни это.
Тебе об этом даже на stackoverflow написали идиотина.
>Ты главное скажи нам пидор в какой компании ты работаешь, чтобы народ знал где работают олигофрены пидорасы.
Пидора ты в зеркале видишь.
>Если у операционной системы в наличии будут свободные чанки максимум по (1024*4)-1 байт для x32 или (1024*8)-1
Какое, нахуй, «-1», еблан ты горбатый. У страницы что, один байт по-твоему откусывается?
>для x86_64 причём они не будут друг с другом граничить т.е. память будет фрагментирована
С хуя ли она будет фрагментирована, если она кусается одинаковыми кусками по размеру страницы?
В твоей ссылке описывается проблема выделить большую страницу, когда выделяли всё адресное пространство мелкими. А этого уж точно не случится, если кусают одинаковыми кусками.
>то вместо того, чтобы выделить память будешь сосать хуй так, как ты обчно это делаешь, причмокивая
> Потому, что выделить память можно только кратную размеру страницы. Олигофрен запомни это.
Память всегда выделяется у системы всегда кратно размеру страницы. Если запросишь меньше, оно даст всё равно страницу.
>Тебе об этом даже на stackoverflow написали идиотина.
Ну, я-то понял, о чём там написали, а у тебя с этим проблемы.
Не, что меня радует, ты далеко не самый тупой человек, приятно с тобой посраться. Но всё равно — самоуверенный дурак. Что делает тебя моей пищей.
Если бы ты по поводу boost срач развёл, я бы и не встрял, но тут, извини, boost-макака, подвинься.
Ну, что, Руся? Молчишь? В пизде торчишь!
Какой же ты тупой уёбок.
Даже конченый олигофрен уже бы понял, что файл подкачки был отключен и выгрузить страницы памяти обычного размера было некуда. А значит физическая память оставалась фрагментированной. А значит ты идёшь нахуй. Передай своей мамке, что она родила тупорылое животное которое не может мыслить логически.
Системный программист говоришь? Как по мне ты тупая ебанашка.
>Какое, нахуй, «-1», еблан ты горбатый. У страницы что, один байт по-твоему откусывается?
Такой _-1_, что ядро может заюзать 1 байт, а остальные байты в странице будут свободны. Ты же шлюха топишь за то, что происходит в _user space_. Формально страница памяти которую заюзало ядро остаётся не занятой кодом из user space, в ней заюзан только 1 байт ядром. А значит твой ебаный механизм виртуальной памяти и paging’а идёт нахуй. Да страница помечена, как занятая но фактически в ней занят только один байт. Потому соси хуй так как ты обычно это делаешь пидор.
Зачем-то тут ещё и про boost пиздишь, про который я вообще ничего не говорил кроме того, что не стал бы его добавлять с проект. С какого хуя ты приплёл тут boost?
>Память всегда выделяется у системы всегда кратно размеру страницы. Если запросишь меньше, оно даст всё равно страницу.
Педрило, кто тебе сказал, что память обязательно нужно запрашивать у системы? Разве я не могут написать код в ядре который при загрузке пометит определённые адреса, как не используемые? Что могу? Ну тогда продолжай сосать хуй педрило, больше ты ни на что не способен, олигофрен хуев.
Я бы спросил у тебя идиотина все ли у вас там на россии такие же «одарённые» т.е. дебилы, но не спрошу потому как я сам из РФ и знаю, что там в основном одни дебилы.
И не забывай гнида, вам ещё Крым возвращать и выплачивать репарации за Крым и Донбас.
Слава Украине.
>Даже конченый олигофрен уже бы понял, что файл подкачки был
>отключен и выгрузить страницы памяти обычного размера было некуда.
Хахаха. Да ты продолжаешь менять показания? Смотри, не запутайся. А то окажется, что это вообще было в дос-задаче в вин9x. Интересно, включить использование файла подкачки и задать его размер что именно тебе не позволило? Скудоумие?
>А значит физическая память оставалась фрагментированной.
Бля… Ты будешь как дурак с писанной торбой носиться со своей “фрагментацией”? Услышал умное слово, вот только значения его не понял. Сходи к психиатру, у тебя навязчивая идея. Ты обосрался, но своё говно пытаешься прикрыть ещё большими кучами говна. Не утони в нём, нам будет нехватать такого клоуна.
>ядро может заюзать 1 байт, а остальные байты в странице будут свободны.
“Заюзать”, блядь, да у нас тут кул-зизоп, ёба. И хуй ли? И, главное, нахуя? И какому дебилу это надо? Тебе?
>Формально страница памяти которую заюзало ядро остаётся не занятой кодом из
>user space, в ней заюзан только 1 байт ядром. А значит твой ебаный механизм
>виртуальной памяти и paging’а идёт нахуй. Да страница помечена,
>как занятая но фактически в ней занят только один байт.
О да, расскажи, а как ты отличишь занятый в странице байт от остальных незанятых? Да никак, потому как нет такой вещи – “занятый байт”, только в твой пустой голове есть этот термин. Есть – “занятая страница”, и то, что она занята – медицинский факт, если она присутствует в каталоге страниц для какого-либо процесса или ядра. Эта ситуация называется – нехватка памяти. Выделять страницу, чтобы хранить в ней один байт – отличная идея, именно все ОС так и работают.
Про “фрагментацию” и требование “иметь непрерывный диапазон физических адресов”, та хуйня, что ты на stackoverflow показал, это вообще про выделение больших страниц, которое к твоей однобайтовой дичи не имеет никакого отношения.
> С какого хуя ты приплёл тут boost?
Хорошо, ты – не буст-макака, ты – просто ёбаная макака. Договорились.
>Педрило, кто тебе сказал, что память обязательно нужно запрашивать у системы?
А у кого её, блядь, запрашивать? Вытащишь из своей жопы руки и полезешь ими ковыряться в управляющих структурах и править каталоги страниц?
>Разве я не могут написать код в ядре который
Нет. Ты не можешь. Потому что ты ёбаная обезьяна.
>при загрузке пометит определённые адреса, как не используемые? Что могу?
Чего, блядь, сделает? Вот ты сейчас что за хуйню сказал? И, главное, зачем?
И, да, скажи своему папке чтобы он ебал твою мамку впредь только в жопу. Таких как ты — больше не надо. А бабы тебе и так не дадут, за это я спокоен. Если только на трассе шлюха из незалежной за малый прайс.
boost.multi_index в следующий раз используй, товарищ джун
Мне не дали бы тащить туда буст и я бы сам не захотел. Потому, что люди с вектором не смогли разобраться, а с бустом вообще пиздец был бы.
Просто ты говнокодер и пидор с руками из жопы.
Про фрагментацию зачесывал лютый бред, пидор
Ты просто клитор раздроченный.
Я — нет, а вот ты напару с этим придурком, воющим про аллокацию одного байта, да.
За вами, придурками, потом приходится переписывать ваш ебучий говнокод.
У курей шли бы лучше выгребать да сортиры мыть.
Заменил вектор на лист и кичится «достижением», блядь
>Заменил вектор на лист и кичится «достижением», блядь
Всё гениальное просто. А завидовать не хорошо.
Ёбаное айти — ебанее не найти.
Это начало конца. Останутся или удаленщики, для которых ничего не поменяется, но на галерах уже ничего хорошего не будет.
На галерах никогда ничего хорошего и не было. Пиздец, работать в аутсорсе, это насколько конченным нужно быть?
Некоторые говорят им $5000 на галере платят. Разве это не хорошо?
некоторые и в лотерею выигрывают
Вообще не проблема получать на галере 5к на позиции тим/тех лида и выше.
Другое дело, готов ли ты пожертвовать остальными аспектами своей жизни для этого?
Гей-шлюхой можно и больше зарабатывать, но стоит ли оно того? На что ты готов ради денег?
Тем временем можно написать министерству цифры о том, что думаете о их идеях тут
https://thedigital.gov.ua/community/appeal
Це не їхні ідеї.
Ребята-сушите вёсла-рынки летят в пропасть-параноя нарастает-покупайте консервы,крупы и тикайте.АЙ-ТИ с говноприложениями нафиг никому не нужно.
Мы допустили в мир бабла задротов — ойтишников. Они должны были висеть у мамке на шее,вылазить в парикмаxерскую раз в год, попутно отгребая пиздюлей во дворе и назад домой уткнутся в кредитный монитор пиля никому ненужные буковки туда. А мы им с чего то дали бабок. Так быть не должно и не будет.
Пока жил в Украине всегда работал только на себя. Проходил десятки собеседований в разных галерах от малых до больших с целью потренить свои навыки в тех собесах перед действительно важными собесами за бугром( тогда ещё литкод не было). После каждого успешного собеса слал хрюш нахуй и говорил мол в другом месте предложили в 2 раза больше. Их охуеванию не было предела:)
Я вам уже говорил хохляцкий свинья не требовать большие зарплаты! Мы уже начали рекламу работы в Украине в Индии и Пакистане. Скоро ебабельные студентки узнают на что способен натоящие знатокт индуской камасутры.