Для тех, кто не в курсе: своп создается чуть большим размером, чем RAM при установке дистрибов по дефолту на случай использования _спящего_ режима (линуксы засыпают в своп). В остальном его использование в большинстве случаев оправдано только если память "течет" - тогда неиспользуемые блоки памяти сваливаются в своп и там лежат до перезапуска или остановки сервиса. Во всех остальных случаях производительность HDD настолько низка, что сколь-нибудь значительный обмен данными со свопом ставит систему раком. Исключение - SSD, но такое использование диска не целесообразно.
BrightGuy, Грубо говоря создать виртуалхост в апаче (или что там вместо веб-сервера), положить сайт в нужную папку, базу создавать SQL-запросом. Если сервер на debian - поставьте Domain technologies CP, оно в репозиториях.
512 мегабайт хватит и под опенфайр, если там не сотни клиентов, пусть часть системы залезет в своп - не страшно, активной работы с оперативкой там нет. В остальном jabberd2 если в плане толщины без вариантов.
Romka_Kharkov,
#!/bin/bash for i in $( ls ); do echo item: $i done
Наводку дал... С остальным разберетесь? ;)
Если через веб-интерфейс, то считаем это файлопомойкой. Загрузили файл - можно удалить с компа. Веб-интерфейс это никакой связи с машиной, ручками всё. МОжно сделать через fuse или питон-скриптами забубенить, тогда я бысмысл вопроса понял. Коротко - в вашем случае содержимое компа не влияет на содержимое onedrive никак.
В Windows правой кнопкой мыши > сделать доступным только через интернет. Другие варианты удалят файл, из корзины будт уничтожено в течении 30 дней.
Использование Onedrive под Linux иным способом, чем через веб-интерфейс - ССЗБ. Ну или как минимум смотрите на текущую реализацию скриптов. Не советую.
По бн работаете?
Есть проблема: rar и php-rar совсем разные вещи.
А статистика взята из воздуха. Точнее, выборка совсем нерепрезентабельна. Зеленые диски из строя выходят значительно чаще по одной простой причине: вырабатывают свой ресурс на парковке. Им нужны либо редкие обращения и длительный простой последующий, либо постоянная нагрузка - тогда такой диск будет служить долго и счастливо. На предприятии в обычных офисных машинах через 2 года из 10 дисков умерли 10. "Голубая" серия же работает без выкрутасов уже третий год, и это практика.---------- Добавлено 22.01.2014 в 00:42 ----------З.Ы. если дисков не жалко - ставьте им всегда энергосбережение по максимуму - будут дохнуть быстрее. Исключение, насколько мне известно, составляют диски Hitachi - там головки паркуются не укладываясь на поверхность диска.
Касательно обычных дисков - вы правы. Да и то из одной партии диски в рейде выходят из строя одновременно чаще. А вот о том как работают SSD - учите матчасть. Теперь объясняю, после чего если вы это не осмыслите - удалюсь из темы, ибо перед нечитателями распинаться не вижу смысла.
Дело в том, что каждая ячейка SSD диска имеет ограниченное число записей. Так, например, у современных твердотельников этот параметр очень большой - но в этом есть минус энергонезависимой памяти на текущей стадии её реализации. Часть ячеек, призванная хранить информацию о том, в какую ячейку и сколько раз записано имеет значительно бОльший ресурс. Туда пишется служебная информация, которая используется потом алгоритмами "Wear leveling". Остальные же ячейки более дешевые и имеют несколько меньший ресурс. Так вот, если на диск пишется много данных, то есть параметр у SSD в смарте - "оставшийся ресурс". Он уменьшается и после достижения критического значения диск переходит в режим "только чтение" во избежание повреждения данных. Так вот, этот параметр закладывается производителем в мозги диска, а не измеряется каким-то образом и никак не зависит от качества самой ячейки памяти.
Остальную инфу, я надеюсь, интересующиеся сами нагуглят, основной тезис - число записей КОНЕЧНО. Да, страйп должен быть кратен 4 килобайтам, так как диски сообщают о размере кластера в 512 байт и эмулируют его, как и некоторые диски AdvancedFormat, поэтому операционные системы обычно выравнивают данные по 4 килобайта на SSD, а не по 512 байт, ибо иначе произойдет снижение производительности диска.
Собственно, RAID зеркальный спасет от брака - но от износа не спасет, в случае с SSD износ ячеек неумолим и одинаков, чего нет у обычных дисков. Какая тут нахрен статистика нужна - просто не понимаю, достаточно знать матчасть.---------- Добавлено 22.01.2014 в 00:36 ----------P.S. Ну и не следует казаться умным, иногда лучше жевать.
