Выбор дистрибутива
()
Всевозможные учебники и книги - это хорошо, но обычно их предлагают купить и часто не совсем дёшево, даже если они описывают базовый уровень. Бесплатным решением, очевидно, является официальная документация. Когда я открыл документацию к python, я был приятно удивлён, что она написана практически как учебник. Для Java вроде бы тоже всё относительно неплохо в этом плане, хотя хотелось бы отдельный оффлайновый pdf.
Мне захотелось скачать себе документацию в подобном виде для C и C++. Зашёл на их официальные сайты, там описание стандарта предлагают получить на сайте ISO за немалые суммы денег. Да и само описание стандарта далеко не для обучения. Хорошо, подумал я, попробую тогда посмотреть документацию к одной из реализаций языка - GCC-CPP, и вижу, что описанное там тоже вовсе не подходит для обучения. Даже описания типов и примеров объявления нет (может плохо искал, но в заголовках не заметил).
Нет, это не тред «подскажите книгу по Сям», таких для начинающих я и сам могу гору насоветовать.
Вопрос следующий: существует ли нормальная доступная бесплатная документация по которой можно изучать C, C++? Официальная документация по другим языкам была бы тоже интересна.
Update
C, C++
Online-ресурсы и учебные пособия для начинающих:
Как дополнение: Рабочая версия стандарта C++14 от 19 ноября 2014 г. (с официального сайта стандарта)
Fortran
Python
В дополнение к официальной документации (и переводу руководства Python 3.1):
Object Pascal. Lazarus
Перемещено Klymedy из talks
Не могу загрузить большие файлы(>500mb). После загрузки примерно 300mb начинаются тормоза, файл очень долго грузится, хотя и не прерывается и ошибок нет, другие конекты затыкаются, все висит.
В логах включил дебаг 10, ничего подозрительного нет
Entering Passive Mode
in dir_check_full(): path
passive data connection opened - local
passive data connection opened - remote
in dir_check_full():
dispatching LOG_CMD command 'MLSD' to mod_facts
потом ничего не идет, файл закачивается
UPD. Дело не в FTP, пробовал загружать гигабайтный файл http://speedtest.ftp.otenet.gr/files/test1Gb.db через wget, доходит до ~34% и система впадает в ступор. Не работают команды mc, man wget и т.д. Консольно в каком то подвешеном состоянии. Отмирает через минуту где-то
Привет. Известно что на папку нельзя сделать жесткую ссылку, что же тогда отображается на том месте где для файла указывается количество ссылок, пример:
drwxr-xr-x 42 www-data www-data 4096 Sep 20 20:19 modules
Осваиваю разработку веб-морд, открыл для себя jQuery, underscore.js и date.js. Что ещё посмотреть полезное/универсальное? Must have, одним словом.
Есть жирный JS код, который течёт. Есть еще более жирный встроенный в FF инструмент, который теоретически может выявить течь. Этот инструмент съедает всю память, которую находит и падает. Есть ли какие-нибудь приложения (НЕ web) для анализа дампа js heap лисы?
#apt-get dist-upgrade показывает список изменений перед проведением обновлений. Подскажите как этот же список увидеть после того как он отработал?
Используя таинственный инструмент XXX-Xxxxxx, мы вновь нашли кучу ошибок в Linux Kernel. Для желающих словить от этих ошибок Facepalm прошу пожаловать под кат.
Мне вот просто интересно, с какой теперь аргументацией будет бан интересного материала. :)
Приветствую, люди! Кто сидит на Ubuntu 16.04 - работает, почти весь день, прошу ответить тех, для кого Ubuntu 16.04 является основной операционной системой. И у кого разрядность x64 и 4 гига памяти. Скажите, хватает ли вам этой памяти для работы и выполнения всех необходимых задач на ОС? Все нормально работает - не тормозит?
А то я смотрю в System Monitor - 16.04 жрет больше чем 14.04 памяти и боюсь на нее переходить.
Второй раз за месяц расслабил булки и не заметил утечку оперативной памяти. Система наглухо зависла, сожрав все 16 гб (свапа нет). В консоль не пустили. В последнем эпизоде виноват был Picard, который на обработке коллекции Вивальди сходит с ума и может жрать всю память в одно рыло. У меня только один вопрос, почему OOM Killer не сработал и не прибил эту заразу, если размер виртуальной памяти является основным триггером для него? И что нужно сделать, чтобы убивать подобную жирноту автоматом?
День второй. Поставил zram на половину памяти, vm.oom_kill_allocating_task=1, swappiness=100. Пикард на коллекции Бетховена ставит систему раком. Память жмется хорошо, но киллер не приходит.
День третий. Добавил дисковый свап 2 гб на ssd. Повторил эксперимент. Отзывчивость системы была нормальной даже когда кончился zram и начал заполняться ssd swap, но когда и он кончился, системе закономерно пришел песец. То есть опять песец пришел, а киллер не пришел.