uborg

easyelectronics.ru

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

Как бы Вы не запутывали логику создания шифрованного сообщения - это никак не спасёт от его прочтения.

Стандарт на датчики "здоровья" ПК ущербный. Каждый датчик выдаёт какое-то значение, но его надо умножить на какой-то коэффициент и сдвинуть, чтобы получилось значение в человеческих единицах (температура в градусах, напряжение в вольтах...) Вот коэффициенты у разных датчиков разные, "догадайтесь сами". Разные программы догадываются по-разному. Возможно, что и SpeedFan не угадал, и Aida не угадала. Верить можно инструментальным измерениям без программной прослойки. Т.е. брать термопару к мультиметру или даже пирометр, и измерять. К сожалению, получится измерить температуру радиатора, а не кристалла.

У всех разные аппетиты на дисковое пространство, и разные привычки его распределять, так что не удивляйтесь, если будут сильно разные советы. :) Вам нужно с чего-то начать, с какого-то объёма, чтобы поработать хотя бы несколько месяцев и понять, много вам это или мало. Меньше 10 ГБ - втиснуть можно, но точно будет тесно. Больше 100 ГБ - вы столько не успеете "съесть" до момента, когда захочется переустановить систему по каким-то причинам (а это захочется, с первого раза идеала не выходит). Вот и выбирайте число между 10 и 100, сколько не жалко. Если оперативки достаточно, то своп можно не выносить отдельно, он автоматом создастся в файле в корне, без интенсивной подкачки это вполне нормальный вариант.

Под виндой сегодня можно освободить место на диске штатными средствами (управление дисками - правый клик на разделе - команда "сжать").

также полюбуйтесь, какие разгораются дискуссии: Как по фэншую разбить диск на разделы в Linux? :) это к тому, что "на вкус и цвет все фломастеры разные".

Как продлить работу нового жесткого диска?

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

• Вибрация и удары. Изолируйте диски от источников вибрации - вентиляторов и дисков, не пинайте системник ногой в такт музыке звучащей у вас в голове, не роняйте со стола сервера и дисковые полки.
  
• Температура.Поддерживайте нормальный температурный режим. Нормально это не слишком низкая температура и не слишком высокая, и главное без резких перепадов.
  
• ЭлектропитаниеКачественное питание без пульсаций, и резких скачков, если у вас плохой БП, есть вероятность, что диски будут дохнуть пачками.
  

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

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

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

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

Так же очень важно подбирать диск под задачу - если вы покупаете например зеленую серию WD - надо понимать, что эти диски предназначены для архивного хранения, и они обязаны сразу же парковаться после прекращения нагрузки, и ни в коем случае не должны работать в условиях интенсивного чтения мелких блоков.
И если вы поставите на него ОС, или БД - то не надо жаловаться на производителя.

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

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

Как-то так.

Я оказался в аналогичной ситуации.
По материальной части есть еще один интересный вариант shop.easyelectronics.ru/index.php?productID=152 (DISCLAIMER: я не рекламирую, у меня нет экономических интересов в этом проекте). Это отладочная плата. На мой взгляд, для обучения очень неплоха, ибо МК на ней не только обвязан всем необходимым, но плата нафарширована типовыми приборами для учебных задач - дисплейчик, всякие СД-индикаторы, пищалка, потенциометр, клавиатура, мезонин-модуль Ethernet и пр. Причем сам модуль STM32 как мезонин - вместо него при желании можно поставить тот же AVR (цена вопроса смешная, как я считаю). Там же отладчики. Я как раз себе купил такую, только распаковал коробку:) Пока не знаю, насколько все хорошо, но по виду довольно качественно.
Кстати, если говорить про STM32DISCOVERY, то одно из применений (но не единственное!) -- это вставка в беспаечную макетную плату, т.к. кристаллы STM32 в DIP-корпусах не выпускаются. Т.е. с помощью STM32DISCOVERY можно более свободно макетировать изделия (голый МК не сильно интересен, правда?). Мне кажется, этот вариант лучше для тех, у кого в голове уже есть конкретная схема.
Желаю успехов в обучении!

1. ИИ и язык программирования (ЯП) - не имеют ничего общего!
2. Пока не поймёте как строить ИИ логику - смысла за ЯП браться нет никакого.
3. Начинайте изучение с понимания работы механики природы - на этом можно понять, как лучше грамотно строить свой ИИ.
4. Очень хороший образовательный канал (советую смотреть всё, даже если начало - показалось унылым): DaVinchi Learning
5. Начать лучше с изучения всех типов обратной связи и плавно перейти к осцилляторным нейросетям (ОНС).
Затем - уже погрузитесь глубже и перейдёте в работу по проектированию, используя один из инструментов проектирования НС (это не ЯП!).

Представьте что нет никакой ложки докера.

1) Есть одна физическая машина. Вы устанвливаете софт, разные приложухи, базы, web сервера, заходят тестовые юзеры, что-то запускают. Первая проблема - вы не понимаете кому что надо, кто владелец файлов, приложух, зачем висят демоны и кто за это ответственнен. Как выход, вы решаете это разделить на виртуалки.

