Первый пост темы: dedivan Post: #471944 От:06.06.2015 (00:41) 21 августа 1991 года закончился августовский путч в СССР-
24 августа 1991 в центре Киева. Люди приветствуют провозглашение независимости
25 августа 1991 года Линус Товальдс опубликовал ядро Linux Date: 25 Aug 91 20:57:08 GMT
Просто совпадение? Можно быть, но есть еще много других совпадений.
Главное- это одинаковая методика зомбирования адептов Линукса и Нэзалежной.
Линуксоидов в мире точно столько же сколько и укропов- около 1 %.
О чем не спросишь линуксоида- ответ : хто нескаче тотмастдай
MPR Пост: 472760 От 15.Jun.2015 (18:08)
(кстати еще не факт что она вообще выполняется в памяти вызывающего процесса, ....
Вот уже близко подоборались.
А неуверенность оттого, что в книжках часто пишут про разные уровни абстракции. и часто их путают.
Библиотека может сидеть в физической памяти и одна, а представляться в виртуальной в нескольких экземплярах и в разных местах.
Это надо проверять- сделать инжекцию в одну из библиотек в памяти и повызывать ее из разных процессов.
Инжекцию допустим самую простую- какой то битик дергать а кто то считать будет.
Вот это как раз и пробовать надо. юзерскую модифицировать, а потом посмотроеть
какой ядро пользуется.
Ядерную модифицировать- смотреть какая у юзера будет.
И не путайте- динамическое связывание идет при компиляции- ось тут совсем не при чем.
DevilR Пост: 472776 От 15.Jun.2015 (22:57)
Ошибка в архитектуре - это интересно.
Это не ошибка, это с самого начала в проекте кроме парадного входа и запасной пожарный вход.
Ну или как решетки на окнах- и от воров не особо защищают и при пожаре погубить могут.
/*
* This function is used through-out the kernel (including mm and fs)
* to indicate a major problem.
*/
#include <linux/debug_locks.h>
#include <linux/interrupt.h>
#include <linux/kallsyms.h>
#include <linux/notifier.h>
#include <linux/module.h>
#include <linux/random.h>
#include <linux/reboot.h>
#include <linux/delay.h>
#include <linux/kexec.h>
#include <linux/sched.h>
#include <linux/sysrq.h>
#include <linux/init.h>
#include <linux/nmi.h>
#include <linux/dmi.h>
Все заголовки библиотек- линуксовые, выберем одну из них
#ifndef _LINUX_DELAY_H
#define _LINUX_DELAY_H
/*
* Copyright (C) 1993 Linus Torvalds
*
* Delay routines, using a pre-computed "loops_per_jiffy" value.
*/
#include <linux/kernel.h>
extern unsigned long loops_per_jiffy;
#include <asm/delay.h>
Опять все линуксовое и асм .
#ifndef _LINUX_KERNEL_H
#define _LINUX_KERNEL_H
/*
* 'kernel.h' contains some often-used function prototypes etc
*/
Вот наконец появилась одна сишная библиотека.
#include <stdarg.h>
И то- это заголовки-библиотеки там дальше - и они будут линковаться к общему
коду совсем по другим правилам- не по правилам линуха а по своим внутренним
взаимосвязям , что уже прописаны в гнусе с самого начала.
Там не интересует для чего компилируетсяи программа- для линуха или винды.
DevilR Пост: 472787 От 16.Jun.2015 (00:21)
Какой в этом всем смысл?
Вот теперь логику включаем.
Языковые библиотеки должны размещаться в памяти по одним правилам,
а системные по своим. Системными система командует, а языковыми
она не командует, иначе простая программа не найдет их.
Это как раз и подтверждает практика, когда смена версии компилятора приводит к незапуску программ, а система не может сообщить программе куда она переместила вызовы.
То есть вызовы именно сишной библиотеки распределяет компилятор,
и они должны быть стандартными.
Вот и с чего все началось- я задал вопрос- где эти вызовы размещены
в реальной системе.
Есть подозрение, что похоже как в досе- в первом мегабайте памяти-
от нуля и до какого то значения типа вызовов прерываний доса.
только тут вместо доса - функции си.
DevilR Пост: 472799 От 16.Jun.2015 (01:54)
Программы то все время улучшаются.
Это сказка для бедных. Давай смотреть что в реальности. Из приведенных выше заголовков видно
Объектов нет, в основном весь код представляет из себя структуры- указатели на другие указатели.
И когда проц продерется сквозь эту паутину взаимных ссылок-
И только в самом конце реальные объекты- куски машинного исполняемого кода.
А вся таблица перекрестных ссылок - должна быть общей, каждый процесс пользуется одними и теми же заголовками,
На этапе компиляции сначала собирается эта большая таблица ссылок и компилятор вставляет в программы и модули адреса реальных ссылок на эту таблицу.
Эта таблица - как пасьянс должна сходиться. Перемещать ее врядли перемещают, это надо каждый раз вызывать компилятор, и раскладывать весь пасьянс по новой. Компилятор 2-3 часа компилирует ядро- это он не асмовые команды в машинный код транслитует- это секунды занимает - а именно раскладывает пасьянс из перекрестных ссылок.
Это собственно и есть операционная система- а куски реального кода- это всего лишь объекты языка
DevilR Пост: 472827 От 16.Jun.2015 (11:29)
Зачем все это?
Вопрос то простой- ткни, где этот массив ссылок находитсмя в работающей машине? Может в файловой системе?
У меня такое впечатление как у того мужика - уж и унитаз приносил,
и жопу показывал- ну нету у них туалетной бумаги...
чей то мне это напомнило приключения электроника, когда ури ходить и бурчит, и где у него кнопка... 😎
хотя да где кнопка интересно... я до этого и не задумывался о том чтоб использовать готовые решения в поделках. мне обычно атмег хватало...
но сам концепт помахать ножкой используя готовый рутер мне очень нравится... даже знаю куда пристроить...
DevilR Пост: 472833 От 16.Jun.2015 (12:52)
Ибо лень перепечатывать.
Это все известно- еще раз говорю- это другой уровень абстракции.
Танк в кино показывают- такой грозный, но трогать его нельзя- он из картона.
Вот и у линуксоидов такая конструкция- они даже боятся сами узнать как устроена их ось в реальности, может оказаться что тоже из картона.
Чтобы не получить растройство психики- о чем угодно будут говорить -
только чтоб руками не трогали.
Так или не так? Причем тут твой интель7? Мы говорили про машинки уровня первого пенька- то что во встроенных решениях используется.
Неужели не понятно то, о чем я рассказывал с картинками. с исходниками?
DevilR Пост: 472842 От 16.Jun.2015 (15:54)
Или свою напишем, не впервой.
Ну вот, и это не понял, вернее ты боишься понять.
Что бы ты не написал, компилировать будешь гнусом, и он расставит
все в памяти как ему велели. А велели ему большие дяденьки.
Хотя гнус и имеет открытые коды, сама идеология разрабатывалась не на коленке, и на коленке ни один программер ее не поменяет.
Это труд большого коллектива, оплаченного отнюдь не добродетелями.
Но это опять холивар- насрать нам на них- нам нужно использовать то что они насочиняли. А уж какие секреты они у нас хотят выведать-
в данном случае наплевать- нет у нас секретов.
dedivan | Post: 472844 - Date: 16.06.15 (20:37)
Что бы ты не написал, компилировать будешь гнусом (GCC), и он расставит
все в памяти как ему велели. А велели ему большие дяденьки.
Хотя гнус и имеет открытые коды, сама идеология разрабатывалась не на коленке, и на коленке ни один программер ее не поменяет.
Это труд большого коллектива
Что сложнее - разработать операционную систему или разработать компилятор? Рискну предположить, что простой компилятор разработать проще. В таком случае, если дед Иван прав на счет того "как сделан линукс" (это о "паутине взаимных ссылок" она же "таблица перекрестных ссылок" ), то получается что замена компилятора так сильно все изменяет, что получается "другая операционка". А не попробовать ли сделать "тупой" компилятор без оптимизаций и т.д., который дает не оптимальный код, но который "раскладывает" ссылки так как нам надо? Быть может модернизация того же GCC и не так сильно затратна по времени будет?
(А язык программирования и компилятор (как выясняется) - определяют идеологию операционной системы.)
Ну вы не отвлекайтесь на мировые проблеммы, я вам наколку дал,
давайте кто работает с линухом, посмотрите где у него паутинка.
там и подключаться будем.
Задача то простая- использовать модуль беспроводной связи.
Делать его с нуля- это нереально, я помню еще годах в 70х наши мужики ковыряли
систему управления радиостанцией- именно примерно в этом плане, как сейчас реализован вай-фай. То есть множество каналов, проверка свободных, выбор лучшего,
если помеха- автоматом переход на другой канал и куча всяких тонкостей.
Этим занимался даже не один НИИ- а целая группа- одни идеологию системы другие элементную база - большой комплекс.
А тут уже все готовое- это результат не одного десятка лет развития и техники
и срелств связи, и методики. Просто грех не использовать , а лепить на коленке
что то свое с нуля.
Но надо влезть в середку операционки. Благо линукс как раз это позволяет.
Ты какой то невнимательный- все есть готовое.
Много народа занимается хаками этих готовых железок, кто расширяет их,
ставит свое ядро, поскольку готовое ядро- урезанное и не совсем известно что именно урезано и как. Но драйвера рабочие. Подключение напрямую к драйверу-
самая первая задача.
[ссылка]
Глянь чего там делают. Серверок правда не всегда работает.
Но поймать иногда можно.
DevilR | Post: 472855 - Date: 16.06.15 (22:18)
...Если смотреть по усложнению - сложность компилятора растет быстрее сложности ОС...
...сам CPU надо делать с 0. Потом транслятор ассемблера с 0. Потом компилятор Си, опять же с 0...
Усложнение компилятора, да еще и быстрее(?) чем ОС, которую он компилирует (и это без учета оптимизаций) - для меня неожиданно... - а ведь действительно, программисты пишут код, постоянно повышая "уровень абстракции" - то есть создают модули на основе ранее созданных модулей. Если компилятор - "тупой", то система, которую он создаст, будет "супер-медленная" - просто из за того что нужно будет много раз переводить "с машинного языка на машинный" - что же нужно сделать в этом нагромождении абстрактных объектов.
На счет ЦПУ с 0 - такие события происходят, и операционки все таки пишут и переписывают. Логично предположить, что к какой то момент будет и такой проект: ОС + ЦПУ. У меня, пожалуй, и сомнений в этом нет.
ReactOS - жду с нетерпением! С удовольствием заменю ей винду...
dedivan | Post: 472857 - Date: 16.06.15 (22:40)
Ну вы не отвлекайтесь на мировые проблемы
Дед Иван - датчик по радиоканалу запустить - да без проблем - считаю что линукс для этого не обязателен, а если и под линуксом - то чаще всего в дебри лезть не нужно...
(Как пример - вот приемопередатчик с перестраиваемой частотой 300 - 1000 МГц: trc101
даташит: [ссылка]
Интерфейс - SPI, макс. скорость до 256 kbps, питание: 2.2 to 5.4V, FIFO буфер на прием и передачу... - ну что еще нужно? И можно купить плату с уже запаяным модулем - припаял антенку, подал питание, сигнал SPI-кой нащелкал и понеслась!...)
Тема интересна именно своим необычным взглядом на операционки, компиляторы, языки программирования и т.д.
airman Пост: 472886 От 17.Jun.2015 (04:53)
И можно купить плату с уже запаяным модулем -
Купить сейчас можно все что угодно, даже черта лысого.
Только не забывай что покупать это надо два раза- на обе стороны радиоканала. А если есть уже вайфай то нужно только одну, а если есть уже и готовая железка - уже вышедшая из употребления, но рабочая-
то и покупать не нужно. Нужно прошить несколько байт кода.
А если это нужно только для того. чтобы пару раз померять напряжение,
то и покупка как бы не совсем рациональна.
А если разобраться в итоге- куда же эти байтики нужно прошить-
то в итоге получим довольно перспективную штуковину.
Откуда железки?- от грозы. Самая распространенная неисправность роутеров- пробой линии адсл или лан. Все остальное как правило остается рабочим.
Тема интересна именно своим необычным взглядом на операционки, компиляторы, языки программирования и т.д.
Мне кажется, что эта тема уже перестала быть интересной лет, как 15-ть назад...
Хотите поковыряться с линуксами, драйверами, компиляторами и процессорами ?
Тогда берите железку: [ссылка]
Интересная тема. На этих железках установлен Linux. На уровне драйверов они виртуализируют PCI Express разъем настолько... что у них получается виртуальный LAN и виртуальный диск с Network File System - т.е. через разъем PCI Express, виртуальный дисковый массив, мапится на диск хостовой машины. Вот где золото, вот где бриллианты.
Это как говорится для линуксоидов. А для любителей компиляторов и языков программирования - уверен, что здесь мало народу способного замутить хорошее multy-thread приложение и уверенно используют методы и приемы для векторизации исполняемого кода. Линейный код на ассме и системные вызовы, которые муссируются здесь... это как-то скучно уже...
Сейчас уже идут темы массово-параллельный вычислений и технологий, базирующихся на этом, типа дополненной реальности, искусственного интеллекта и т.д.
psih Пост: 472889 От 17.Jun.2015 (08:37)
Вот где золото, вот где бриллианты.
Бог в помощь. Напишешь нам потом сколько бриллиантов навиртуализировал.
И самое главное- куда их потом вставил.....
я занимаюсь технологиями параллельных вычислений. В этом могу поучаствовать. Это тоже весьма интересные решения с точки зрения представлений о работе процессора, оптимизации алгоритмов и обработки данных. В плане виртуализации уже имеется готовая инфраструктура, которая меня устраивает. Но просто инересно было сравнить уровень задач, которыми вы занимаетесь в данной теме и сравнить с тем, что востребовано текущими потребностями и задачами.
psih Пост: 472892 От 17.Jun.2015 (10:37)
Но просто инересно было сравнить уровень задач, которыми вы занимаетесь в данной теме
В данной теме- уровень задач элементарный- это просто инструмент для рещения других задач.
На одни задачи нужен хороший качественный инструмент уровня проф,
а для других сойдет и одноразовый, для которого главное чтоб дешево и доступно.
Для примера -есть летающий макетик- назовем его антиграв, нужно померять потребляемую мощность от встроенного там источника.
рассмотрим любые предложения.
Но желательно чтобы эта штука питалась от литиевого элемента 3,5 вольта, поскольку он там все равно уже есть.
Померять надо всего один раз, ну еще пару раз для убедительности.
Готовые системы за килотыщи - можно предлагать, но только в подарок.
dedivan |
Post:472771 - Date: 15.06.15(20:47)
