distributedcomputing   648

« earlier    

Costs of task allocation with local feedback: Effects of colony size and extra workers in social insects and other multi-agent systems
If more workers are present than needed to complete the work available, some workers will always be idle; despite this, having surplus workers makes redistributing them across the tasks that need work much faster. Thus, unexpectedly, such surplus, idle workers may potentially significantly improve system performance
allocation  ants  distributedcomputing  cybernetics 
8 weeks ago by yorksranter
Distributed TensorFlow - O'Reilly Media
On the one hand: distributed tensorflow On the other, Android Neural Networks API: Hmm?
tensorflow  distributed  distributedComputing  NN  architecture  platform 
december 2017 by psychemedia
Notes on Distributed Systems for Young Bloods – Something Similar
New systems engineers will find the Fallacies of Distributed Computing and the CAP theorem as part of their self-education. But these are abstract pieces without the direct, actionable advice the inexperienced engineer needs to start moving. It’s surprising how little context new engineers are given when they start out.

Below is a list of some lessons I’ve learned as a distributed systems engineer that are worth being told to a new engineer. Some are subtle, and some are surprising, but none are controversial. This list is for the new distributed systems engineer to guide their thinking about the field they are taking on. It’s not comprehensive, but it’s a good beginning.
programming  distributed  distributedcomputing  fallacies 
september 2017 by stiefkind
An off-grid social network | Hacker News
HN item on the scuttlebut lo-fi distributed social network for sailors
internet  socialnetworks  lofi  diy  sailing  hackernews  offgrid  distributedcomputing 
april 2017 by geephroh
Trumpet: Timely and Precise Triggers in Data Centers
As data centers grow larger and strive to provide tight performance
and availability SLAs, their monitoring infrastructure
must move from passive systems that provide aggregated
inputs to human operators, to active systems that enable programmed
control. In this paper, we propose Trumpet, an
event monitoring system that leverages CPU resources and
end-host programmability, to monitor every packet and report
events at millisecond timescales. Trumpet users can express
many network-wide events, and the system efficiently detects
these events using triggers at end-hosts. Using careful design,
Trumpet can evaluate triggers by inspecting every packet at
full line rate even on future generations of NICs, scale to
thousands of triggers per end-host while bounding packet
processing delay to a few microseconds, and report events
to a controller within 10 milliseconds, even in the presence
of attacks. We demonstrate these properties using an implementation
of Trumpet, and also show that it allows operators
to describe new network events such as detecting correlated
bursts and loss, identifying the root cause of transient congestion,
and detecting short-term anomalies at the scale of a data
center tenant.
networking  distributedcomputing  monitoring  datacenter  papers 
february 2017 by mikecb

« earlier    

related tags

2016  3dics  8b10b  academia  adc  adder  aes  ai  aio  algorithm  algorithms  allocation  alu  amazon  amdahlslaw  analysis  antennaeffect  ants  apache  apacheflume  apachekafka  apachestorm  api  arbiter  arbitrarywaveformgenerator  architecture  arstechnica  article  asic  asynchronouslogic  ate  atpg  audiocodec  auth  autonomousvehicles  availability  aws  bandwidth  beol  berkeley  bga  bgasubstrate  bigdata  bist  bitcoin  bittorrent  blockchain  blog  blogs  boinc  booleanalgebra  borg  btb  bugs  bumping  burn-in  c4istar  cache  cachecoherence  cam  cap  captherum  chip  cisc  citizenscience  clockgating  cloud  cloudcomputing  cloudera  cloudserver  cloudstorage  cmos  code  coding  computation  computerscience  computing  concistency  confluent  consensus  consistency  container  continuousdeployment  coprocessor  cpi  cpu  crc  crdt  crosstalk  csa  cts  curated  cybernetics  dac  dask  dat  data  database  datacenter  db  dcos  dds  def  deployment  design  development  devops  dfm  dft  dht  dib  dicing  die  dimm  distribute  distributed  distributedsystems  diy  dll  dma  dmm  docker  dominologic  dram  drc  driverlesscars  dsm  dsp  dut  dv  ecc  eco  eda  edacompanies  edgenetworks  editorial  elasticsearch  electromigration  electronics  elixir  emi  engineering  enterprisearchitecture  epos  erlang  esd  etcd  ethernet  explanation  f35  fabless  fallacies  faulttolerance  feol  fft  fib  fifo  files  filesystem  finfet  flash  flip-chip  flip-flop  foundry  fpga  fpu  fram  framework  fullcustomdesign  funtoclone  fusion  future  gartnerdc  gdsii  getpocket  git  go  golang  google  government  gpio  gpu  graycode  grid  gui  hacker  hackernews  hacking  hadoop  hardware  hbm  hdl  heatpipe  heatsink  heroku  highavailability  history  holdtime  hybridlogicalclocks  i2c  icassembly  idempotence  ifttt  infrastructure  integration  internet  internetofthings  interposer  iot  ip  ipvendors  isi  javascript  jeffdean  jitter  jtag  kafka  kgd  lambda  lan  lasp  latchup  latency  layout  leadframe  learning  lef  lfsr  library  linux  list  loadbalancing  lofi  logging  logicaleffort  logicanalyzer  lsb  lvds  lvs  maglev  maskworks  matrix  mcm  mealymachine  mesos  mesosphere  messaging  methodology  microchips  microservices  mii  mimd  mls  mmu  mongodb  monitoring  mooremachine  mooreslaw  mosfet  mosis  mpw  msb  mtbf  multi-thresholdcmos  multiplier  mux  mysql  mysqlha  nco  networking  nix  nn  noc  node  nosql  ntp  observability  offgrid  omega  opencourse  opensource  operatingsystems  opticalproximitycorrection  oscilloscope  ovum  p2p  paas  packagemanager  paper  papers  parallelcomputing  passtransistorlogic  paxos  pcie  pcm  pdf  pdk  personpeterdeutsch  photo-lithography  photomasks  physicaldesign  pic  platform  pll  pop  post  powergating  pr  probecard  programming  pvtcorner  pwm  python  q  rabbitmq  radar  radiationhardening  raft  raid  reading  reconfigurablecomputing  redundancy  relevance  replication  research  rest  reticle  riak  risc  robotics  rom  royalnavy  rtl  rubinius  saas  sailing  samza  sbc  scheduling  schmitttrigger  screencast  sdr  searchengine  security  sem  semiconductorfabrication  semiconductors  serdes  serverless  setuptime  seu  shiftregister  signalling  signoff  silicon  silicononinsulator  simd  sip  smt  soa  soc  socialnetworks  software-development  software  softwareengineering  spanner  spectrumanalyzer  spi  spice  sql  sram  sta  stableids  standardcelldesign  stepper  stl  storm  stream  streamprocessing  subthresholdleakage  synchronouslogic  synthesis  sysadmin  system  systemc  systems  tape-out  tcl  technology  tensorflow  testing  time  tlb  tlink  tolearn  tool  topology  tradeoffs  transistor  tsv  tutorial  twelvefactorapp  twitter  uart  ubuntu  usb  ux  verilog  video  videocodec  videos  virtualisation  virtualmemory  visualisation  vliw  vlsi  volunteer  vonneumannarchitecture  wafer  waferthinning  wan  webdevtools  webrtc  webservices  websocket  wifi  wirebond  workflowmanager  wsi  xmpp  zookeeper  Ømq 

Copy this bookmark: