Падает и скорость, и повышается нагрузка на ЦП, ну и баги с этими драйверами. Более менее стабильно у меня работал fuse4X, но я точно не вспомню, что за драйвер для него использовал. Есть нативный патченный кекст для макоси, но опять же, я не совсем уверен как работают эти драйвера, NTFS по своей природе достаточно сложная ФС, причем закрытая, не советовал бы ее использовать.
То, что надежнее факт, а быстрее — очень спорно. Журнал ведь надо еще вести. Еще к плюсам HFS+ можно отнести то, что файлы практически не фрагментируются, только свободное место. А exFAT нужно периодически дефрагментировать (системных средств для этого в Mac OS X нету, хотя может сам драйвер выполняет это онлайн, не могу утверждать).
Да, выше уже писали, скорость выставляется по качеству сигнала. Я вообще использую у себя CAT 7. Есть еще одна проблема, я не уверен, возможно ли подключение на такой высокой скорости без роутера.
Нет, под развитием я понимаю тонну других вещей. Замена API один из краеугольных камней развития любой сложной системы, ни один программный архитектор не может предвидеть недостатки своей архитектуры. Если для вас это не очевидно, я советую вам далее углублять свои знания в программировании.
1) Больше литературы
2) Консолидированное комьюнити
3) Большой опыт деплоя с совершенно разным уровнем нагрузки
Это означает, что на очень многие вопросы уже есть готовые ответы, с Python'ом это не так.
И еще, мне, например, очень нравиться метапрограммирования на Ruby, выходит очень компактный и читаемый код, Python тоже поддерживает эту парадигму, но она не так изящно реализована и опять же, проблема с доками :(
Это все очень поверхностно. Чем дальше углубляешься в детали, тем сильнее отличаются языки. Доки и там, и там прекрасно строятся. Фреймворков тоже и там, и там приблизительно одинаковое количество, просто Руби-комьюнити любит консолидироваться, что как по мне, большой плюс.
Я бы к минусам Пайтона добавил бы малое количество специализированной литературы. У Руби есть отдельный книги по паттернам, по метапрограммированию, по исключениям; более общие по написанию сервис-ориентированных приложений и TDD/BDD; еще более общие по фреймворкам, ну и книни по самому языку. С Пайтоном другая ситуация — больше книг посвященных всяким расширениям и ПО на языке, чем о самом языке. Я вот уже достаточно долго жду пока выйдет книга об управлению памятью.
– тяжелыми, это какими 200Кб?
– нет, не умею, и не понимаю причем это здесь
– нет, не меняет, но MySQL знает с чем работает и знает когда ему это нужно, сказал MySQL, что заберет 3Гб для кэша запросов, сделал, файловому кэшу без разницы, что одни данные важнее, а другие нет, если он «переполняется», от начинает использовать всю незанятую ОЗУ, а если она становится нужна для чего-то, освобождает ее. С последствиями.
– миллионы, да-да. Это не обязательно могут быть статьи, может быть обычная документация, знали бы вы сколько проходит ее в серьезных финансовых конторах за день, удивились бы. Разделять можно, только толку от этого никакого, современные ФС не имеют ограничений на количество файлов в папке. Насчет полгига и сервер не понял.
– Интернет есть, там полно примеров, ищите.
Предлагаю закрыть эту милую беседу, а автору вопроса пожелать самого лучшего и хранить текст до ката в одном поле бд, а всю статью в другом.
– Метку можно убрать средствами языка, практически во всех них функции замены в тексте работают достаточно быстро
– Мне трудно сказать насколько это медленно, можете провести синтетический тест. И еще мне кажется результат такого запроса должен попадать в кэш.
– кешируется ответ на sql запрос, не важно есть ли там TEXT или BLOB
– еще как может помешать, более того, если это не только сервер БД, а еще файловое хранилище, то эти txt-шки могут не попадать в кэш вообще
– это если очень скромный проект и очень много ОЗУ
– вот сейчас буду докапываться :) во первых, потери свободного места, мелкие файлы занимают целый кластер, во вторых огромное количество файловых дискрипторов, что плохо как для работы ОС, так, например, и для перемещения/копирования/разворачивания из бэкапа, представьте, что там миллион файлов; оно копироваться вечно будет.
– конечно же без Сфинкса, вот на хабре Сфинкс, фиг что найдешь. Вообще редко нужен серьезный полнотекстный поиск, но когда нужен есть Solr.
Да, вы правы, я обманулся тем, что они на macosforge.org хостятся.