работа с одним фалом гораздо проще и быстрее.
к примеру в пакете исходников ядра содержится 68 000 файлов - передача их по отдельности будет весьма геморойна.
потому их упаковывают в один архив, эффективно его сжимают и предоставляют конечному пользователю.
если б файлы сначала сживали а потом архивировали - пакет ядра имхо был бы в несколько раз больше.
"для того, чтобы что-то сделать надо понять, что ты хочешь сделать" (с)
напряжение источника питания, мощность нагрева, материал сердечника (от его точки кюри зависит максимальная температура) от материала зависит частота индукционного нагрева, от частоты зависят параметры элементов и дох*я еще каких параметров от которых зависит итоговая схемотехника.
при уровне твоих познаний в конкретной теме я бы посоветовал купить индукционный паяльник на алиэкспрессе. получится как минимум в разы дешевле. не говоря уже о потраченном времени и, не дай бог, здоровье.
бинд во многих случаях самое правильное решение.
софтлинк на каталог не работает, к примеру, при доступе по фтп ибо как-то хитро обрабатывается (давно на это натыкался точности не вспомню).
прибинденый каталог для программ неотличим от обычного каталога. а вот софтлинк может неожиданно не сработать.
Saboteur, да и система не сможет. запрет на создание жестких ссылок для каталогов внедрен в vfs.
"." ".." это действительно жесткие ссылки на каталоги. единственно возможные.
остальные без хаков в ядре невозможны.
шум коммутации элементарно исключаем обычным низкочастотным фильтром, он же интегратор.
если частоту среза фильтра взять во много раз больше меньше частоты вращения двигателя (а частота вращения двигателя я думаю в десятки-сотни раз больше необходимой частоты измерения 5 раз в секунду) то на выходе будет практически постоянное напряжение.
ваши красивые осцилограммы тут совершенно побоку, плюс красная осциллограмма кажись с инверсией.
но для двигателя с КЗ-ротором механическая мощность отличается от потребляемой электрической мощности и сколь помню плавает при изменениях нагрузки. так что стоит почитать электрические машины.
посмотри сам.
ls -al /usr/bin/python3
ls -al /bin/python3
один из файлов будет ссылкой на другой. у меня такого нет. но должно будет вывестись что подбное
очень давно вытащил :) когда еще nncron, 4nt и прочие прикладные утилиты ставил, ибо без онного многие операции в этой операционки отсуствовали как класс.
пардон если наступил на любимую мозоль.
так-то виндой продолжаю пользоваться.
да странно под линухой
$ traceroute secure.livechatinc.com
traceroute to secure.livechatinc.com (2.22.238.159), 30 hops max, 60 byte packets
1 10.0.0.3 (10.0.0.3) 0.480 ms 0.674 ms 0.531 ms
2 212.48.159.1 (212.48.159.1) 1.071 ms 1.006 ms 0.837 ms
3 176.192.224.249 (176.192.224.249) 1.988 ms 1.164 ms 1.958 ms
4 212.1.253.119 (212.1.253.119) 30.488 ms 30.197 ms 29.992 ms
5 s-b2-link.telia.net (213.248.93.109) 30.325 ms 30.077 ms 30.155 ms
6 s-bb3-link.telia.net (62.115.136.22) 30.409 ms s-bb4-link.telia.net (62.115.136.34) 30.759 ms s-bb3-link.telia.net (62.115.133.28) 29.834 ms
7 s-b5-link.telia.net (62.115.119.111) 29.646 ms s-b5-link.telia.net (62.115.142.217) 30.237 ms s-b5-link.telia.net (213.155.133.17) 30.216 ms
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
на соседней машине с виндой.
>tracert secure.livechatinc.com
Трассировка маршрута к e2201.ksd.akamaiedge.net [2.22.238.159]
с максимальным числом прыжков 30:
1 8 ms <1 мс <1 мс 10.0.0.3
2 <1 мс <1 мс <1 мс 212.48.159.1
3 1 ms <1 мс <1 мс 176.192.224.249
4 29 ms 29 ms 29 ms 212.1.253.119
5 29 ms 28 ms 28 ms s-b2-link.telia.net [213.248.93.109]
6 29 ms 28 ms 28 ms s-bb3-link.telia.net [62.115.114.166]
7 29 ms 29 ms 29 ms s-b5-link.telia.net [213.155.133.17]
8 28 ms 28 ms 28 ms a2-22-238-159.deploy.static.akamaitechnologies.com [2.22.238.159]
Константин, еще б, проще прову отмахаться чем вдуматся.
собираешь доказательную базу что доступ закрыт где-то в прове :)
листинги пинга, трейсроут и все такое.
при этом сравниваешь это с доступом от дрругого провайдера, а друг косяк еще где-то.
потом говоришь "ща уйду и громко хлопну дверью" и отсылаешь листинги прову а лучше светишь гденить на форуме.
ответственные зады завертятся несколько по-другому.
776166, не совсем. ты монтируешь флешку в /media/fleshka вот от этого каталога и наследуются права корня монтируемой фс.
и /dev (да и / ) к внутренностям фс не имеют отношения.
D9koder, да, асм работает на "железном" уровне. сам язык достаточно прост, но простота языка оборачивается сложностью его среды исполнения, в большинстве случаев чтобы что-то сделать тебе надо будет знать, из чего оно состоит и как оно работает.
D9koder, асм тоже понятие относительное. в нем есть куча функций, библиотек, и языковых конструкций, которые отвязывают программиста от железа.
но асм наиболее близок к командам процессора и писать на асме без знаний архитектуры проца не получится.
С уже создавался как язык от вязанный от архитектуры проца. не говоря уже о языка более высокого уровня.
к примеру в пакете исходников ядра содержится 68 000 файлов - передача их по отдельности будет весьма геморойна.
потому их упаковывают в один архив, эффективно его сжимают и предоставляют конечному пользователю.
если б файлы сначала сживали а потом архивировали - пакет ядра имхо был бы в несколько раз больше.