2) У вас есть физическая машина + на ней виртуалки. Вы выделяете под каждую задачу свою виртуалку, там сидят отдельные пользователи, вы навели какой то порядок. Появляется задача - пользователи хотят php 6, а его нет, хотят python3, а его нет, хотят Mongo, а она старой версии. Вы обновляете репозитарии, качаете новые пакеты, ставите, часть пользователей довольны, часть нет - им нужна старая версия какая была. Упс!

3) Одна физическая машина + еще больше виртуальных машин. Вы разделили всех пользователей так, чтобы никто не дрался за версии софта, если нужен php6 - иди на эту машину, нужен php5 - вот на эту. Все счастливы, но появляются разработчики, которые говорят буквально так - "а у меня на рабочей машине все работает, я перенес все как было на виртуалку, а у меня появляется ошибка missing library libXXX.so.X". И вы понимаете что вам остается только создать полную копию машины разработчика, чтобы софт поехал на этой виртуалке без ошибок... И тут появляется Docker! :)

4) Docker решает именно эту проблему. Вам не нужно заботится о софте который установлен на сервере/виртуалке. Вы просто берете и переносите софт со всеми "кишками" на другой сервер и он просто работает. Работает за счет того, что все "кишки" это слои файловой системы нанизанные как бисер друг на друга. Дополнительно решается проблема свободного места, т.к слои многократно переиспользуются контейнерами, если вам нужен php + одна библиотека, а другому php + другая библиотека, вы используете (грубо говоря) слой php, а для дополнительной библиотеки делаете отдельный слой, одновременно другой человек делает над php другой слой и вы не деретесь между собой и не видите чужих библиотек. Это грубо и скорее всего ради одной библиотеки никто новый слой не делает, делают слой пожирнее.

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

Есть российские ОС на базе Linux, по сути - пересборка общеизвестных дистрибутивов, иногда с достаточно глубокой переработкой. Самый известный и долгоживущий - AltLinux: www.altlinux.ru Стоит учитывать следующие факторы:

- не всё ПО имеет аналоги под Linux. Многие программы, особенно написанные в российском госсекторе, работают только под Windows. Некоторые из них удастся запустить под wine (программа под Linux, эмулирующая Windows API), но далеко не все
- потребуется переучивать IT-персонал: системных администраторов, суппортов
- потребуется переучивать пользователей. В силу зачастую низкой компьютерной грамотности пользователей даже незначительное изменение интерфейса может сильно затруднить их работу
- под Linux есть достаточно качественный аналог MS Office - Openoffice/Libreoffice. Но для сложных документов совместимость может быть неполной

Советую делать переход постепенно, сначала отработать на небольшом подразделении. И, вероятно, для какого-то специфичного ПО несколько машин с Windows всё-таки придётся оставить.

Посмотрите это видео. Вот так, для начала, должна выглядеть структура вашего приложения.
1. Для построения графического интерфейса пользуйтесь Qt Designer (а не размещая врукопашную виджеты, как это делаете вы).
2. В первом, самом простом приложении, должно быть 4 файла исходных кодов.
main.cpp
MainWindow.h
MainWindow.cpp
MainWindow.ui

// MainWindow.h
class MainWindow : public QMainWindow
{
    Q_OBJECT

public:
    explicit MainWindow(QWidget * parent = 0);
    ~MainWindow();

signals:

protected:

private:
    Ui::MainWindow * ui;
};

3. Если количество элементов в MainWindow становится слишком большим, выделяйте элементы в отдельные классы, наследники класса QWidget.
Допустим, у вас в MainWindow расположен элемент Tab Widget, в котором 2 вкладки.
Логично вынести логику работы элементов в каждой вкладке в свой класс, т.е. у вас в проекте должно появиться еще 6 файлов:
MyTabWidget1.h
MyTabWidget1.cpp
MyTabWidget1.ui

MyTabWidget2.h
MyTabWidget2.cpp
MyTabWidget2.ui

// MyTabWidget1.h
#pragma once

#include <QWidget>

namespace Ui {
class MyTabWidget1;
}

class MyTabWidget1: public QWidget
{
    Q_OBJECT

public:
    explicit MyTabWidget1(QWidget * parent = 0);
    ~MyTabWidget1();

private:
    Ui::MyTabWidget1* ui;
};

В классе MainWindow используются объекты классов MyTabWidget1 и MyTabWidget2.
Логика работы MainWindow резко похудеет, все перенесется в MyTabWidget1 и MyTabWidget2.

4. Дальше. Избегайте реализации логики работы класса GUI. Эти классы (MyTabWidget1 и MyTabWidget2, MainWindow) должны быть простыми прокладками, трансляторами сигналов от пользователя в логику работы приложения и визуализаторами состояния приложения пользователю.
Начинаете логику работы приложения реализовывать в отдельном классе.
Обмен информацией между Logic <--> MainWindow возложите на сигналы-слоты.

1) Написать автору проекта на почту, готов ли он добавить вас к разработчикам (collaborators) проекта чтобы вы продолжили его дело, иногда они очень даже не против
2) Если нет ответа/против - делаете форк, мержите сами пул реквесты в свой форк (и уведомляете об этом авторов пул реквестов, они могут быть заинтересованы)

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

P.S. Имею аналогичный опыт:)

Об этом нужно позаботиться заранее. Существует 3 простых варианта:
1) Использование снепшотов lvm.
2) Использование снепшотов btrfs.
3) Не самый удобный, но самый простой - clonezilla.

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