Понимание java.lang.Thread.State: WAITING (parking)

Во-первых, очень глупый вопрос, я просто хотел узнать, что означает ожидание «парковки»? Ожидает ли поток, который должен быть запаркован, или он только что был запаркован и поэтому находится в состоянии ожидания? И когда эта парковка произойдет, сколько ресурсов процессора/памяти занято? Какова цель парковки потока?

Во-вторых, просмотр метода парковки в java thread API

Отключает текущий поток для планирования потоков, если разрешение не доступно.

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

Английский не является моим основным языком, поэтому у меня есть некоторые трудности с пониманием того, что я намеревался «разрешить» как своего рода «разрешение парковать нить», поэтому следующие вопросы:

  • В чем смысл этого, что такое «разрешение», и кто и как проверяет это разрешение?
  • Что это означает: «если разрешение доступно, то оно потребляется», становится ли оно «припаркованным»?
  • после этого, если вторая точка верна, так какова разница между «парковкой» и «бездействует»? Если у меня есть разрешение, я могу припарковать его навсегда, а если нет, я могу сделать его «спящим»?

Благодаря

-121--613547-

иерархическим данным в базе данных: рекурсивный запрос в сравнении с таблицами закрытия в сравнении с графической базой данных Я начинаю работу над новым проектом, который имеет некоторые иерархические данные, и смотрю на все варианты сохранения этого в базе данных в данный момент. Я использую PostgreSQL, который позволяет рекурсивно...

Я начинаю с нового проекта, который имеет некоторые иерархические данные, и я смотрю на все варианты для сохранения их в базе данных в данный момент.

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

Мне трудно решить между этими вариантами. Например: учитывая, что моя RDBMS позволяет рекурсивные запросы, будет ли по-прежнему иметь смысл использовать таблицы закрытия и как это сравнится с решениями графов баз данных с точки зрения ремонтопригодности и производительности?

Любые мнения/опыт были бы очень признательны!

11
задан tospo 21 September 2011 в 10:38
поделиться