Skip to main content

Home/ Groups/ SoftwareEngineering
kuni katsuya

Help! After installing Windows 8.1, my USB drive disappears or file transfers... - 0 views

  • USB\VID_0BC2&PID_A0A4
    • kuni katsuya
       
      seagate backup+ (argghhhh!)
  • USB\VID_1058&PID_1021*
  • Western Digital
  • ...3 more annotations...
  • USB\VID_1058&PID_1140*
  • USB\VID_1058&PID_0748*
  • USB\VID_059F&PID_1018
kuni katsuya

Samsung Galaxy Note 10.1 (2014 Edition) vs. Samsung Galaxy Note 10.1 N8010 - GSMArena.com - 0 views

  • 243.1 x 171.4 x 7.9 mm
    • kuni katsuya
       
      smaller *and* lighter than gnote 10.1 n8010???
  • 2 GB RAM
  • 3 GB RAM
  • ...8 more annotations...
  • Infrared port No
    • kuni katsuya
       
      no ir blaster?? boo!!!
  • microUSB v2.0
    • kuni katsuya
       
      no usb 3.0?? boo!!!!
  • 8 MP, 3264x2448 pixels
  • 5 MP, 2592x1944 pixels
  • 1080p@60fps
  • 720p@30fps
  • 2 MP, 1080p@30fps
  • 1.9 MP
kuni katsuya

Samsung Galaxy Note 10.1 (2014 Edition) - Full phone specifications - 0 views

kuni katsuya

Remote Desktop Sharing: Configuring Settings - 1 views

  • If you want to view a computer silently
    • kuni katsuya
       
      FUCKWHAT? AS IN, SPY ON THE REMOTE COMPUTER USER???
  • One of the prerequisites required to comply with HIPAA is to protect user privacy.
  • it is
  • ...2 more annotations...
  • mandatory
  • to get the approval of users before connecting remotely to their computers
kuni katsuya

Google Groups - 0 views

kuni katsuya

MySQL :: MySQL 5.7 Reference Manual :: 5.1.4 Server System Variables - 0 views

kuni katsuya

MySQL :: MySQL 5.7 Reference Manual :: 5.4.4.2 Configurable InnoDB Auto-Increment Locking - 0 views

  • Configurable
    • kuni katsuya
       
      new and improved!(?)
  • table-level locks held until the end of a statement make INSERT statements using auto-increment safe for use with
  • statement-based replication
  • ...24 more annotations...
  • However, those locks limit concurrency and scalability when multiple transactions are executing insert statements at the same time
  • For INSERT statements where the number of rows to be inserted is known at the beginning of processing the statement, InnoDB quickly allocates the required number of auto-increment values without taking any lock, but only if there is no concurrent session already holding the table-level AUTO-INC lock (because that other statement will be allocating auto-increment values one-by-one as it proceeds)
  • obtains auto-increment values under the control of a mutex (a light-weight lock) that is not held until the statement completes, but only for the duration of the allocation process
  • innodb_autoinc_lock_mode = 0 (“traditional” lock mode)
  • special table-level AUTO-INC lock is obtained and held to the end of the statement
  • lock mode is provided for:
  • Backward compatibility.
  • innodb_autoinc_lock_mode = 1 (“consecutive” lock mode)
  • important impact of this lock mode is significantly better scalability
  • This mode is safe for use with
  • statement-based replication
  • innodb_autoinc_lock_mode = 2 (“interleaved” lock mode)
  • This is the fastest and most scalable lock mode
  • but it is
  • not safe
  • when using
  • statement-based replication
  • recovery scenarios when SQL statements are replayed from the binary log
  • Using auto-increment with replication
  • set innodb_autoinc_lock_mode to 0 or 1 and use the same value on the master and its slaves
  • Auto-increment values are not ensured to be the same on the slaves as on the master if you use innodb_autoinc_lock_mode = 2 (“interleaved”) or configurations where the master and slaves do not use the same lock mode
  • If you are using
  • row-based replication
  • all of the auto-increment lock modes are safe
1 - 20 of 1272 Next › Last »
Showing 20 items per page