хз, со своей ламерской колокольни я вижу так - ограничения дают процессор, чипсет и прошитые в биосе параметры (маркетинг что б. его)
процессор и чипсет - ограничение тупо в реальной ширине адресной шины (сколько бит отведено под адрес)
может dma контроллер что то не может, может конфигурация блоков памяти (какие адресные интервалы на какой модуль памяти доступны, их может тупо нехватать)
я помню давным давно еще с ddr2 (или раньше) была ситуация, когда память вставленная не туда (т.е. нельзя оставлять пустым слоты) или не с тем в паре просто не была доступна... та еще лотероея
скорость работы с памятью, и просто каждое ядро будет МЕДЛЕННЫМ (считай 1к попугаев против современны десктопных в 3к)
оно просто устарело, морально
есть еще мультипроцессорные системы (можно такие найти, дешевый проц ~6-10т.р. но дорогая материнка от 20т.р.) там работа с памятью распаралелена, плюс каналов больше, но это всего кратное ускорение максимум, когда как видеокарты дают ускорение - на порядок
-b это размер сектора
естественно, увеличив его размер получишь КОЛИЧЕСТВО секторов меньше, если бэдблоки сериями идут
btrfs не умеет бадблоки
и никто не будет добавлять это сомнительный функционал
пишут что и через mdadm прослойку тоже не получится
если прямо ну очень надо, поднимай ext3 раздел без журнала, монтируй без кеша, затем на нем создавай огромный файл и монтируй его как loop устройство, внтури которого создавай btrfs файловую систему, не ошибись с размерами секторов, должны быть везде одинаковые
спецификацию найти можно но чтобы ее понять нужно обладать соответствующими знаниями
гугли ea50_cx
вот например такая схематика находится (там схемы, по уму специалист зная где в них искать сможет найти, есть ли физические ограничения на размер памяти)
система охлаждения ноутбука сильно хуже стационарного компьютера, это значит машина начнет понижать скорость раньше
т.е. кратковременные действия будут быстро происходить, но длительные операции типа архивация, вычисления, рендеринг, будут медленнее ожидаемого (десятки процентов)
Ели про вебразработку (и вообще разработку) - 3 монитора, центральный - IDE с кодом и отладчик, левый экран - документация, правый - приложение или браузер (можно обойтись двумя экранами, благодаря подсказкам ide она заметно реже нужна чем к примеру если сидишь в условном блокноте). Все размеры - максимизация по размеру экрана 24"..28", не больше (главное не меньше, сидел я как то за 21" экраном, уже не комфортно), поторюсь - подавляющее большинство разработчиков ориентируются на 24" (как только это не так то сразу вылезают высеры как от майкрософта с гигантскими кнопками и пустыми местами)
А теперь пытаемся симулировать то же самое на 34" экране, и в результате у нас четыре 17" недомонторчика либо браузер нестандартных размеров либо выставлять некомфортные параметры скалинга.
по умолчанию, твой веб сервер так и присылает 200 код, все хорошо
если надо другой, то до вывода любой информации, вызывай http_response_code с нужным тебе кодом
mcrack, еще раз, бОльшее пространство не увеличит комфорт, потому что софт не очень на это расчитан
если тебе работать в основном в конкретном приложении которое очень хорошо тюнится, каждая менюшка перемещается и т.п. то ты сможешь настроить как тебе надо
попробуй настрой веб приложение, поперемещай его менюшки, изменяй их размеры (это реально, есть плагины но усилий понадобится очень много)
обычно же приложение разворачивают на весь монитор и если для перехода от левой части к правой одной информационной области (например читаемый текст) придется поворачивать голову или даже взгляд - это будет некомфортно на столько что приложение браузера перестают разворачивать на весь экран, остается пустое пространство которое нечем заполнить, так как оно очень маленькое
продолжаю не понимать вопрос
вот php код возвращающий число 10 <?php echo 10; ?>
в ответе я тебе дал прямо со ссылкой кода обработки basic http авторизации
а уж просто проверить входной параметр из $_GET еще проще будет
igor123488, может да а может и нет
если авторизация по ip адресу то я сочувствую клиентам мтс, слишком криворукие у них разрабы, но как я сказал, если бы так было все просто - подобная проблема была бы чаще
регулярное удаление авторизации (выход из аккаунта) с большой вероятностью поможет, так как при простом закрытии браузера максимум что может сделать система - это отслеживать время жизни токена, то действие - это возможное удаление токена и возможно что-нибудь еще.... т.е. это уменьшение вероятности что подобный баг сработает и кто то получит твою сессию
я бы еще рекомендовал входить в личный кабинет (любой, не только мтс) из приватной вкладки браузера, в этом случае и локально сессия будет завершаться (куки не будут сохраняться) безальтернативно по закрытию вкладки автоматически
Валентин, да тут я думаю вопрос, потянет ли железо 50гбит в принципе
в интернете пишут что 10гбит xeon роутит и даже может быть nat-ит
понятно что синтетические тесты не показательны и правильнее смотреть количество пакетов в секунду а не пропускаемый объем, но и он тоже может упереться в банально пропускную способность оперативной памяти
процессор и чипсет - ограничение тупо в реальной ширине адресной шины (сколько бит отведено под адрес)
может dma контроллер что то не может, может конфигурация блоков памяти (какие адресные интервалы на какой модуль памяти доступны, их может тупо нехватать)
я помню давным давно еще с ddr2 (или раньше) была ситуация, когда память вставленная не туда (т.е. нельзя оставлять пустым слоты) или не с тем в паре просто не была доступна... та еще лотероея