[ВХОД]

Главная | Содержание | Форум | Файлы | Поиск | Контакт
NAVIG
О форуме
Резонансные генераторы
Магнитные генераторы
Механические центробежные (вихревые) генераторы
Торсионные генераторы
Электростатические генераторы
Водородные генераторы
Ветро- и гидро- и солнечные генераторы
Струйные технологии
Торнадо и смерчи
Экономия топлива
Транспорт
Гравитация и антигравитация
Оружие
Нейтронная физика
Научные идеи, теории, предположения...
Прочие идеи (разные)
Новые технологии
Коммерческие вопросы
Барахолка
Патентный отдел
Сделай сам. Советы.
Конструкторское бюро
мобильная версия
Печатать страницу
Форум - Новые технологии - Сделай сам - Операционная система Linux. Вопросы без ответа. - Стр.34
<][ 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 ][>
Post:#471944 Date:06.06.2015 (00:41) ...
21 августа 1991 года закончился августовский путч в СССР-
24 августа 1991 в центре Киева. Люди приветствуют провозглашение независимости
25 августа 1991 года Линус Товальдс опубликовал ядро Linux Date: 25 Aug 91 20:57:08 GMT
Просто совпадение? Можно быть, но есть еще много других совпадений.
Главное- это одинаковая методика зомбирования адептов Линукса и Нэзалежной.
Линуксоидов в мире точно столько же сколько и укропов- около 1 %.
О чем не спросишь линуксоида- ответ : хто нескаче тотмастдай
dedivan | Post: 478845 - Date: 24.09.15(17:36)
proggi Пост: 478843 От 24.Sep.2015 (18:15)
уже неодин десяток человек пострадали от твоих советов тут, ,


Вот уже ближе к теме подходим.
Хохлам тоже в 91 году не говорили, что им придется скакать на майдане под снайперами.
И линух тоже не обещал скрывать бэкдоры в системе.
А потихоньку все исполнилось, и проявилось.
Опять же практически в одно и то же время.
Вот этот синхронизм и поражает.

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

_________________
я плохого не посоветую
- Правка 24.09.15(17:39) - dedivan
Сбал | Post: 478852 - Date: 24.09.15(19:22)
С удовольствием почитал, как раз в тему на БПМ о WV и странном поведении машинок в тоннелях, вспомнилось - Диана...

_________________
в пути...
6464 | Post: 478854 - Date: 24.09.15(20:04)
proggi Пост: 478843 От 24.Sep.2015 (18:15)
... демагогию разводиш, уже неодин десяток человек пострадали от твоих советов тут, поэтому на всех форумах тебя и забанили,

Знания и опыт не бывают хорошими или плохими. Если думать умеешь- тогда лучше знать. А если не умеешь думать- лучше не знать. И чем больше знания и опыт, тем они опаснее. Но уж очень хочется знать.

_________________
Сложно сделать- задачка простая. Просто сделать- задачка сложная.
- Правка 24.09.15(20:28) - 6464
proggi | Post: 478855 - Date: 24.09.15(20:28)
6464 Пост: 478854 От 24.Sep.2015 (21:04)
proggi Пост: 478843 От 24.Sep.2015 (18:15)
... демагогию разводиш, уже неодин десяток человек пострадали от твоих советов тут, поэтому на всех форумах тебя и забанили,

Знания и опыт не бывают хорошими или плохими. Если думать умеешь- тогда лучше знать. А если не умеешь думать- лучше не знать. И чем больше знания и опыт, тем они опаснее.

Какой опыт, тебе же было сказано что ДедИван - не программист!!!
Иными словами он как Дудышев, вроде как теоретик... а не практик!!!

СНК | Post: 478857 - Date: 24.09.15(20:54)
Во, Деда, тебе благодарность за добрые дела..

_________________
Автор благодарит алфавит за любезно предоставленные буквы.(с)
dedivan | Post: 478859 - Date: 24.09.15(21:08)
Абсолютно нормальная реакция. Это природа так устроена.
Съедаешь конфетку а вылазит какашка.
Переживать по этому поводу нечего, а вот отделять какашки от людей обязательно.


_________________
я плохого не посоветую
СНК | Post: 478861 - Date: 24.09.15(21:12)
Вояки себе ось спроектировали..
[ссылка]

_________________
Автор благодарит алфавит за любезно предоставленные буквы.(с)
airman | Post: 478883 - Date: 25.09.15(01:10)

proggi | Post: 478855 - Date: 25.09.15 (01:58)
Какой опыт, тебе же было сказано что ДедИван - не программист!!!
Иными словами он как Дудышев, вроде как теоретик... а не практик!!!


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

Вот подумай proggi - что за ПРОГРАММА в тебе сработала, что тебе так не хорошо?

- Правка 25.09.15(01:15) - airman
airman | Post: 478884 - Date: 25.09.15(01:18)
СНК | Post: 478861 - Date: 25.09.15 (02:42)
Вояки себе ось спроектировали..
Пишут что она совместима с ядром линукс... - лучше бы сами с нуля сделали - так безопаснее.

proggi | Post: 478885 - Date: 25.09.15(01:18)
airman Пост: 478883 От 25.Sep.2015 (02:10)

proggi | Post: 478855 - Date: 25.09.15 (01:58)
Какой опыт, тебе же было сказано что ДедИван - не программист!!!
Иными словами он как Дудышев, вроде как теоретик... а не практик!!!


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

Вот подумай proggi - что за ПРОГРАММА в тебе сработала, что тебе так не хорошо?

Да потомучто то дедиван пишет что он не програмист, и этим не занимается
[ссылка] то вдруг гуру стал.
Интнресно как у него эти два дятла в его башке дупляться????

airman | Post: 478887 - Date: 25.09.15(02:33)
proggi | Post: 478885 - Date: 25.09.15 (06:48)

Есть темка - "литровый контроллер" называется[ссылка] Так там дед Иван рассказывает как правильно программить микросхемки, которые будут работать в СУПЕР ЖЕСТКИХ условиях эксплуатации и в очень ответственной задаче. Дед то ведь отслеживает то что касается компьютеров и процессоров - аж с момента их появления в нашем мире... - не шутка! Ну а то, что девочки у него программы писали - так они компилятором были Логику то все равно дед создавал и за компилятором присматривал Не, на деда не нужно обижаться...

- Правка 25.09.15(03:17) - airman
proggi | Post: 478889 - Date: 25.09.15(03:08)
airman Пост: 478887 От 25.Sep.2015 (03:33)
proggi | Post: 478885 - Date: 25.09.15 (06:48)

Есть темка - "литровый контроллер" называется[ссылка] Так там дед Иван рассказывает как правильно программить микросхемки, которые будут работать в СУПЕР ЖЕСТКИХ условиях эксплуатации и в очень ответственной задаче. Дед то ведь отслеживает то что касается компьютеров и процессоров - аж с момента их появления в нашем мире... - не шутка! Ну а то, что девочки у него программы писали - так они компилятором были Логику то все равно дед создавал и за компилятором присматривал Не, на деда не нужно обижаться...

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

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

Это все есть, но зато шаблонное программирование а точнее код на ЯП перевод в машинный пусть и идет по шаблонным и порой не оптимальным командам, зато по скорости в милионы раз быстрее чем самому следить за регистрами и прочее, и КОНЕЧНО при таком подходе будут оставаться лишние вычисления и мусор!

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

И потом заявляется что ОКАЗЫВАЕТСЯ тут не все так просто, и вы к этим регистрам которые компилятор не использовал или чтото там неоптимально добраться сложно, что как написал дедиван там еще разные методы работы с ними и прочее.

Так может стоит вначале определится а потом писать? А то что компилятор для вычисления некого значения может сделать несколько лишних операций, это понятно, ибо конечный результат является путем компановкой тех операций и команд (или их групп) которые есть в наличие у компилятора, он (компилятор) НЕ МОЖЕТ придумать код и сам его выдать, а лиш использовать и применять готовые участки которые в нем заложены, и их комбинации для получения того или иного конечного результата.

airman | Post: 478890 - Date: 25.09.15(03:32)
Вот дед Иван ссылку давал на интересную темку, маленькую, 4 страницы всего:[ссылка] Там я бы рекомендовал обратить особое внимание на посты AVI-crak и Dismon (можно читать только их посты - именно они "сделали тему"). В теме обсуждается поведение GCC и делается вывод, что это уже "вавилонская башня" (сам компилятор) в которой почти никто разобраться не может. Исходного кода (компилятора) много и он написан так, чтобы было как можно "непонятнее"... И работает это все - не то чтобы неоптимально, оно работает "нелогично", т.е. делает "безумные вещи"... Лучше саму тему прочитать, я не хотел бы здесь примеры цитировать.
Так вот, дед Иван высказал предположение о том что это может быть неспроста и привел достаточно весткие основания для этого, описав в общих чертах возможную схему эксплуатации "несуразностей" работы компилятора. Это именно НАХОДКА, за такое премии дают вообще то...

Рыбку часто ловят в МУТНОЙ водичке - т.е. нужно нагнать мути, сказать - все очень сложно, не лезте туда и "под шумок" - делать то, что задумано.

P.S. К вопросу о компиляторах: меня лично достали глюки компиляторов для микроконтроллеров (даже пару раз "глюки" приводили к экономическим потерям для меня). Поэтому теперь я вынужденно пишу на ассемблере, и разобравшись с ним понял - неоптимальный транслятор (оптимизации не доступны, просто перевод языковых конструкций в ассемблерный код) написать достаточно просто. С учетом неэффективности "универсальных компиляторов" как бы транслятор не оказался быстрее... Дед Иван в свое время предлагал создать библиотеку макросов совместными усилиями, так вот - такая библиотека - готовый набор "функций" для транслятора, только обращаться с ними можно чуть проще, чем в ассемблере, используя более привычный и наглядный синтаксис.

- Правка 25.09.15(04:03) - airman
genmih | Post: 478897 - Date: 25.09.15(12:35)
proggi Пост: 478889 От 25.Sep.2015 (04:08)
Это все есть, но зато шаблонное программирование а точнее код на ЯП перевод в машинный пусть и идет по шаблонным и порой не оптимальным командам, зато по скорости в милионы раз быстрее чем самому следить за регистрами и прочее, и КОНЕЧНО при таком подходе будут оставаться лишние вычисления и мусор!

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

- dedivan, встряну маленько, с твоего позволения, в надежде чуть пояснить ситуацию. Ты знаешь, я не программист, а остальным скажу - программы писал на Бейсиках, потом в основном в Маткаде, мне хватало. Для устройств ничего не писал.

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

Однозначная связь элементарной команды программы с ее эквивалентной аппаратной реализацией в железе – основа работы любого супер-пупер компьютера без всяких глюков и зависаний. Конечно, при условии грамотного написания программ и построения компьютера. Если про это помнить, то не реально создать транслятор или компилятор, который при своей работе будет умудряться оставлять лишние вычисления и мусор, никак не представленные в исходной программе. Такие следы деятельности компилятора могут появиться только при умышленном, целенаправленном построении компилятора или комплекса яз выс уровня+компилятор. Программисты вроде бы должны знать и математику и железо в этом смысле, и тут слово «КОНЕЧНО» у proggi просто удивляет…

Умышленные, не афишируемые действия ПО – в чьих интересах, когда эта мина будет подорвана и какие последствия. Это вовсе не безобидный мусор. А главное – при современной доступности огромных вычислительных ресурсов для простых пользователей этого «мусора», не нужного пользователю, может быть очень много, через инет он доступен тем кто его запланировал…

proggi | Post: 478898 - Date: 25.09.15(12:44)
airman, Это к унитазу вопросы, так работает компилятор, и его унитаз, вот и все.
Посмотрите иной компилятор, гдето код будет лучше, гдето хуже... это НЕ специально. Да и в разных версиях компилятора, при разных опциях все будет по разному!
PS: УНИТАЗ - УНИверстальный Текстовый АналиЗатор.

- Правка 25.09.15(12:46) - proggi
<][ 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 ][>
У Вас нет прав отвечать в этой теме.
Форум - Новые технологии - Сделай сам - Операционная система Linux. Вопросы без ответа. - Стр 34

Главная | Содержание | Форум | Файлы | Поиск | Контакт