Кто напомнит ресурс, который помогает строить предложения на английском?

Кстати, украинская разработка.

Кто напомнит ресурс, который помогает строить предложения на английском?

Я бы предложил начать с DuoLingo. Там все проще и быстрее и приятнее. Но объем информации - существенный. Полезно.

А уже потом переходить на LinguaLeo. Он посложнее, пообъемнее. У меня в свое время отбил охоту учить язык.

Windows 10 без антивирусника, возможно ли?

Игорь: еще раз, дурачок, прошло уже 5 лет - и ни в одном глазу.

Почему на 4-х ядерном процессоре происходит эмуляция 12-и ядерного?

Таймер можно улучшить путем удлинения выборки для измерения.

Есть навыки и хорошая идея для стартапа. С чего начать?

hellosandrik: Если люди попрут.

Тяжело ли будет создать "клона" Яндекс.Транспорта для небольшого города-спутника?

Елизавета Борисова: вы путаете.
речь идет о банальном авторском праве. вовсе не о спец. законодательстве про картографию.

Тяжело ли будет создать "клона" Яндекс.Транспорта для небольшого города-спутника?

Точной картографической информации.
А тут - достаточно карты-схемы. Она налогом не облага...... тьфу, не попадает под это ограничение.

Если аккумулятор телефона год лежал, это сократило срок службы его?

Александр: нет, если аккумулятор не сильно китайский то 2-3 года с ними не случится вздутия и пр.

Как гарантировать равное распределение ресурсов сервера между сайтами?

SorokinWS:

Разумеется один сервер держит несколько тысяч пользователей, но это результат кеширования.

Миллионы, а не тысячи - и это результат кэширование.
Поэтому я и утверждаю - ваша нагрузка это ничто.

Дело в плохо спроектированной системе.
Ну или в использовании плохо подходящей под задачу системе.

Данные в системе постоянно меняются, то, что возможно - уже закешировано. Остальное требует максимально возможной актуальности данных.

Речь не идет о классическом кэше, который берет данные из БД на диске только при промахах.

Количество записей в БД на фоне количества чтений из кэша настолько мизерно, насколько я понимаю вашу задачу, что целесообразно сразу обновлять кэш, который по факту будет являться в данном случае вторичной БД, заточенной на ответы на запросы.

Эта система кроме того, ведёт складской учёт, продажи, закупки, подсчёт статистики и генерация отчётности (временами довольно замысловатой). В работе используется почти всё, что есть в базе. (средней размер базы данных 75gb). Запихивать всё это в память - нереально.

А и не надо всю базу.
Сотрудники навряд ли генерируют такой большой поток изменений, как запросы с внешнего мира.
Вполне достаточно каталог.
После чего у вас останется еще куча оперативки под остальные задачи, кроме каталога.

Что значит "вы отдаете клиенту данные из большого каталога непосредственно из CRM" - В CRM работают сотрудники, клиенты не имеют доступа ни к каталогу, ни к системе. Данные поставщиков и магазинов приходят чере REST интерфейсы. Связь с внешними системами тоже через API.

Речь о БД.
Отдаете из БД CRM, которая, по логичным причинам, не оптимизирована для отдачи данных на большое число запросов.
А оптимизировано под гибкость.

Затачивает отдельную систему под отдачу запросов, используя агрессивное кэширование (пожалуй даже всего) каталога в виде вторичной БД для каталога - и отдаем ответы на запросы посетителей сайта за доли секунды.

Другое дело, что это может быть не целесообразно по экономическим причинам.
Программисту уже уплачено и он ушел заниматься другими системами.

Но изначально, если бы стояла задача обслуживать большое число клиентов на сайтах - стоило бы сделать именно так.

Более того - каталог вполне можно было держать и в одном экземпляре только в оперативной памяти, а не дублировать БД с диска. И использовать её и для обращения к каталогу собственных сотрудников.

Скажем СУБД Tarantool это позволяет осуществлять без потери данных в случае перезагрузки сервера. Все изменения оперативно сохраняются на диске.

Как гарантировать равное распределение ресурсов сервера между сайтами?

SorokinWS: Кто вам мешает кэшировать?

Как гарантировать равное распределение ресурсов сервера между сайтами?

SorokinWS: Для поиска не нужна CRM.
Ваша проблема понятна - вы отдаете клиенту данные из большого каталога непосредственно из CRM.
Зачем так жестоко?

Как гарантировать равное распределение ресурсов сервера между сайтами?

