Low level programming

Хе-хе) СОРМ загуглите, система оперативно разыскных мероприятий.
Программера поймать ваще раз плюнуть.

Конечно. Я бы сказал их большинство. Пости весь Intel - низкоуровневые девелоперы.

Помню как раньше лет 10 назад тут дебажили ядро винды отладчиком и обсуждали.... вот думаю зачем?)
Код открыт исходный ядра винды, не весь но большая часть.

 

Nafanya, сундук украле! Со сказкаме!1 (с)

 

вот это новости... если ты про те 32 терабайта исходников венды, что утекли на бетаархив, мне так и не удалось их найти и выборочно выкачать (если у кого есть, перезалейте только сурки без всякого мусора)... если ты о том, что есть на https://github.com/microsoft - то в этой пачке гуано для исследователя ИБ точно нет ничего особо полезного... если ты про сурки хр или 2000 или какие там ходили по интернетам, когда динозавры были большими, то они уже 20 лет как неактуальны, да и вряд ли их можно было бы назвать "большей частью" ядра... если ты про ReactOS, то она тоже уже давно отстала от текущей версии венды в плане технологий...

 

Rel,

Это было мнение специалиста по теме ядра нт, видно что чел в теме :lol:

 

интеллект интеллекту рознь == штука ся весьма масштабируемая.

НИКАК == если действительно создаёшь Разум, даже думать нельзя о его укрощение == Ты будешь либо его другом, либо врагом (а если его уровень сильно выше, то просто слушайся). кстати, в чел организме тоже живёт Разум сильно превосходящий человеческий.. то бишь Микробиота

создание гибридов процесс вполне дешёвый, но там есть НЮАНСИК == создание развитых нейроинтерфейсов требует подопытных людей (ошибочка туда, ошибочка сюда и психика укладывается в дрова). очень мало публики так жёстко согласны рисковать собой. А применять методики отряда 731 тоже смысла нет == подопытный должен участвовать по своему желанию, а не под натиском пыток/страха.

 

Тоже ищу. И EWDK win10 TH1-RS1 пригодились бы..

 

кому эти люди нужны? прошло с тех пор сколько, 10 лет, больше?

--- Сообщение объединено, 20 дек 2019 ---

 

Если ассемблер не знаешь, то писать хорошо оптимизированный код не реально, да, я так считаю, если асм не знаешь, то по определению говнокодер, мастер тормознутого кода. Конечно, лепишь код, работает, и ладно, а если приложение тормозит?, а у конкурентов программисты асматики, и у них раз 5-10 быстрей, у кого купят продукт? В общем, программист ассемблер должен знать. И ещё, вот у меня проект XRayExtensions, как его без ассемблера держать?, да ни как!
В общем, асм можно и не знать, и даже получать сотни денег, но в некоторые проекты лучше НЕ лесть. А то у меня после общения с некоторыми тормознутыми приложениями, хочется пограммистам молотком пальцы поотбивать.

 

на первых порах очень даже нужны == процесс обучения гибрида становится гораздо эффективней.

есть более радикальный взгляд == прогер долЖОНЪ иметь инженерную специализацию. И такую тчк зрения можно вполне аргументировать: к примеру, разработка «умных» домов требует работы с реальными объектами, где либо знаешь (что делаешь), либо реально ЖО.. получается (клиент может стать навалидом иль ваще в могилку отчалить).

тормозуха не всегда зависит от конкретного аппа == апи и сторонние либы могут запросто сводить на нет всю оптимазу.

 

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

--- Сообщение объединено, 21 дек 2019 ---

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

--- Сообщение объединено, 21 дек 2019 ---

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

--- Сообщение объединено, 21 дек 2019 ---

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

 

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

фиии, да-акая там джава == задача: имеем энн нативных процессов, надо оптимазить их по кэшу проца. если в лине ещё акь-нить чрез ЖО можно хоть что-то скостылять, то вынька в теневом режиме отлично кэш поганит.

Да-да.. еть тОЖО БОЛЬ оптимазить кодик по скорости и решать сборку мусора

--- Сообщение объединено, 22 дек 2019 ---

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

 

Не знаю где можно применять asm но без него я вообще ничего не могу изучать.

 

По поводу линукса и производительности недавно смотрел одно познавательное видео о том, что даже имя пользователя, от которого запускается процесс может иметь значение, рекомендую ознакомиться, если интересует скорость программного кода:

--- Сообщение объединено, 22 дек 2019 ---

Обычно на практике всегда есть, что оптимизировать.

 

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

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

--- Сообщение объединено, 23 дек 2019 ---

название папок тожЪ могут доставлять

 

Rel, да какие утечки сорцов.
Windows Research Kernel. Я про него. Майкрософт открыла исходники ядра винды чтоб обучать айтишников, там код спецом с коментами хорошо документирован. Еще в 2010 году.

https://m.habr.com/ru/post/88548/
Хабр читает тут народ?

WRK запрос в гугле выдает сорцы.

 

реактос поновей и полней кстати, параллельно с выходом врк мокрые стали педалировать, что реактос упёрли коды из врк https://habr.com/ru/news/t/458802/ в общем и целом, весь компот с врк, видать, входит в схему наезда на реактос

 

Ааа, значит ты про

Ну и много ты изучил оттуда?

 

Инде, ты говноед. Почитай книгу про машинное обучение: http://www.deeplearningbook.org/ и покури фреймворк тензорфлоу
Залогинился, только чтобы направить тебя на путь истинный

 

Муахахаха. Плюс сто пятсот!

 

если про иЗЪтЕну то все алгосы/методы ии/нс были сооружены ещё в лохматом 20-ом веке и там же разрабатывались альт архи/платформы для создания выч. комплексов, кои благополучно прикрыли из-за эйфории по цЫфЫрьке. современные же результаты ии в основном получаются лишь благодаря сравнительно большой производительности имеющихся жестянок + схемам упрощений, что (как это ни странно) чревато рандомом на широком наборе сэмплов. Ты вот решил вспомнить про идею хухля, а тамо что написано???

То бишь применили весьма банальный подход == взяли шуструю жестянку и замутили тамо восьми битную логику, то бишь речи о большой точности нет СОВСЕМ ДА НИКАК.. довольно показательны эти алгосы на видосиках ютуба..

аглицкий распознаёт весьма прилично, даже игра акцентов вполне им под силу. Однако, вруби перевод на русский иль другой язык и результат растекается по древу. впрочем, есть примеры просадок и с аглицким https://youtu. be/vif7cER06zY?t=52 попугай говорит get lost, но алго не срабатывает. То бишь они облегчают себе задачу, откидывая сэмплы с большими уровнями зашумлённости. Так что при всей неправоте Инди, он недалёк от истины