Pull to refresh
3
0
Send message
Я всегда считал что в raid данные распределяются равномерно между дисками.
Из вашего сценария получается, что если данные поступают в кэш быстрее чем диск с самой большой задержкой способен записывать ваш кэш заполнится очередью для десятого и остальные девять будут простаивать. что как бы равносильно отсутствию кэша

Если же я ошибаюсь и контроллер пишит на диски со статусом `свободная касса`, то самый медленный диск будет самый пустой, не лучше ли удалить его из массива чтоб не создавал пробок или заменить на более шустрый?
а вот еще вариант

Собираете вот такую констуркцию
Между задними стойками установить поперечные перекладины и на них навешивать мониторы
Вертикальные стойки делать цельными, а столешницу просверлить — будет регулируемая высота
Ставите все это дело на heavy duty casters — мобильное решение
Если снизу передние и задние ножки соеденить более длинной трубой увеличив устойчивость, то сзади стола можно организовать полки под системник, ибп и прочую утварь
Ох навеяло
image

Помоему оверкил. но все же интересное решение. Если надумаете проводить апгрейд, есть парочка идей

1. Привинчиваете к стене кусок slatwall (вот уж не знаю как по русски будет), ну а дальше полет фантазии ограничивается вашим кошельком
к примеру вот такой девайс дешего и сердито к этому брэкету можно прикрутить/приварить уже имеющиеся кронштейны.
или что-нибудь из готового
Slatwall очень гибкая штука, хочешь крючек для одежды прицепи, хочешь полку над мониторами под системник и ИБП, чтоб под ногами не путались, пыль не собирали, да и cable management проще будет.

2. DisplayPort MST — наше все! понятно что мониторы наверняка Б/У, не увсех DisplayPort имеется. Но если карты потянут по 5 мониторов, можно обойтись и двумя: DisplayPort x 3 + { DVI x 2 | DVI+HDMI | DVI+VGA }

3. Скрипт бы вам написать, чтоб по сигналу от ИБП менял видео режим на `только праймари включен`. На долго ли хватит 1 ибп на 10 мониторов, плюс снизит потребление на втором ибп ибо видео карты будут idle. успеете и файлы сохранить и clean shutdown сделать

4. Вам не жарко? Нет зимой конечно здоворо вкартиру отопливать, а летом этож только с кондиционером 24/7. Разделите на три системы: центр, право, лево. и будет resources on demand. а чтоб не плодить переферию имеются утилитки вроде этой

пойду рыбумеч пересмотрю
www.creativebloq.com/html5/truth-about-structuring-html5-page-9122842

альтернативный взгляд на новые элементы, аргументация почему 99% интернетов использует их неправильно и почему можно забыть про все эти новшества
Ну так консолидируйте своих клиентов. Возьмите в аренду полноценный сервер. Настройте все по человеческих. Стоимость аренды + вам на пиво распределите между клиентами. Вот вам shared environment с полным контролем. И не надо будет костыли подставлять.
Не хотите, гемороя много? Так это отдельный разговор.

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

Имхо от таких клиентов надо бежать, причём не просто бежать, а менять телефон, почту и фио, чтоб наверняка вас больше не нашли. Ибо 30 тысяч за 20 страниц их разработчик выбивал в течении года. А последующие пять лет на стену лез от звонков с требованиями быстренько поправить вот тут и там, причём за бесплатно, потому что «мы же тебе заплатили (аж 30 тыр!!!), свинья ты неблагодарная»
Зачем лечить симптомы? Нет возможности править дырявый код, значит надо сделать так чтобы уязвимостью невозможно было воспользоваться. Не думаю что простенький VPS стоит намного дороже shared hosting. Не можете сделать второй RO раздел — отнимите права на запись у пользователя под которым веб сервер крутится. Смысл перезаливать скомпроментированные файлы если их тут же ломают?
Время, затраченное на хождение по кругу, обойдется вам дороже чем самая дешевая виртуалка. Отвлекает от работы над новым проектом. Вероятность не только кражи данных, но и полный вайп базы. Нагрузка на процессор, повышение disk io в условиях shared hosting, вы покажите нам метрику загрузки страниц в час пик.
по сути весь топик из области XY Problem. грустно когда разрабов нагружают задачами администрирования. проблемы недофинансирования в малых проектах многим известны не понаслышке.
а не пробовали парсить svn/git status?
проще и надежнее

Information

Rating
Does not participate
Location
Brooklyn, New York, США
Registered
Activity