TuxCoding

[Origin no minimize (low enough for notification but still allows dialogs (e.g. close dialog))]
Description=Origin no minimize (low enough for notification but still allows dialogs (e.g. close dialog))
fsplevel=1
fsplevelrule=2
skipswitcher=true
skipswitcherrule=2
title=Origin
titlematch=1
types=1
wmclass=steam_(proton|app_[0-9])

TuxCoding

package org.sample;

import java.lang.invoke.LambdaMetafactory;
import java.lang.invoke.MethodHandle;
import java.lang.invoke.MethodHandles;
import java.lang.invoke.MethodHandles.Lookup;
import java.lang.invoke.MethodType;
import java.lang.reflect.InvocationTargetException;
import java.lang.reflect.Method;
import java.util.UUID;

TuxCoding

"""
Copyright 2011 Tyler Kennedy <tk@tkte.ch>. All rights reserved.
 
Redistribution and use in source and binary forms, with or without modification, are
permitted provided that the following conditions are met:
 
   1. Redistributions of source code must retain the above copyright notice, this list of
      conditions and the following disclaimer.
 
   2. Redistributions in binary form must reproduce the above copyright notice, this list

TuxCoding

https://programming.vip/docs/java-non-blocking-io-and-asynchronous-io.html

Differentiation into
Blocking mode IO (Single thread)
-> Often standard
Asychrnous blocking IO
-> many thready only waiting
-> spawn a new thread for every blocking call
Non-blocking IO
-> single-thread can select over multiple connection and get notified on changes

TuxCoding

* https://en.wikipedia.org/wiki/Zero-copy
* Java input streams can support zero-copy through the java.nio.channels.FileChannel's transferTo() method if the underlying operating system also supports zero copy
     * Only **from** file
     * Linux: sendFile call
     * Windows: TransmitFile
* Linux 4.18 supports **from** socket zero-copy
* Microsoft Windows supports zero-copy through the TransmitFile API. 
* Alternative: Mapping direct memory telling the kernel to use that

TuxCoding

Limit 1 only necessary if not over unique keys

HikariCP:

            // default prepStmtCacheSize 25);
            // default prepStmtCacheSqlLimit 256 - length of SQL
            // disabled by default - will return the same prepared statement instance
            config.addDataSourceProperty("cachePrepStmts", true);
            // default false - available in newer versions caches the statements server-side
            config.addDataSourceProperty("useServerPrepStmts", true);

TuxCoding

* HTTP Keep alives are enabled by default and hold a connection up to a couple of minutes.
* By default up to 5 connections per destination are hold up
* You can disable it by calling explicitly disconnect
   (Note: For android you should call disconnect always)
* For re-use the following has to be true
    * share similar settings like same **instance** of SSLFactory
    * Server has to accept keep-alive (no close)
    * Fully consume inputstream, outputstream and errorstream and close it
      (Since JDK 6: spawns a extra thread that consume some remaining data if the length is longer it's not used for keep-alives)

TuxCoding

grep -r -P "(?:http://(?!(maven\.apache\.org)|www\.w3\.org))+"

TuxCoding

Keybase proof

I hereby claim:

• I am games647 on github.
• I am games647 (https://keybase.io/games647) on keybase.
• I have a public key whose fingerprint is 7609 DC1C 8527 453A 59B3 1627 E9E9 62F0 8F62 1538

To claim this, I am signing this object:

TuxCoding