SorokinWS: и что что не единственный?
вы взаправду полагаете, что у них 1 сервер держит ВСЕГО ЛИШЬ 100 пользователей?

Как гарантировать равное распределение ресурсов сервера между сайтами?

SorokinWS:

В любом случае при постраении графа из реляционной базы данных требуется ЛИБО извлекать сразу большое количество данных и их обрабатывать ЛИБО делать большое количество запросов. Первый вариант - быстрый но затратный по ресурсам, второй - наоборот.

Эта система кроме того, ведёт складской учёт, продажи, закупки, подсчёт статистики и генерация отчётности (временами довольно замысловатой). В работе используется почти всё, что есть в базе. (средней размер базы данных 75gb). Запихивать всё это в память - нереально.

Я полагаю, что наибольшая сложность здесь в том, что речь идет уже о какой то существующей системы, которую уже не хочется (не можется) переделывать.

Но, абстрагируясь от неё, на вашей задаче вполне можно отдавать ответ мгновенно (время передачи по сети будет больше, чем поиск в БД).

Как гарантировать равное распределение ресурсов сервера между сайтами?

SorokinWS:

Какие-то странные у Вас цифры - возьмём hello world на phalcon 2 - 1750 rps. И это без запроса к БД.

PHP медленный?
Расскажите это ВКонтакту и Фейсбуку.
Вы же в курсе, что у них PHP и миллионы запросов в секунду?

Как гарантировать равное распределение ресурсов сервера между сайтами?

SorokinWS:
2 Г * 10 клиентов = 20 Г при наличии памяти в 32 Г на сервер, выделенном, как я понимаю, только под эту задачу - неужели является проблемой?

если вы экономите память под будущее расширение, то достаточно размещать в оперативной памяти только индексные данные.

плюс, насколько я понимаю, речь идет о каталоге запчастей - значительная часть запчастей идентична. что также позволяет сэкономить, размещая данные в оперативке в одном экземпляре

P.S.:
но на самом деле экономить в данном конкретном случае, и не нужно, ибо

2 Г * 10 клиентов = всего-то 20 Г

Как гарантировать равное распределение ресурсов сервера между сайтами?

SorokinWS:
в замерах на hello world основные затраты - это запуск, старт, МИЗЕРНОЕ ВРЕМЯ собственно полезной работы, затем отдача ответа.
в вашей задаче - основные затраты это не запуск и ответ, а работа с БД, поиск, перебор. ни какой связи с hello world это не имеет.

Как гарантировать равное распределение ресурсов сервера между сайтами?

SorokinWS:
А я то думал что там какая-то сложная обработка....
Это простая задача, полагаю, что на вашем железе вполне можно добиться производительности обработки запросов порядка 5 000-30 000 в секунду.

Простите, но я опять таки обращу внимание, что это делал хреновый программист.

Графовые данные весьма плохо ложатся на концепцию реляционных СУБД.
Не нужно было её выбирать, если уж задача именно такова как вы описываете и вызывает проблемы с производительностью

По вашей задаче ответ можно отдавать пользователю практически мгновенно (с точки зрения человека, он не заметит задержки больше, нежели задержка передачи информации по сети интернет).

Для решения подобной задачи, нужно много времени, но не очень много ресурсов.

Насчет времени не соглашусь, времени там нужно доли секунды на каждый поиск (в т. ч. и с учетом графа).

Насчет ресурсов не согласен - эта задача просто ракетно ускоряется путем размещения данных в оперативной памяти, то есть чего чего, а оперативку может кушать интенсивно.

Но нагрузка на процессор - согласен - для вашего количества запросов должна быть незначительная.
Так что непонятно от чего ваши процессы мешают друг другу.

Вы можете заставить программиста довести систему до ума?

Если нет (программист уволился к примеру), то, да - проще просто добавить железа и прописать приоритеты процессам.

Каков адекватный процент от продаж можно отдать продажнику/посреднику?

Тут выбор-то прост:

Будь жадным и заработай копейки.
Или, дрожащими руками отрывай от себя эти деньги - отдавай продажнику, плачь ночами от жадности - но зарабатывай хорошо.

Каков адекватный процент от продаж можно отдать продажнику/посреднику?

На таких условиях (когда есть подписка с гарантией продления) - отдают и 100% первого месяца.
;)

Как гарантировать равное распределение ресурсов сервера между сайтами?

SorokinWS:
о! такой кэйс у меня тоже есть.
500 запросов В СЕКУНДУ на твоем железе

P.S.:
Если программист это ты и ты не хочешь признавать свой косяк - то просто добавь железа.