Обновить
-19

Пользователь

0,1
Рейтинг
3
Подписчики
Отправить сообщение

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

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

  1. Нет, именно Linux Kernel API, а не какой-то POSIX! Например, попробуй найти функцию POSIX pthread_create среди системных вызовов ядра.

  2. Зачем прикладному программисту знать, где операционная система хранит свою информацию? Ради того чтобы показать, что ядро быстро работает? В Linux очень большой объем кода операционной системы перенесен на прикладной уровень (да виде библиотек, но это прикладной уровень)

  3. В реестре Windows програмисту не приходиться самому перебирать "key-value", у реестра свой - API, то есть функции Registry functions. В Linux никогда не будет аналогично реестра, потому что это сметри подобно. Если одна программа карява пропишет свою же информацию в реестре, то это будет смерть всему остальному. Поэтому разработчики Linux принимают единственное правильное решение - нет реестра, нет и никакой отвественности

Как программист Linux - овно с которым приходиться мириться, а что вы хотели от системы которая неизменно несет свою концепцию с 70-х годов (пардон, с 90-х). Кроме Linux Kernel API никакого API больше нет. Тотальная "нелюбовь" к бинарным форматам приводит к тому, что значимая часть любой программы (ну, кроме, 'Hello world!') это парсер текстовой информации в бинарный и наоборот. Ах, ну да, есть же множество бибилотек для работы с системой. С бибилотеками отдельная песня: чаще всего не работают даже заявленные функции; накладываются всякие ограничения и недоделанность функционала. Одним словом отсутствует автоматизация работы с операционной системой и приложениями, сплошной ручной труд...

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

ODM и IDM - это как раз явный признак отсутствия научных и исследовательских школ в Китае

тарифы как раз и вводятся, чтобы страны с дешевой рабочей силой не имели этого приемущества; к примеру, на днях тайванский доллар по отношению к американскому собрату подскочил на 6,5%, то есть тайванским буржуям дешевые тайвайские рабочие руки стали на 6,5% дороже и так будет везде

А никто не задумывался, почему все эти предпринимательские изыски работают именно в Китае? В Китаи не развита инженерия: своровать дизайн; скопировать да, но не придумать самому. Плюс еще помогает налогово-дотационная экономика для таких крупных компаний. А теперь представьте такую ситуация, в одной стране с очень-очень мега крупной экономикой и потребительским рынком приходит президент "Т" и поднимает всем пошлины. И приходят, к ПРИМЕРУ русские договариваться о снижение пошлин, а им говорят: "Хотите продвать свои товары на территории страны без пошлин? Если, да тогда завтра курс рубля к доллару - 30 рублей, либо продаете с пошлиной, но с курсом валют какие вы хотите". И все вот эти "крендиля" с OEM, IDM или ODM перестают работать

ARM хочет усидеть на двух стулья: энергоэффективность и SIMD. Забавно даже наблюдать за этими потугами :)

  1. Ну это дополнительные накладные расходы

  2. Рекурсивный вызов можно добиться на том же х86, то есть первый вызов CALL, а последующие JMP, с небольшими танцами с бубном можно использовать теже самые локальные переменные в стеке...

увы, не реализованов 6502
регистры 6502: A - аккумулятор, 8 бит; X, Y - индексные регистры, 8 бит; PC - счетчик команд, 16 бит; S - указатель стека, 8 бит; P - регистр состояния. Вызов процедуры и прерывания сохраняют счетчик команд в стек.

Я правильно понимаю, у каждой функции есть область сохранения, где она хранит все регистры и в том числе регистр в котором был сохранен обратный адрес?!

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

Система инструкции ARM - это старая система (1983) и это пример, как её не нужно делать! В настоящих современных архитектурах производиться разделение пользовательского стека и стека для хранения обратных вызовов и состояний.

Экзотическа, в чем приемущества сохранения обратного вызова в регистре?

Откройте любой сишный исходник на git ... openssh, gnome и другие, чтобы понять что делает конкретно одна функция, нужно не менее 3-5 локальных функциях "провалится", чтобы до браться до функционала... так и регистров не хватит

Столько много букв, инструкция CALL общая для всех "абстрактных" названий функций и методов в языках высокого уровня

Еще один мигрант оправдывается за свой выбор!

А знаете почему ездили на на сель-хоз работах?

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

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

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

В сталинский период производство считалась не в рублях, а в "штуках", "килограммах" и "тоннах", "литрах" и так далее. Для чего это делалось? Коротко почему – обществу не нужны лишние товары, которые она не сможет приобрести. Поэтому в социалистической экономике - цена товара вторична, да-да цена вторична. Главный миф рыночной экономики о пользе конкуренции и как она положительно влияет на ценообразование - реально воплотился именно в сталинский период плановой экономики. Доказательства: загуглите "1 апреля понижение цен в СССР"... и узрите...

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

Поэтому ошибочно считать, что плановая экономика проигрывает перед рыночной экономикой. Все крупные корпорации - это строго плановая экономика!

утопия, а тогда зачем "дядька в кожанной куртке" на презентации озвучивает заранее "запланированные", пардон рекомендуемые цены на свой видеокарты? У него есть какой-то план? а как же рыночная экономика, где цена сама должна определяться по своим потребностям?

Причина отмены проекта банальна как и для любой роботизированной линии в абсолютно любой отрасли: роботизированная линия всегда заточена под определеный и КОНКРЕТНЫЙ технологический маршрут. Выигрыш во времени создается за счет узкой специализации такого производства. Поэтому на сегодня широко распростарнены автоматизированные технологические линии, то есть где технологический маршрут производства состоит из отдельных участков (в свою очередь они в отдельности могут быть механизированными, автоматизированными или роботизированными), где маршрут производства можно менять по необходимости.

Информация

В рейтинге
3 811-й
Зарегистрирован
Активность