Человек отвлекся, отошёл от компа - и любой сможет увидеть пароль в настройках? Совсем не круто. Не сохранять куки тоже не выйдет, тогда человек сразу же забудет пароль и больше не зайдет.
someserj: все необходимые используемые функции будут вшиты в исполняемый файл. это увеличит его размер, но позволит запускаться на системах без необходимости тащить с собой DLL
Евгений Обыкновенный: обычно небольшие switch разворачиваются в cmp, большие - в таблицу прыжков. ну и ещё от компилятора зависит, встречал 10-килобайтный свич, развернутый через сравнения
Dealaxer: конечная цель какая? Из преобразованного файла получить исходный? Или научиться жать так же? Больше примеров, больше поиска закономерностей, больше экспериментов укажут путь.
Sherck: вам верно подсказывали, что лучшее решение - взять SAS контроллер и специальные диски. Но дорого. Умножитель или контроллеры - зависит от того, как будут использоваться диски. Если только после загрузки оси, и под хранение данных - можно и контроллеры. Опять же, несколько контроллеров обойдутся дороже умножителей (при том же количестве портов), да и PCI слоты занимают
kisaa: это свойство влияет на занятое пространство, но как ни странно, верно, в итоге она долго головой мотает - переключение страниц памяти длится долго
Dealaxer: по-моему, за тип данных отвечают первые 4 байта. в данном случае это 0x11B1
всё что помимо ссылок, какие-то действия, свойственные этому типу данных. похоже, что 0x01 означает понижение уровня вложенности
Dealaxer: туториалов нет, метод "пристального взгляда" - выискивать глазами структуруры, предполагать, для чего они используются и что означают. Для этого HEX какой текст был зашифрован? я вижу заголовок в 0x10 байт и 8 структур по 0x28 байт.
А зачем вытаскивать, чтобы потом обратно залить? Просто переустановите Windows. При этом не нужно форматировать систему (что некоторые зачем-то делают при каждой установке системы) и все файлы останутся на месте.
Что до вашего вопроса - запустите samba сервер www.wikihow.com/Back-Up-Files-with-Ubuntu-LiveCD-t...
Тупой пример - однопоточный архиватор. Он полностью загружает один поток процессора, но при этом сам проц загружен "всего" на 12.5%. По-вашему, процессор далеко не на пике своей мощности и в тех же самых условиях более мощный процессор прироста не даст. На деле же мощный процессор выполнит эту задачу быстрее. И дело не в проценте загрузки процессора. Следует сравнивать по-отдельности быстродействие в однопоточном режиме и в многопоточном. Например, у меня в ПК стоит один из самых первых процессоров с поддержкой Hyper Threading, Pentium 4. У него всего одно физическое ядро, но два "виртуальных". Система видит два ядра и пытается их оба использовать. Но скорость работы архиватора в один и в два потока будет приблизительно равна, потому что физическое ядро одно. При этом при работе в один поток, диспетчер задач покажет загрузку 50%, в результате чего можно подумать, что половина процессора простаивает, что на самом деле ошибочно.
Денис Котов: constant rate factor, основной параметр "качества" кодека x264. Почти идеальное качество при crf=12, дефолтное значение 23. Чем больше значение, тем меньше размер файла. Больше 28 обычно не ставят. Я использую 20.
Например, аниме при crf 24 жмется настолько, что половину файла с видео занимает звук (как жать звук в вашем случае - отдельная задача)
